ZapierやMakeの自動化を新しいジオコーディングホストへ移行する
ジオコーディングのステップを含むノーコードの自動化には、独自のコードとは異なる移行方法が必要です。その切り替えの進め方を紹介します。
エンタープライズ向けジオコーディングにおけるTomTom、MapQuest、HEREの比較
TomTom、MapQuest、HEREは、いずれも位置データに関する企業の調達の場で名前が挙がり、3社とも、この分野の多くの新規参入企業よりも前からのナビゲーションと地図作成の深いルーツを持っています。その共通の歴史により、各社のAPIには構造的な類似点がありますが、一般的な導入の状況は、どれかを選ぶとき、あるいはどれかから別のものへ移行するときに影響が出る程度には異なります。
TomTom Searchは、TomTomのナビゲーションと自動車分野での実績と密接に結び付いており、フリート管理や車載ナビゲーションのソフトウェアでよく使われています。レスポンス形式はresults配列を使い、positionオブジェクトと、freeformAddressなどのフィールドを含むaddressブロックを持ちます。認証はクエリパラメータのキーで、一般消費者向けの地図APIの大半と同じです。
MapQuest Geocodingは、3社の中で一般消費者向けの地図として最も長い歴史を持ち、そのAPIには古いながらも十分に実績のある設計が反映されています。results配列の中に入れ子のlocations配列があり、それぞれにlatLngオブジェクトと、市区町村を表すadminArea5などの住所フィールドがあります。新しい機能群よりも安定性と長い実績を重視するアプリケーションには、今でも十分に適した選択肢です。
HERE Geocoding and Searchは、より明確にエンタープライズと自動車分野を志向しています。positionと構造化されたaddressフィールドを持つitems配列の構造で、認証はAPIキーまたはOAuthトークンのいずれかを使います。これは、より大規模でセキュリティ意識の高い企業顧客を当初から想定して作られたプラットフォームによく見られる方式です。
企業の購買担当者にとって重要な実際の違いは、たいていJSONのフィールド名（どれも十分にドキュメント化されていて、考え方も似ています）よりも、契約の構造、アカウント管理、そしてボリューム料金がこれまでどのように交渉されてきたかにあります。互換性のアプローチが簡素化できるのはまさにその層です。ジオコーディングのレスポンス形式を判断の変数から取り除けるからです。
My Geocodeは3社すべての互換ホストを運用しています。TomTomのresultsとpositionの構造は/compatibility/tomtom/、MapQuestの入れ子のlocations配列は/compatibility/mapquest/、HEREのitems配列は/compatibility/here/です。統合を検討している企業のチームや、現在この3社のうち別々のものを使っている各システムの解析を書き直すことなくベンダー数を減らしたいチームは、1つのアカウントと1つのシンプルな料金モデルのもとで、3つの形式すべてをテストできます。
この料金モデルでは、段階的な交渉が一切不要です。キーなしで1日2,500件の無料リクエスト、さらにキーごとに1日2,500件の無料リクエスト（ネットワーク単位でカウント）、その後はリクエストあたり€0.0001のプリペイドクレジット、または月額€50のUnlimitedキーです。3つの互換ホストを含むすべてのエンドポイントが、利用量の段階にかかわらず同じ料金です。