場所とスポット

商品フィードでは、さまざまな方法でスポットを指定できます 関連付けられます。Google はこの情報を使用して 関連するスポットや目的地が検索されたときにユーザーに商品を表示する。

各商品 option で 1 つ以上のスポット（POI）を指定できます。 related_location フィールド（ RelatedLocation オブジェクトなど）。各 RelatedLocation オブジェクトには location が含まれます。 該当するスポットの説明と、そのスポットを説明する relation_type スポットと商品 option の関係。

商品オプションは、 物理的な来店に加えて、その場所の有意義な体験を できます。「有意義」の定義場所によって異なる場合がありますが 通常は関連としてマークしないものとして、 たとえば、ボートクルーズやバスツアー、ツアーの集合場所などです（ meeting_point フィールドを使用してください）。3 つの relation_types は次のとおりです。

  • RELATED_NO_ADMISSION: 場所は関連しているが、商品オプションが関連していない 「入場料」か「入場料」かは関係ありません。たとえば、場所が 都市ツアーでハイライト表示された正方形。

  • ADMISSION_TICKET: リレーションによって、この関連する場所への入場料が付与されます。

  • SUPPLEMENTARY_ADDON: リレーションで追加サービスを宣言する 関連する場所にユーザーを誘導します。たとえば、駐車違反の切符、一時的な 展示があります

で確認できます。

例

relation_type 例
RELATED_NO_ADMISSION エッフェル塔周辺のウォーキング ツアー。入場なしで楽しめる。 ヘリコプターでブルジュ ハリファを巡るツアー。
ADMISSION_TICKET 動物園の入場チケット。追加のアドオンが含まれる場合があります。
SUPPLEMENTARY_ADDON 入口なしでは順番待ちをスキップし、入場せずに音声ガイドを利用できます。
関連性なし スポットを遠くから眺めるボートクルーズ。 ツアーの出発地またはチケットを発行するツアーオフィス できます。

各商品 option には、特定のツアータイプの meeting_point を指定することもできます。 出発地が不明瞭で決まっていない場合（ガイド付きの あります。

新しいアトラクションの追加をリクエストする方法

観光スポットの公式チケットを発行していて、 対応している観光スポットが Google のおすすめスポットに載っていない場合、 次のフィールドに記入できます: TTD 新しいスポットのリクエスト フォーム して、おすすめスポットの一部としてスポットを追加するようリクエストします。

Google は受信したフィードの処理中に場所のヒントを照合 エンティティを表す Google 内部エンティティにテキスト文字列として渡されます。 スポット（POI）と呼ばれる場所。

スポットは、特定の場所に名前を付けたピンとして大まかに定義できます。 （座標）を使用します。おすすめスポットのコンテキストにおける関連する例には、 ツアー会社、観光名所一般的にスポットは Google が認識している名前と場所を持つあらゆる施設

地域の照合は、関連するビジネス拠点を照合する処理で、 テキストのヒントの形式を、Google が認識しているスポット（Google 検索の データベースです

関連するビジネス情報を Google に送信する方法は、 場所データの情報源、サプライヤーとの契約要件、 マッチング プロセスに対してどの程度の制御を

サポートされているヒントのタイプは次のとおりです（優先度順）。

ヒントの種類

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

ビジネス オーナーから直接取得するには、 ビジネス プロフィールの詳細設定ページ（ プロファイルの詳細設定。

Google 上のビジネスを表すスポットにマッピングされます。「 ビジネスの拠点が 検証されています。

この形式はスポットだけでなく、サービス提供地域や ハイブリッドの業種、 Google。
  • パートナー様は、 ビジネスオーナー
  • 非店舗型またはハイブリッド型の場合は、 推奨されている方法です。
場所の情報 スポットの構造化表現。スポットごとに個別のフィールドが提供されます。 場所の名前、住所の構成要素、電話番号や 数値、ウェブサイト、座標です

ビジネス プロフィール ID を取得する際は、この方法をおすすめします。 コピーを作成することは不可能です。
  • ロケーションは、米国内のサプライヤーまたはデータオーナーから 住所形式にする（たとえばサプライヤー向けツールを使用）
  • この場所の正確な住所は示されていませんが、 名称と座標（名所や旧跡など）によって識別される 砂漠や砂漠などの遠隔地のツアー業者が 名前のない道路です。
  • 可能な場合は、住所の照合よりもこの形式を優先します プレイス ID にマッピングして、Google がプレイス ID を使用できるようにします。 電話番号やウェブサイトなどの追加情報を マッチング精度を高めます
プレイス ID Google でスポットを一意に識別します。

たとえば、Places API エンドポイントを使用して、 Place Search や Place Autocomplete、または Find Things to Do Center のロケーション一致ツール。
  • ロケーションが、サプライヤーまたはデータオーナーから サプライヤー向け UI ツールを提供します。これには、 データ所有者が適切な場所を選択できるように、Place Autocomplete 候補のリストから抽出できます。
  • 照合プロセスをより詳細に制御したい場合。 未加工の住所情報を共有したくないと 考えているお客様もいます
  • 企業 ID を取得する場合は、この方法が推奨されます。 スポットのオーナーから提供されたプロフィール ID を使用できないため、 Places API を使用して、現在地と現在地を関連付けます。 実際の場所情報を Google に送信する必要はありません。
緯度と経度 地理的または地政学的な地域を大まかに特定します。 都市、地域区分、旅行先などで検索できます
  • おおよその情報を送信する場合は、この形式を使用します。 特定のスポットを表さない場所ですたとえば 商品を市区町村や地域に関連付けて おすすめスポット広告でトリガーできる 各値を指定します
  • この形式はスポットの表現には適していません。送金先 座標を使ったスポットの場所は、場所情報形式を使用します。
住所 スポットの場所を 1 行の構造化されていない住所として表します。 必要に応じて場所の名前を含めます

非推奨。
この形式は 2024 年 5 月 1 日をもってサポートを終了します。
  • このフォーマットを使用する際は、すべて新しい 必須のフィールドを含む、場所情報形式 構造化 / 非構造化住所の両方をサポートします。 使用できます。
  • または、影響を受ける地域のヒントを ビジネス プロフィール 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. 住所データが構造化されていない場合: <ph type="x-smartling-placeholder">
      </ph>
    1. ビジネスの名前を「place_info/name」フィールドに追加してください
    2. ビジネス名を含まない住所を place_info/unstructured_address
    3. 既存の address フィールドをフィードから削除します。
    4. 手順 3 に進む
  2. 取得した住所データが構造化されている場合は、次のようになります。 <ph type="x-smartling-placeholder">
      </ph>
    1. ビジネスの名前を「place_info/name」フィールドに追加してください
    2. street_address、postal_address などの住所情報を place_info/structured_address。
    3. 既存の address フィールドをフィードから削除します。
    4. 手順 3 に進む
  3. 改善のために website_url や phone_number などのデータを追加します マッチング精度