Google Places API（レガシー）は凍結済み：廃止カウントダウン開始前にEU開発者がすべきこと

Googleは2025年3月にレガシーのPlaces APIを凍結しました。まだ動作しますが、新機能は追加されず、廃止が近づいています。EU開発者にとって、移行の決断はGoogleのドキュメントが示唆するよりも複雑です。

2025年3月、Googleはメッセージが穏やかであっても開発者に真の緊迫感をもたらす形でマッピングプラットフォームを静かに再構成しました。レガシーのPlaces API、Directions API、Distance Matrix APIはすべて「レガシーサービス」に再分類されました。まだ動作します。Googleが廃止日を発表するまで動き続けます。しかし、凍結されました。

新機能なし。アーキテクチャの改善なし。ボリュームディスカウントは100,000+ティアで上限設定されており、大規模アプリケーションが必要とするレベルを下回っています。そして将来のある時点で、12ヶ月前の通知が付いた廃止発表があります。

多くの開発者にとって、問題は移行するかどうかではありません。いつ、何に移行するかです。

EU開発者にとって特に、この計算はより複雑です。移行の決断はAPIの互換性と料金だけでなく、GDPRコンプライアンス、データレジデンシー、そしてGoogleのドキュメント自体が完全には対応していないUSインフラの法的リスクを含みます。

このガイドでは、何が変わったか、移行に何が含まれるか、そしてEUチームが方向性を決める前に確認すべき事項を説明します。

2025年3月にGoogleが変えたこと

2025年3月の再構成には、多くの開発者が混同した2つの異なるコンポーネントがありました。

料金体系の変更：Googleは月200ドルの月額クレジット制度をSKUごとの無料ティアに置き換えました。任意のAPI組み合わせに適用できる単一のクレジットの代わりに、各APIタイプに独自の無料ティアが設けられました。

• Geocoding API：月10,000回の無料イベント、その後1,000回あたり2〜7ドル
• Maps JavaScript API：月10,000回の無料イベント
• Places API（新版）：リクエストタイプごとの無料ティア
• Routes API：ルートタイプごとの無料ティア

旧200ドルクレジット下で単一APIを大量使用していた開発者にとって、新モデルはより多くの費用を意味する可能性があります。複数のAPIタイプに分散していた開発者にとっては、SKUごとの無料ティアがコスト削減につながる可能性もあります。実際の使用データでSKU構造に対してコスト比較するのが唯一の確認方法です。

料金変更とともに、Googleはサブスクリプションプランも提供しています。スターターが月100ドル（50,000回の合算コール）、エッセンシャルが月275ドル（100,000回の合算コール）、プロが月1,200ドル（250,000回の合算コール）です。これらのプランはスケール時の予測可能性を提供しますが、コスト予測にさらなる複雑さを加えます。

API廃止指定：別途、GoogleはAPIを3つレガシーサービスに指定しました。

• Places API（レガシー）：Places API（新版）に置き換え
• Directions API：Routes APIに置き換え
• Distance Matrix API：computeRouteMatrix付きRoutes APIに置き換え

レガシー指定は、これらのAPIが新機能を受け取らず、新しい拡張ボリュームディスカウントティアの対象にならないことを意味します。メンテナンスモードです。

Places API（新版）で実際に何が変わるか

Places API（新版）はそのまま置き換えられるものではありません。異なるリクエスト形式、異なるレスポンス構造、異なるフィールド選択モデルがあります。

最も重要な変更はフィールドマスキングです。レガシーAPIは固定のレスポンス構造を返します。新しいAPIでは、フィールドマスクヘッダーで必要なフィールドを指定する必要があります。これにより不要なデータ転送が減り、リクエストしたフィールドのみに費用が発生しますが、コードベースのすべてのAPIコールを明示的なフィールドマスクで更新する必要があります。

移行中に開発者が遭遇する主な違い：

リクエスト形式：新しいAPIはクエリパラメータ付きのGETリクエストではなく、JSONボディ付きのPOSTリクエストを使用します。URLベースのコールを構築している場合、すべてのコールを再構成する必要があります。

レスポンス構造：フィールド名が変更されています。formatted_addressはformattedAddress（キャメルケース）になります。place_idはidになります。geometryオブジェクトが再構成されています。コードベース全体でレスポンス解析コードの監査が必要です。

Places API（新版）にのみある新機能：生成AIサマリー、EVチャージングステーションの新しいデータフィールド、燃料価格、アクセシビリティの詳細、改善されたオートコンプリート候補。これらが必要な場合は移行が必須です。

写真の処理：写真参照形式が変更されています。レガシーAPIが生成した写真URLは最終的に機能しなくなるため、キャッシュされた写真参照は再生成が必要です。

Googleは移行ガイドを提供していますが、実際には移行は設定変更ではなく、相応のエンジニアリング作業です。チームは通常、統合の複雑さに応じて1〜4週間を予算に組みます。

Routes API移行（別だが関連）

Directions APIとDistance Matrix APIも同様のパターンをたどります。置き換えはRoutes APIで、レガシーAPIにはない機能を提供します。交通状況を考慮したルーティング、ルート修飾子、二輪車のサポート、燃費最適化などです。

Routes APIの料金体系も異なります。レガシーDirections APIはエレメント（出発地-目的地ペア）ごとに料金が発生していました。Routes APIはルートリクエストごと、および行列リクエストのエレメントごとに料金が発生します。大量の行列リクエストを行うアプリケーションでは、コストが大きく変わる可能性があります。

Places APIの移行中であれば、それぞれ独立した2回の移行を行うよりも、同時にRoutes API移行を計画する価値があります。並行作業は、それぞれテストとデプロイサイクルが必要な順次移行よりも効率的です。

EUに固有の考慮事項

ここが、EUの開発者にとってGoogleのドキュメントが示唆するよりも移行の決断がより複雑になる部分です。

GDPRと国境を越えたデータ転送

Google Maps PlatformはUSのインフラです。ユーザーのブラウザがPlaces APIへのリクエストを行ったり地図を読み込んだりすると、そのリクエストはGoogleの米国拠点のサーバーを経由します。GDPRのもとでは、これは国境を越えたデータ転送です。

これらの転送の現在の法的根拠は、2020年のSchrems II判決で無効となったプライバシーシールド協定を置き換えたEU-US Data Privacy Framework（DPF）です。DPFは法的に争われており、長期的な安定性は保証されていません。規制業界（ヘルスケア、フィンテック、法律サービス、政府関連アプリ）の企業にとって、USインフラへの依存を継続することは、監視が必要な継続的なコンプライアンスの議論です。

一部の実装では、ユーザーのIPアドレスとデバイス識別子がGoogleに送信されるため、Google Maps APIを使用するにはJavaScript APIのクッキー同意が必要になります。同意バナーを表示せずに地図を読み込みたいアプリケーションにとって、米国でホストされるインフラは構造的な問題を生み出します。

Googleは2025年にMaps Platform EEA利用規約を更新し、EUの請求先住所に特別に適用されるようにしました。開発者はDPAの要件に照らして更新された規約を確認すべきです。

コンプライアンス簡素化を移行のきっかけとして

多くのEUチームにとって、2025年3月の変更はGoogleのエコシステムに留まるか、EU拠点の代替手段に移行するかを再評価する実践的なきっかけとなりました。

再評価のビジネスケースはシンプルです。どうせエンジニアリングの時間を移行に投資するなら（レガシーPlaces APIから新版Places APIへ）、別のプロバイダーへの移行にかかる追加の労力は見た目より小さいことが多いです。APIエンドポイントの変更、フィールドマッピング作業、テストサイクルは、Google新APIに移行するか、サードパーティの代替手段に移行するかにかかわらず、ほぼ同じです。違いは完了した後に得られるものです。

EU拠点のマッピングAPIはGDPRの国境を越えた転送の懸念を完全に排除します。すべてのリクエストはEU内に留まります。SCCの交渉も不要、DPFへの依拠も不要、地図を読み込むためのクッキー同意も不要です。最近GDPRの監査を完了したか、監査を見込んでいる企業にとって、この簡素化は真の組織的価値があります。

Google内で移行するかプロバイダーを変えるかの評価

この決断のための誠実なフレームワークには4つのパートがあります。

1. 現在のAPI使用状況を監査する

どの決断をする前にも、コードベース内のすべてのPlaces APIコール、Directions APIコール、Distance Matrix APIコールをマッピングしてください。エンドポイントタイプごとのボリュームをカウントしてください。それをPlaces API（新版）の料金モデルと、候補となる代替プロバイダーの同等エンドポイントの両方にマッピングしてください。

コスト比較は実際の使用データがあって初めて意味をなします。総リクエスト量に基づく大まかな見積もりでは不十分です。同じプロバイダー内でも異なるAPIは異なる料金設定だからです。

2. GDPRのリスクエクスポージャーを評価する

法務またはコンプライアンスチームに、USインフラへの依存がお客様の特定の状況においてどれだけの継続的なリスクを表すかを確認してください。DPAが整っているEUエンタープライズ顧客を持つSaaS製品の場合、リスクレベルは機密性の高い個人データを処理するコンシューマーアプリとは異なります。

コンプライアンスの簡素化に価値があるなら、コストを割り当てます。SCCの維持、DPFの安定性監視、顧客のコンプライアンス調査票への対応という社内法務のオーバーヘッドは、実際の作業で実際のコストが発生します。

3. 各パスの移行労力を評価する

Google内でPlaces API（新版）に移行：統合の複雑さに基づいて見積もります。フィールドマスキングの変更、リクエストの再構成、レスポンス解析の更新。通常1〜4週間のエンジニアリング作業です。

サードパーティの代替手段への移行：同様のエンジニアリングスコープ。エンドポイントURLの変更、パラメータの違い、レスポンス形式の違い。レンダリング層としてMapLibre GL JS（Mapbox GL JSのオープンソースフォーク）を使用しているチームにとって、レンダリング層は変わりません。ジオコーディング、検索、ルーティングコールだけが変わります。

4. 移行後に得られるものを考慮する

Places API（新版）ではGoogleの最新機能にアクセスできます。より良いオートコンプリート、生成AIサマリー、拡張された場所データ。Googleのデータカバレッジはグローバルで他の追随を許しません。

MapAtlasのようなEU拠点の代替手段は、設計上のGDPRコンプライアンス、EUデータレジデンシー、場合によってはGoogleのAPIが提供しないAI検索可視性ツールを提供します。不動産、ホスピタリティ、物流など、位置情報ページのAIの発見可能性が重要なアプリケーションにとって、AI可視性レイヤーは意味のある差別化要因です。

どちらのパスも普遍的に正しいわけではありません。正解はコンプライアンス要件、料金への感度、アプリケーションにとって最も重要な機能によって異なります。

今すぐすべきこと

どちらの移行パスを選んでも、いくつかのアクションは今すぐ取り組む価値があります。

現在のAPIサーフェスを監査してドキュメント化する：どのレガシーエンドポイントを使用しているか、どのくらいの頻度で、どのデータフィールドに依存しているかを正確に把握してください。この情報はどの移行決断にも必要です。

実際の数字で料金比較を行う：実際の使用データを使って、レガシー料金、Places API（新版）料金、代替プロバイダーを比較してください。現在のボリュームと現在のボリュームの2倍でこれを行ってください。

GDPRドキュメントを確認する：Googleとの現在のDPA、SCCまたはDPFへの依拠、クッキー同意の実装を確認してください。変更する前に現在の法的立場を理解しておいてください。

時間的プレッシャーの下で移行しない：レガシーAPIはまだ動作します。凍結されていますが、壊れていません。感じられる緊急性からではなく、明確なデータと適切なエンジニアリング余裕を持って移行の決断をしてください。廃止発表は12ヶ月前の通知を与えます。

意思決定の期限を設定する：「Googleが廃止を発表したとき」は計画ではありません。どの移行パスを取るかの社内決定ポイントを設定してください。理想的には次の四半期内に。

EU拠点のマッピングAPIが実際にAPIサーフェス、料金、移行の労力の面でどのようなものかを比較したい場合、MapAtlasはEUデータレジデンシーを持つ単一の料金モデルの下でジオコーディング、住所オートコンプリート、ルーティング、マップタイルを提供します。料金ページで現在のティア構造を確認でき、無料ティア（ほとんどのAPIで月10,000リクエスト、ジオコーディングは25,000）でコミットする前に統合をテストできます。

よくある質問

GoogleはいつレガシーのPlaces APIを廃止しますか？

2026年初頭時点でGoogleは最終廃止日を設定していません。レガシーAPIは2025年3月に凍結され、新機能は追加されません。Googleのポリシーでは廃止の少なくとも12ヶ月前に通知することになっています。移行を緊急だが緊急事態ではないとして扱ってください。

Places API（新版）はレガシーのPlaces APIより高価ですか？

利用パターンによって異なります。新しいSKUごとの無料ティアは一部の利用プロファイルには有利で、他には不利です。結論を出す前に、実際の使用データを使って現在のAPIコールを新SKU構造にマッピングしてください。

Directions APIからも移行する必要がありますか？

新機能とより良いボリュームディスカウントを望む場合はYesです。Directions APIとDistance Matrix APIはどちらも2025年3月にレガシーサービスに指定されました。置き換えはRoutes APIで、独自の移行評価が必要です。

EU開発者がGoogle Maps APIを使い続けるGDPRリスクは何ですか？

Google Maps PlatformはUSインフラを使用しており、GDPRのもとで国境を越えたデータ転送メカニズムが必要です。現在の根拠はEU-US Data Privacy Frameworkで、法的に争われています。規制業界にとって、これは監視が必要な継続的なコンプライアンスリスクです。

代替プロバイダーへの移行はどのくらいかかりますか？

エンジニアリング作業はGoogle内での移行と同様です。1〜4週間で、主にエンドポイントの更新、パラメータの違い、レスポンス形式のテストに費やされます。レンダリングにMapLibre GL JSを使用しているチームはレンダリング層が変わらないため、最も軽い移行パスを歩みます。

まとめ

2025年3月の変更はカウントダウンを正式に開始することなく、レガシーのPlaces API使用に時計をセットしました。APIはまだ動作します。廃止日は発表されていません。しかし方向性は明確で、移行は緊急性より十分な計画を持って行う方が痛みが少なくなります。

EU開発者にとって、移行の瞬間は評価の瞬間でもあります。APIエンドポイントを変更するエンジニアリング作業は、Google内に留まるか、EU拠点の代替手段に移行するかにかかわらず、ほぼ同じです。意味のある違いは、完了した後に持つものです。Googleの包括的なグローバルデータセットと最新機能か、設計上のGDPRコンプライアンス、シンプルな料金体系、EUデータレジデンシーか。

その決断は、最も抵抗の少ない即時の道にデフォルトするのではなく、実際の使用データとコンプライアンス要件の明確なビューを持って、意図的に行う価値があります。

関連記事：

• EU開発者向けGoogle Maps API代替手段
• EU開発者向けGDPR準拠マップAPIガイド
• Google Maps API 2026年料金：実際に支払う金額
• Google Maps APIからの切り替え：EU開発者が選ぶもの
• 住所オートコンプリートAPI：チェックアウト転換率を高める方法