少し前の案件で、「建物の緯度経度は持っているけれど、住所がない。緯度経度から住所をまとめて取得できないか」という相談を受けました。
いわゆる逆ジオコーディングです。
2026年時点の結論からいうと、緯度経度から住所を取得すること自体はできます。
ただし、数万件を安価に処理して、取得した住所をカタログやデータベースで二次利用したい、となると話は一気に難しくなります。
使えるAPIを探すより先に、「住所データを保存して再利用してよいか」「大量処理してよいか」「番地や号まで必要か」を整理した方がいいです。
結論：大量の住所取得はAPIより二次利用条件で決まる
今回のように、数万件から数十万件の緯度経度を住所へ変換したい場合、候補は大きく3つあります。
| 方法 | 向いている用途 | 注意点 |
|---|---|---|
| Google Geocoding API | アプリや管理画面で、必要な地点だけ住所表示したい | APIキー、課金、利用規約、キャッシュ制限を確認する必要がある |
| Yahoo!リバースジオコーダAPI | 日本国内の住所検索をAPIで試したい | Client ID、利用回数、商用利用、クレジット表記を確認する必要がある |
| 国土交通省の位置参照情報 | 大量データをローカルで処理し、住所や座標を自分の仕組みに組み込みたい | 街区や町丁目の代表点データなので、号や建物単位の住所とは限らない |
僕なら、少量の確認や画面表示ならGoogle APIを使います。
大量のリスト化や業務データへの組み込みなら、まず国土交通省の位置参照情報を見ます。
この違いを先に決めないと、あとから「APIでは取れたけれど、その住所を保存して使ってよいのか」という問題にぶつかります。
逆ジオコーディングでできること
逆ジオコーディングは、緯度経度から人間が読める住所や地名を返す処理です。
たとえば、35.681236, 139.767125 のような座標から、近くの住所、町名、施設名などを返します。
ただし、返ってくる情報の粒度はサービスによって違います。
- 都道府県、市区町村、町丁目まで分かればよいのか
- 番地まで必要なのか
- 建物名まで必要なのか
- 取得した住所を保存してよいのか
- 商用利用や配布物への掲載があるのか
ここを曖昧にしたままAPIだけ試すと、技術的には動いても実務では使いにくい結果になります。
Google Geocoding APIは使えるが、大量取得と保存には注意する
Google Geocoding APIでは、緯度経度を渡して住所を返すリバースジオコーディングができます。
現在の公式ドキュメントでは、リクエストに緯度経度とAPIキーを指定します。
https://maps.googleapis.com/maps/api/geocode/json?latlng=35.681236,139.767125&language=ja&key=YOUR_API_KEY昔の記事にあるような、HTTPのサンプルURLをそのまま叩く感覚では使わない方がいいです。
Google Maps Platformでは、Geocoding APIは従量課金モデルで、APIキーまたはOAuthトークン、課金の有効化が前提です。
大量処理をするなら、日次上限、分単位の上限、失敗時の再試行、料金の上振れを最初から設計しておく必要があります。
もうひとつ大事なのが保存と再利用です。
Google Maps Platformのコンテンツを表示する場合は、帰属表示や利用規約の確認が必要です。
Place IDは保存制限の例外として扱われますが、返ってきた住所文字列を自由に蓄積して、自社データとして再配布してよいという意味ではありません。
画面上で少量を表示する用途と、住所リストを作って使い回す用途は分けて考えた方がいいです。
Yahoo!リバースジオコーダAPIは日本住所に強いが条件確認が必要
Yahoo!デベロッパーネットワークにも、Yahoo!リバースジオコーダAPIがあります。
緯度、経度、Client IDを指定すると、住所検索結果を返すAPIです。
公式FAQでは、一般公開された無償サービスで使う場合は無料、1アプリケーションあたり1日5万アクセスまで、と案内されています。
ただし、商用利用、非公開サイト、イントラネット、大量アクセスでは有償版YOLP Premierの申し込みが必要になる場合があります。
また、クレジット表記も必要です。
つまり、ちょっと試すには良い候補ですが、業務用の住所リストを作る前提なら、利用方法と契約条件を確認してから進める必要があります。
大量のリスト化なら国土交通省の位置参照情報をまず見る
大量の緯度経度を住所に寄せたい場合、僕が今でも本命にするのは国土交通省の位置参照情報です。
位置参照情報には、街区レベル位置参照情報と、大字・町丁目レベル位置参照情報があります。
街区レベル位置参照情報は、全国の都市計画区域相当範囲を対象に、「○○町△丁目□番」のような街区単位の代表点を整備したデータです。
大字・町丁目レベル位置参照情報は、街区レベルが未整備の地域も含めて全国を補完するデータです。
APIで住所を返してもらうというより、データをダウンロードして、ローカルDBやスプレッドシート、Python、SQLなどで突き合わせる使い方になります。
緯度経度から住所を探す場合は、座標に最も近い代表点を探す、範囲内に入る候補を探す、といった処理を自分で組む必要があります。
手間はありますが、大量処理や再利用のしやすさを考えると、APIを何万回も叩くより設計しやすい場面があります。
一方で、号や建物単位の精度までは期待しすぎない方がいいです。
元資料の年次や整備範囲によって、現状と一致しないデータもあります。
僕ならこう進める
実務で同じ相談を受けたら、最初に件数と利用目的を分けます。
- 数十件から数百件の確認なら、Google Geocoding APIかYahoo!リバースジオコーダAPIで試す
- 数万件以上なら、まず国土交通省の位置参照情報をダウンロードして検証する
- 住所を保存、再利用、配布する場合は、利用規約と出所表記を確認する
- 号や建物名まで必要なら、商用住所データや専門サービスも検討する
- 結果は必ずサンプル抽出して、人の目で精度を確認する
特に、住所データは「それっぽく返ってくる」のが怖いです。
APIのレスポンスが200で返っても、その住所が業務上使える精度とは限りません。
最初に数十件だけ手で確認して、どの粒度まで合っていればOKかを決めた方がいいです。
AIチームや事業集計の文脈でも使える考え方
最近は、自分の事業集計やブログ運営でも、Google APIやスプレッドシートを使ってデータを集めることが増えています。
ただ、APIを使う時に大事なのは、取れるかどうかだけではありません。
保存してよいか、再利用してよいか、毎日回しても料金が読めるか、失敗した時に検知できるか。
このあたりを先に決めておくと、自動化はかなり扱いやすくなります。
この考え方は、日々の事業集計をAIチームに見てもらう仕組みや、GASでレポートを自動化する時にも近いものがあります。
まとめ
緯度経度から住所を取得すること自体は、今でも可能です。
ただし、大量の住所を安価に取得して、さらに二次利用したいとなると、API選びだけでは解決しません。
少量の画面表示ならGoogle Geocoding APIやYahoo!リバースジオコーダAPI。
大量のリスト化やローカル処理なら国土交通省の位置参照情報。
号や建物単位まで正確に必要なら、商用住所データや専門サービスも検討する。
このくらいに分けて考えると、かなり判断しやすくなります。
この記事は、2026年6月3日時点で公式情報を確認して更新しました。
地理空間データをちゃんと扱うなら
緯度経度や住所データを大量に扱うなら、APIを叩くだけでなく、地理空間データとして整理する考え方も知っておくと楽になります。
PythonやGISの基礎から見直すなら、このあたりの本が今の内容には合います。
