場所とスポット

商品フィードでは、商品に関連する注目ポイントを指定する方法がいくつか用意されています。Google はこの情報を使用して、関連するスポットや目的地が検索されたときに、ユーザーに商品を表示します。

各プロダクト option は、related_location フィールド（RelatedLocation オブジェクトのリストを含む）を使用して、オプションに関連する 1 つ以上のスポット（POI）を指定できます。各 RelatedLocation オブジェクトには、問題の POI を説明する location と、POI と商品 option の関係を説明する relation_type が含まれています。

実際にその場所を訪れるだけでなく、その場所の有意義な体験もできる商品オプションの場合に限り、関連するものとしてマークしてください。「有意義」の定義は地域によって異なる場合がありますが、通常、スポットに関連するものとしてマークすべきでないものとしては、ボートクルーズやバスツアーなどからのスポットの眺めや、ツアーの集合場所などがあります（meeting_point フィールドを代わりに使用してください）。3 つの relation_types は次のとおりです。

  • RELATED_NO_ADMISSION: 場所は関連しているが、商品オプションに入場料が含まれていないか、入場料が関連していない。たとえば、市内ツアーでハイライト表示された広場などです。

  • ADMISSION_TICKET: この関連する場所への入場を許可する関係。

  • SUPPLEMENTARY_ADDON: 関連する場所にはユーザーを誘導しないその他のサービスを宣言する関係。（駐車違反切符、一時的な展示会など）。

例

relation_type 例
RELATED_NO_ADMISSION エッフェル塔周辺のウォーキング ツアー（入場なし）。 ブルジュ ハリファ周辺のヘリコプター ツアー。
ADMISSION_TICKET 動物園の入場券。追加のアドオンを含めることができます。
SUPPLEMENTARY_ADDON 入場なしの優先入場、入場なしの音声ガイド。
関連がない POI を遠くから眺めるボート クルーズ。 ツアーの出発地またはチケットを購入できるツアー オフィス。

各プロダクト option には、出発地が不明で特定する必要がある特定のツアータイプ（ガイド付きツアーなど）の meeting_point が含まれる場合もあります。

新しい観光スポットの追加をリクエストする方法

アトラクションの公式チケットを提供しており、提携しているアトラクションの 1 つが Google の「おすすめスポット」に表示されていない場合は、TTD 新しい POI リクエスト フォームに記入して、POI を「おすすめスポット」に追加するようリクエストできます。

受信フィードを処理する際、Google はテキスト文字列として提供された位置情報ヒントを、Google 内部のエンティティ（POI（Point of Interest）と呼ばれる）と照合しようとします。

POI は、特定の場所（座標）に名前付きのピンを立てたものと大まかに定義できます。おすすめスポットのコンテキストでは、ツアー オペレーターや観光名所などが該当します。ただし、一般的に言えば、POI は Google が名前と場所を把握しているあらゆる施設を指します。

位置情報の照合とは、関連する位置情報（テキスト形式のヒント）を、Google のデータベースに存在する Google が認識しているスポットと照合するプロセスを指します。

関連する位置情報を Google に送信する方法は、位置情報のソース、サプライヤーとの契約要件、照合プロセスに対する制御の度合いに応じて複数あります。

次のヒントタイプがサポートされています（優先順位順）。

ヒントの種類

タイプ 説明 推奨される使用方法
ビジネス プロフィール ID Google でビジネスを一意に識別します。

ビジネス オーナーのビジネス プロフィールの詳細設定ページから直接取得することのみが可能です。詳しくは、 プロフィールの詳細設定をご覧ください。

Google でビジネスを表す POI にマッピングされます。マッピングが成功するのは、ビジネスの所在地が Google によって確認されている場合に限られます。

この形式は、POI に加えて、Google で非店舗型ビジネスを登録する方法で定義されているサービス提供地域とハイブリッド型ビジネスのタイプもサポートしています。
  • パートナーがビジネス オーナーと直接的なビジネス関係にある。
  • 非店舗型ビジネスまたはハイブリッド型ビジネスの場合、この方法で所在地を送信することが推奨されます。
場所の情報 POI の構造化された表現。場所の名前、住所の構成要素、電話番号、ウェブサイト、座標などの追加のヒントを個別のフィールドで提供します。

スポットのオーナーからビジネス プロフィール ID を取得できない場合は、この方法が推奨されます。
  • 場所は、サプライヤーまたはデータ所有者から住所形式で提供されます（サプライヤー向けのツールを使用するなど）。
  • 正確な住所はないが、名前と座標で特定できる場所（砂漠や名前のない道路などの遠隔地にある観光名所やツアー オペレーターなど）。
  • 可能な場合は、Places API を使用して住所をプレイス ID に照合するよりも、この形式を優先してください。そうすることで、Google は電話番号やウェブサイトなどの追加情報を使用して、照合の精度を高めることができます。
プレイス ID Google 上の POI を一意に識別します。

場所 ID は、Place Search や Place Autocomplete などの Places API エンドポイントを使用して取得するか、[おすすめスポット センター] の [場所の一致検索] ツールを使用して手動で取得できます。
  • 場所は、サプライヤー向けの UI ツールを使用してサプライヤーまたはデータ所有者から取得されます。たとえば、Place Autocomplete を使用して、データ所有者が候補リストから正しい一致を選択できるようにします。
  • 照合プロセスをより細かく制御したい場合や、未加工の住所情報を共有したくない場合。
  • これは、スポットのオーナーからビジネス プロフィール ID を取得することができず、Google に生のスポット情報を送信するのではなく、Places API を使用して自社側で住所をスポットに照合したい場合に推奨される方法です。
緯度と経度 都市、地域、旅行先などの地理的または地政学的な地域を大まかに特定します。
  • 特定のスポットを表さないおおよその位置情報を送信する場合に使用します。たとえば、商品と都市や地域を関連付けて、その商品がおすすめスポット広告でトリガーされるようにする場合などです。
  • この形式は POI の表現には適していません。座標を使用して POI の位置情報を送信するには、Place Info 形式を使用します。
住所 POI の位置を構造化されていない 1 行の住所として表します。必要に応じて、場所の名前を含めることもできます。

非推奨。
このフォーマットは、2024 年 5 月 1 日をもってサポートを終了します。
  • この形式を使用している場合は、新しい Place Info 形式に移行する必要があります。この形式には、場所の名前の必須フィールドが含まれており、構造化された住所形式と構造化されていない住所形式の両方がサポートされています。
  • または、影響を受ける位置情報のヒントをビジネス プロフィール ID またはプレイス ID に移行することもできます。

例

// Example 1: Business Profile ID, copied from the Advanced settings page
// of the Google Business Profile that manages the POI.
"location": {
  "business_profile_id": 11458995034835395294
}

// Example 2: Place Info with structured address, coordinates, website URL,
// and phone number.
"location": {
  "place_info": {
    "name": "Colosseum",
    "phone_number": "+39 063 99 67 700",
    "website_url": "https://colosseo.it/",
    "coordinates": {
      "latitude": 41.8902102,
      "longitude": 12.4922309
    },
    "structured_address" {
      "street_address": "Piazza del Colosseo, 1",
      "locality": "Roma",
      "administrative_area": "RM",
      "postal_code": "00184",
      "country_code": "IT"
    }
  }
}

// Example 3: Place Info with unstructured address.
"location": {
  "place_info": {
    "name": "Eiffel Tower",
    "unstructured_address": "5 Av. Anatole France, 75007 Paris, France"
  }
}

// Example 4: Place Info using place name and coordinates only. This
// configuration is useful for matching POIs located in remote areas without
// an exact street address, such as POIs located in deserts or on unnamed
// roads.
"location": {
  "place_info": {
   "name": "Mutitjulu Waterhole",
   "coordinates": {
     "latitude": -25.3511774,
     "longitude": 131.0326859
    }
  }
}

// Example 5: Latitude and longitude.
// This format maintains the old behavior and will only match to the city or
// region.
// For more accurate matching using coordinates, use PlaceInfo instead,
// which includes a mandatory field for the place name.
"location": {
  "lat_lng": {
    "latitude": 51.5072178,
    "longitude": -0.1275862
  }
}

address フィールドを新しい place_info フィールドに移行する方法

次の手順で、既存の非構造化 address フィールドを新しい place_info フィールドに移行できます。

  1. お持ちの住所データが構造化されていない場合は、次の手順を行います。
    1. place_info/name フィールドにビジネス名を追加
    2. ビジネス名を含まない住所を place_info/unstructured_address に配置します。
    3. フィードから既存の address フィールドを削除する
    4. ステップ 3 に進みます
  2. 住所データが構造化されている場合は、次のようになります。
    1. place_info/name フィールドにビジネス名を追加
    2. place_info/structured_address に street_address、postal_address などの住所情報を追加します。
    3. フィードから既存の address フィールドを削除する
    4. ステップ 3 に進みます
  3. website_url や phone_number などの追加データを追加して、照合の精度を高めます。