この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。
Google公式一次情報を確認し、住所と座標を相互変換するGeocoding APIの役割、Places APIとの違い、安全な試し方を整理します。
情報確認基準日：2026-09-19
まず一言でいうと
Geocoding APIは、住所という文字情報と緯度・経度という地図上の位置を結び付けるAPIです。
| 観点 | 内容 |
|---|---|
| 分類 | Google Maps Platform / Places |
| 大目的 | 住所と座標の相互変換 |
| 主な処理 | Geocoding / Reverse Geocoding |
| 併用 | Maps、Places、Routes、Address Validation |
| 主な利用者 | 地図・配送・住所管理アプリの開発者 |
flowchart LR Address[住所] --> Geo[Geocoding API] Geo --> Coord[緯度・経度] Coord --> Reverse[Reverse Geocoding] Reverse --> Address2[住所候補]
何ができる？
住所から座標を求める通常のジオコーディングと、座標から住所候補を求めるリバースジオコーディングが中心です。場所そのものを検索するPlaces API、住所品質を確認するAddress Validation APIとは目的が異なります。
実務例
一般利用者・事務職は住所一覧を地図へ表示する業務などの利用側、IT管理者はProject・billing・APIキー制限・個人情報を管理、開発者は住所登録後の地図表示や座標から所在地を表示する処理へ組み込みます。
Microsoft経験者への橋渡し
Azure Mapsのジオコーディング系と考え方は近いですが、レスポンス、識別子、料金、利用条件は同一ではありません。「Google Maps側の住所⇔座標変換」と理解すると整理しやすくなります。
API・認証・料金・セキュリティ
Google Maps Platform APIとしてCloud Project、billing、API有効化、認証設定を確認します。料金・quotaは変更され得るため公式情報を都度確認します。実APIキー、顧客住所、位置履歴を公開GitHubへ保存しません。
安全に試す
公開施設など個人情報を含まない住所1件で座標が返ることを成功条件にします。次に市区町村など1か所だけを変え、結果差を確認します。
Google公式情報
個別一次情報の深掘り
Geocoding APIは住所を緯度経度へ変換するgeocodingと、その逆のreverse geocodingを提供します。ユーザーが入力し続ける検索候補にはPlaces系が適する場合があるため、用途を分けます。
Google公式一次情報
Papanda TRY：住所→座標→地図カード
Google公式ではGeocoding APIは住所から緯度経度/Place IDへの変換と、座標から住所へのreverse geocodingを扱います。Daily Codeでは実API keyを置かず、東京駅など公開地点のfixture JSONを使って「住所→lat/lng→地図リンク用データ」をブラウザカード表示します。実API版へ進む場合はkey制限とbillingを確認します。
結局どういうサービス？
住所を地図で扱える座標へ、座標を人が読める住所候補へ変換するGoogle Maps PlatformのAPIです。まず個人情報を含まない1地点で変換を試し、Placesとの役割差まで確認するのが次の一歩です。
