法的助言ではありません
別の2つの筋: Places API とリード向けツール
Google Maps Platform / Places API は、Maps Platform の利用規約のもとで公式SKUを呼ぶアプリケーション向けです。課金、上限、帰属表示のルールが適用されます。マップのデータが製品の画面を動かすなら、こちらが正しい筋です。
リード抽出やスクレイパーが対象にするのは、担当者の作業です。公開されている店舗のリストを、調査やアプローチのために作ります。製品内機能で Maps Platform の利用規約の内側にいる必要があるとき、Places の代わりにはなりません。
| 問い | Places API の筋 | リード調査の筋 |
|---|---|---|
| 主な買い手 | 製品 / 開発 | SDR、代理店、ローカルSEOの運用 |
| 契約の枠 | Maps Platform の利用規約 + Cloud の課金 | ベンダーの規約 + 自社のアプローチ方針 |
| 典型的な出力 | アプリ内のライブな店舗詳細 | CSV / CRM のリスト |
| 始める場所 | Places のドキュメント | オンライン抽出 |

「利用規約に反する」は「違法」と同じではありません
人が混ぜがちなのは次の3つです。(1) ある製品に対する Google の契約上の条件、(2) その国の著作権やデータベースのルール、(3) 人に連絡するときのプライバシーとマーケティングのルール。利用規約に反すると、刑法上の問いに自動では答えずに、契約やアクセスのリスクが生じることがあります。逆も自動ではありません。
- 実際に使う製品の規約を読む(Maps Platform と、第三者ツールの規約)
- データの収集と、アプローチのコンプライアンスを分ける(当てはまる場合の CAN-SPAM、GDPR、TCPA 型のルール。日本向けの送信では特定電子メール法と個人情報保護法も別です)
- メールアドレスや電話を作らない。公開されている情報を使い、配信停止を尊重する
Places API を使うべきとき
出荷する製品の中に地図、オートコンプリート、店舗詳細を組み込み、利用規約に沿ったデータの経路が必要なら、公式の Places / Maps Platform API を使います。料金と SKU の複雑さは Googleマップ API の料金と Places API の代替にあります。
リストを作る前の実務チェックリスト
- 目的を書く。製品機能か、社内の見込み客探し、顧客への成果物か。
- データが製品の画面を動かすなら、まず Places API を検討する。
- 第三者の抽出を使うなら、そのベンダーの規約と自社の許容利用方針を読む。
- 項目は必要なものに限る。使わない機微なデータは保存しない。
- アプローチを、適用されるマーケティングとプライバシーのルールに合わせる。エンリッチメントの空セルは、公開情報が見つからなかったという意味です。
- 迷ったら止めて弁護士に聞く。規制業種や、EUの個人データでは特にです。

