このドキュメントでは、Places API（新版）（その API の一部である Autocomplete（新版）サービスを含む）を使って開発されるすべてのアプリケーションを対象とした要件について説明します。Google マップ デベロッパー向けの一般的な情報については、Google Maps Platform 利用規約をご覧ください。
ポリシー
このセクションでは、Places API に関連するポリシーについて説明します。ポリシーには、Google Maps Platform の想定に沿ってサービスを正しく使用するための、実装に関する実践的なガイドラインと要件が記載されています。
データの保存、キャッシュ、スクレイピング
アプリケーションで Google マップ コンテンツを使用する場合は、Google Maps Platform 利用規約の第 3.2.3 項と Google Maps Platform サービス固有の規約に記載されているデータ処理要件に従ってください。
- キャッシュとスクレイピングの制限（第 3.2.3（a）項および（b）項）: Google マップ コンテンツのキャッシュまたは保存は、Google Maps Platform サービス固有の規約で明示的に許可されている場合にのみ行うことができます。Google マップのコンテンツを、本サービス以外で使用するためにエクスポート、抽出、スクレイピングしないでください。たとえば、本サービス外で Google マップ コンテンツをプリフェッチ、インデックス登録、保存、再配布すること、地図タイル、ストリートビュー画像、ジオコード、ルート、距離行列の結果、道路情報、場所情報、標高値、タイムゾーンの詳細を一括ダウンロードすること、ビジネスの名前、住所、ユーザー レビューをコピーして保存することは禁止されています。
- 派生コンテンツの制限（セクション 3.2.3（c））: Google Maps Platform 利用規約で許可されているとおりに、アプリケーション内で Google マップ コンテンツを使用します。Google マップのコンテンツに基づいてコンテンツを作成しないでください。たとえば、衛星画像から特徴をトレースまたはデジタル化する、3D モデルや地形モデルを構築する、Places の緯度と経度の値をポイントインポリゴン分析の入力として使用する、ストリートビュー画像から位置インデックスを構築する、テキストベースの運転時間を合成音声に変換する、といったことは行わないでください。
制限付きデータをキャッシュに保存せずにレイテンシと請求費用を削減するには、フィールド マスクまたはフィールド リストを使用して、ユーザー インターフェースに必要なフィールドのみをリクエストします。プレイス ID などの除外識別子を保存して、ユーザーが場所を操作したときに最新の詳細情報を取得します。
Google のテクニカル サポート エンジニアは、法的なアドバイスを提供したり、Google Maps Platform の利用規約の例外を認めたりすることはできません。実装が利用規約に準拠しているかどうかを判断するには、法律顧問に相談してください。ユースケースでカスタム ライセンスが必要な場合は、営業担当者にお問い合わせください。
キャッシュ保存制限の例外
Google Maps Platform サービス固有の規約では、キャッシュ保存に関する以下の限定的な例外が認められています。
- プレイス ID: プレイスを一意に識別するために使用されるプレイス ID は、キャッシング制限の適用対象外のため、そのため、プレイス ID の値を無期限で保存できます。プレイス ID は、API レスポンスの
idフィールドまたはplace_idフィールドで返されます。プレイス ID を保存、更新、管理する方法については、プレイス ID のガイドをご覧ください。 - 緯度と経度の座標: 緯度（
latitude）と経度（longitude）の値は、連続 30 暦日まで一時的にキャッシュできます。その後、キャッシュされた座標を削除する必要があります。ただし、Google Maps Platform サービス固有の利用規約でこの例外が認められているサービスを使用する場合に限ります。- Routes API、Route Optimization API、Directions API（従来版）、Roads API
- Geocoding API、Geolocation API、Address Validation API
- Places API、Places UI キット、Navigation SDK
- サービス固有のキャッシュ保存期間: Google Maps Platform サービス固有の利用規約では、Address Validation API、Air Quality API、Pollen API、Solar API、Weather API、Places Aggregate API のフィールド固有のキャッシュ保存期間と許可される目的も定義されています。
欧州経済領域の国と地域
このプロダクトは、請求先住所が欧州経済領域（EEA）にあるお客様に対しては、異なる利用規約が適用されます。また、機能が異なる場合もあります。Google Maps Platform で開発を行う前に、EEA 固有の以下の規約と情報をご確認ください。
- Google Maps Platform EEA 利用規約
- Google Maps Platform EEA サービス固有の利用規約
- EEA に関するよくある質問（FAQ）
- Google Maps Platform の交通安全に関する要件
請求先住所が EEA 内にない場合は、次の利用規約が適用されます。
Google マップの帰属表示の要件
このセクションでは、アプリケーションを通じて Google マップとコンテンツを表示する際の帰属表示の要件とガイドラインについて説明します。
Google マップの帰属表示
アプリやウェブサイトで Google Maps Platform API のコンテンツを表示する場合は、Google マップの帰属表示の要件に準拠する必要があります。帰属情報がすでに表示されている Google マップにコンテンツが表示される場合は、追加の帰属情報を表示する必要はありません。
Google マップの帰属表示が含まれている
Places UI キットなど、Google Maps Platform によってユーザー インターフェースにすでに提供されている Google マップの帰属表示の場合:
- 表示場所に関係なく、含まれている帰属情報を削除しないでください。帰属表示を変更、非表示、または不明瞭にしないでください。背景に対してはっきりと見えるようにしてください。
- 枠線、背景色、影、十分な空白などの UI 要素を使用して、Google Maps Platform のコンテンツを他のコンテンツと視覚的に区別してください。
- 視覚的な変更を行う場合は、Google マップの帰属表示に関するすべての要件を遵守する必要があります。
Google マップのロゴとテキストでの帰属表示
帰属表示は、可能な限り Google マップのロゴの形式にする必要があります。 スペースが限られている場合は、Google マップというテキストを使用できます。 どのコンテンツが Google マップによって提供されているかを、エンドユーザーが常に明確に把握できるようにする必要があります。
ロゴの帰属表示
アプリやウェブサイトで Google マップのロゴを使用する場合は、以下の要件に従ってください。
Google マップのロゴをダウンロード
公式の Google マップのロゴファイルを使用してください。以下のロゴをダウンロードし、このセクションのガイドラインに沿って使用してください。
Google マップの帰属表示アセットをダウンロードするGoogle マップのロゴを使用する際は、以下のガイドラインに沿ってください。
- ロゴに変更を加えないでください。
- 歪みを防ぐため、ロゴのアスペクト比を維持します。
- 地図や画像など、煩雑な背景の上に表示する場合は、アウトライン付きのロゴを使用します。
- 単色や微妙なグラデーションなど、シンプルな背景には、アウトラインのないロゴを使用します。
ロゴのサイズに関する仕様
Google マップのロゴのサイズ仕様は次のとおりです。- ロゴの最小の高さ: 16 dp
- ロゴの最大高さ: 19 dp
- ロゴの最小クリアスペース: 左右と上は 10 dp、下は 5 dp
dp について詳しくは、マテリアル デザインのウェブサイトでピクセル密度をご覧ください。
ロゴのアクセシビリティ
Google マップのロゴに関するユーザー補助の要件は次のとおりです。- ロゴと背景の間にアクセシビリティの高いコントラストを維持します。
- 「Google マップ」というテキストを含むユーザー補助ラベルを含めます。
テキスト属性
インターフェースのサイズが Google マップのロゴの使用に対応していない場合は、Google マップをテキストで表記できます。次のガイドラインに沿って対応してください。
- 「Google マップ」というテキストは一切変更しないでください。
- Google マップ の文字の大小は変更しないでください。
- Google マップ を複数行に折り返さないでください。
- Google Maps を他の言語にローカライズしないでください。
- HTML 属性
translate="no"を使用して、ブラウザが Google マップ を翻訳しないようにします。
次の表の説明に従って、Google マップのテキストのスタイルを設定します。
Google マップのテキスト スタイルの要件 プロパティ スタイル フォント ファミリー Roboto。フォントの読み込みは任意です。 代替フォント ファミリー プロダクトですでに使用されている Sans Serif の本文フォント、またはデフォルトのシステム フォントを呼び出すための Sans-Serif フォント スタイル 標準 フォントの太さ 400 フォントの色 白、黒（#1F1F1F）、グレー（#5E5E5E）。背景に対してアクセシビリティの高い（4.5:1）コントラストを維持します。 フォントサイズ 最小フォントサイズ: 12sp
最大フォントサイズ: 16sp
sp について詳しくは、マテリアル デザインのウェブサイトでフォントサイズの単位をご覧ください。文字間隔 標準
CSS の例
次の CSS は、白または明るい背景に適切なタイポグラフィ スタイルと色で Google マップをレンダリングします。
@import url('https://fonts.googleapis.com/css2?family=Roboto&display=swap'); .GMP-attribution { font-family: Roboto, Sans-Serif; font-style: normal; font-weight: 400; font-size: 1rem; letter-spacing: normal; white-space: nowrap; color: #5e5e5e; }
ビジュアルの要件
Google マップの帰属表示の視覚的な処理については、次の要件に従ってください。帰属表示は、コンテンツの上部または下部付近、かつ同じビジュアル コンテナ内に配置します。1 行のコンテンツの場合、帰属表示は右または左に配置できます。
枠線、背景色、影、十分な余白などの UI 要素を使用して、Google Maps Platform のコンテンツを他のコンテンツと視覚的に区別します。
- Google Maps Platform 以外のコンテンツを Google マップに帰属させて、Google マップを不実表示しないでください。
- 帰属表示が常に表示され、判読可能であることを確認します。削除、非表示、不明瞭化、変更はしないでください。
次の図は、これらの視覚的な要件の例を示しています。
第三者データ プロバイダ
Google のマッピング サービスのデータと画像の中には、Google 以外のプロバイダから提供されているものがあります。 Map Tiles API などの一部のサービスでは、サードパーティのデータ プロバイダに必要な帰属情報が提供される場合があります。このような画像を使用する場合、帰属情報の文言には「Google マップ」の名称と関連するデータ プロバイダ名（「地図データ: Google, Maxar Technologies」など）を記載する必要があります。Google がサードパーティの帰属表示を提供している場合、「Google マップ」または Google ロゴのみを表示しただけでは帰属表示として適切ではありません。
Places API の追加要件
Places API に固有の要件は次のとおりです。
エンドユーザーの住所の予測入力
エンドユーザーがお客様のアプリケーション内で予測入力機能を使用して番地を入力し、その番地が予測入力なしでもエンドユーザーによって完全かつ正確に提供されていた場合、エンドユーザーが選択した住所は、Google Maps Platform 契約の Google マップ コンテンツの制限の対象外となります。この例外は、エンドユーザーが選択した番地と、そのエンドユーザーの特定の取引にのみ適用されます。予測入力機能によって提供される候補アドレスのリストや、その他の Google マップ コンテンツには適用されません。この例外は、他の Google Maps Platform サービスが提供するスポットや住所の検索機能には適用されません。
左側のアドレスリストは、Google マップ コンテンツの制限の対象となります。エンドユーザーが選択した住所は、そのエンドユーザーの該当する取引の目的に限り、Google Maps コンテンツの制限の対象外となります。
写真やレビュー
すべてのコンテンツをコンテンツ作成者に帰属させる
写真やクチコミを表示する場合は、必ず著作者のクレジットを表示する必要があります。各写真とクチコミには、投稿者の帰属情報（投稿者のアバター画像、名前、プロフィール リンク）が含まれます。
投稿者の帰属表示に関する視覚的な要件:
- スペースに余裕がある場合は、利用可能なすべてのリソース（アバター、名前、プロフィール リンク）を使用して投稿者を帰属表示します。
- レビューの場合、スペースが限られている場合は、作成者のアバターを表示することが最低要件です。
- 写真の場合、スペースが限られている場合（ギャラリーやサムネイルなど）は、作成者の帰属表示を省略できます。ただし、ユーザーが作成者の帰属表示がすべて含まれる大きなバージョンの画像にアクセスできることが条件となります。
- 投稿者の写真やレビューと明確に関連付けられるように、投稿者の帰属情報を配置します。
Google マップのソース コンテンツに直接アクセスできるようにする
エンドユーザーは、提供された googleMapsUri を使用して、Google マップ上の個々のソース写真またはクチコミを常に表示できる必要があります。
相対的な公開日を表示する（推奨）*
提供された relativePublishTimeDescription を使用して、写真やクチコミの相対的な公開日（「2 日前」など）を表示すると、コンテンツに対するユーザーの信頼が高まります。
コンテンツの報告を有効にする（推奨）*
Places API（新規）と Places API（従来版）で提供される写真とクチコミには、世界中どの地域でも Google のコンテンツとサービスのポリシーが適用されます。Google のポリシーまたは適用される法律に基づき、Google のサービスからの削除を希望するコンテンツを報告するには、あなたとエンドユーザーは各写真とクチコミの flagContentUri を使用できます。または、Google マップのコンテンツへの直接リンクからコンテンツを報告することもできます。このリンクから問題を報告することもできます。
レビュー
クチコミの並べ替えとフィルタリングの方法について説明する
レビューの並べ替えやフィルタリングの方法（適用される検索条件を含む）を説明する明確な通知を含めます。デフォルトでは、レビューは関連性の高い順に並べ替えられます。
フランスの場所を訪れたレビュアーの訪問月と訪問年を表示
フランスおよびフランス領の場所のクチコミを表示する場合、Places API は visitDate（投稿者がその場所を訪れた年月）を返します。これは、コンテンツとともに表示する必要があります。
レビューが翻訳されたことをエンドユーザーに通知する（推奨）*
レビューが元の言語から翻訳されていることをエンドユーザーに知らせます。エンドユーザーが翻訳されていない元のテキスト originalText を表示できるようにすることができます。または、Google マップのコンテンツへの直接リンクをたどって、翻訳されていない元のテキストを確認することもできます。
レビューと平均評価
Google がレビューを検証する方法についてエンドユーザーに通知する（推奨）*
クチコミの確認は行っていません。しかし、Google では虚偽のクチコミをチェックし、虚偽のクチコミが見つかった場合は削除します。レビューと平均評価を表示する際に、Google のレビューに関するポリシーをエンドユーザーに通知します。 詳しくは、Google マップのユーザー作成コンテンツに関するポリシーをご覧ください。
AI による要約
アプリに AI による要約（場所、エリア、クチコミの要約など）を表示する場合は、次のことを行う必要があります。
- 以下に定義されているように、必要な帰属表示、レポートリンク、参照リンクを表示します。
- エンドユーザーは、Google マップから提供される要約テキスト全体を読める必要があります。
AI による要約の開示テキストを表示する
あらゆる種類の AI による要約を表示する場合は、要約の直下にローカライズされた開示テキスト（レスポンス本文の disclosureText フィールドに指定）を必ず含めてください。API から提供される開示テキストを変更または拡張しないでください。
場所と地域の概要に関する追加要件
アプリに表示される場所とエリアの概要には、次のテキストと必要なリンクを付加する必要があります。
| テキスト | 要件 |
|---|---|
| この要約について | 「Google がローカル リスティング情報を入手する方法と、それらの用途」へのリンク（https://support.google.com/local-listings/answer/9851099）を使用します。 |
| 要約を報告 |
レスポンスの 注: Places API（新版）で提供される AI による要約には、世界中どの地域でも Google のコンテンツとサービスのポリシーが適用されます。適用される法律に基づき Google のサービスから削除すべきコンテンツを報告する場合は、提供されているコンテンツ報告 URL（ |
クチコミの要約の要件
アプリに表示されるクチコミの要約には、「クチコミの要約」というテキストの見出しを付ける必要があります。また、次のテキストと必要なリンクを使用する必要があります。
| テキスト | 要件 |
|---|---|
| この要約について | 「Google がローカル リスティング情報を入手する方法と、それらの用途」へのリンク（https://support.google.com/local-listings/answer/9851099）を使用します。 |
| 要約を報告 |
レスポンスの 注: Places API（新版）で提供される AI による要約には、世界中どの地域でも Google のコンテンツとサービスのポリシーが適用されます。適用される法律に基づき Google のサービスから削除すべきコンテンツを報告する場合は、提供されているコンテンツ報告 URL（ |
| クチコミを見る | レスポンスの reviewSummary.reviewsUri フィールドに含まれるリンクを使用します。 |
自動車ユースケース向けのディスプレイ ガイダンス
ドライバーの安全のため、Google は自動車関連サービスにおいて、駐車モードで AI による要約を表示することを推奨しています。運転モードで要約をレンダリングする場合、ドライバーの注意がすぐに道路に戻るように、画面上の情報は明確かつ簡潔にする必要があります。
- 3 行以内
- 120 文字または 24 語以内
- 最小フォントサイズは 24 dp
特に自動車のコンテキストでは、AI 搭載の要約を、安全で、現地のすべての法律および規制に準拠した方法でレンダリングすることは、デベロッパーの責任です。
Place Search の検索結果
検索結果のランキングに影響する要因を説明する（推奨）*
1 回のユーザー操作で、検索結果のランキングを決定する主な要素とそれらの重み付けがエンドユーザーに表示されるようにする必要があります。
Google の変更されていないランキングを使用する場合は、次の説明テキストを表示できます。
「指定した場所の付近の店舗などを Google マップで検索すると、ローカル検索の結果が表示されます。ローカル検索の結果は、検索結果の精度を高めるため複数の要素（主に関連性、距離、知名度）に基づいて生成されます。詳細」
適用される法律の遵守
デベロッパーは、適用されるすべての法律を常に遵守する必要があります。これらのポリシーで（推奨）と記載されているプラクティスは、法律で義務付けられている場合があります。また、記載されているすべての要件と推奨される方法に従っても、すべての法域で完全な法令遵守が保証されるわけではありません。コンプライアンス ステータスについてご不明な点がある場合は、法律顧問にご相談ください。