地點和搜尋點

產品動態饋給提供多種方式,讓您指定與產品相關的興趣點。Google 會利用這項資訊,在使用者搜尋相關 POI 或目的地時,向使用者顯示產品。

每個產品 option 都可以使用 related_location 欄位 (包含 RelatedLocation 物件的清單),指定與選項相關的一或多個搜尋點 (POI)。每個 RelatedLocation 物件都包含一個 location,用於描述相關的 POI,以及一個 relation_type,用於描述 POI 與產品 option 之間的關係。

只有在產品選項除了親自造訪外,還能提供當地的有意義體驗時,才應標為相關。「有意義」的定義可能因地點而異,但通常不應標為相關的項目包含透過遊輪或巴士遊覽搜尋點的景觀,或導覽會合點 (請改用 meeting_point 欄位)。這三個 relation_types 分別是:

  • RELATED_NO_ADMISSION:地點相關,但產品選項不含門票或門票不相關。舉例來說,如果地點是在城市巡迴演出中醒目顯示的正方形,

  • ADMISSION_TICKET:授予進入這個相關地點的權限。

  • SUPPLEMENTARY_ADDON:Relation 宣告額外服務,但不會將使用者帶入相關位置。像是停車場、臨時展覽

範例

relation_type 範例
RELATED_NO_ADMISSION 巴黎鐵塔的步行遊覽行程,不包含入場。位於哈里發塔的直升機之旅。
ADMISSION_TICKET 動物園門票,可包含額外加購項目。
SUPPLEMENTARY_ADDON 無需排隊即可入場,無需入場即可使用語音導覽。
不相關 從遠處拍攝的 POI 遊船。旅遊行程的出發地點或可購買票券的旅遊辦公室。

每個產品 option 也可能針對特定導覽行程類型 (起點不明確且必須判斷) 提供 meeting_point (例如導覽行程)。

如何要求新增景點

如果你提供景點的官方票券,但發現 Google 觀光景點功能中缺少某個景點,可以填寫 TTD 新 POI 申請表,要求將該 POI 新增至觀光景點功能。

處理傳入的動態饋給時,Google 會嘗試將提供的文字字串位置提示,比對代表這些位置的 Google 內部實體,也就是所謂的 POI (Point of Interest)。

您可以將搜尋點定義為特定位置 (座標) 上的具名圖釘。在觀光景點的脈絡中,相關範例包括旅遊業者和觀光景點;不過,一般來說,POI 可以是任何 Google 知道名稱和位置的機構。

位置比對是指將相關位置 (以文字提示形式表示) 與 Google 已知的 POI 進行比對的程序 (如果 Google 資料庫中存在 POI)。

您可以透過多種方式將相關位置傳送至 Google,具體取決於位置資料來源、供應商的合約規定,以及您希望對比對程序進行控管的程度。

系統支援下列提示類型 (依優先順序排列):

提示類型

類型 說明 建議用途
商家檔案 ID 用於識別 Google 上的商家。

如「 進階商家檔案設定」所述,只有商家業主可直接透過商家檔案進階設定頁面取得這項資訊。

這會對應至 Google 上代表商家的搜尋點。只有在 Google 驗證商家位置後,才能成功進行對應。

除了 POI 之外,這個格式也支援服務範圍和混合型商家類型,請參閱如何在 Google 上使用服務範圍
  • 合作夥伴與商家擁有者有直接的業務關係。
  • 對於區域服務商家或混合型商家,這是傳送這類地點的首選方式。
地點資訊 POI 的結構化表示法,提供地點名稱、地址元件和其他提示 (例如電話號碼、網站和座標) 的個別欄位。

如果無法從 POI 擁有者取得商家檔案 ID,建議使用這個方法。
  • 位置資訊會以地址格式提供,例如由供應商或資料擁有者提供,
  • 該地點沒有確切地址,但可透過名稱和座標識別,例如位於偏遠地區 (例如沙漠或無名道路) 的景點或旅遊業者。
  • 盡可能使用這個格式,而非使用 Places API 將地址比對至地點 ID,這樣 Google 就能使用電話號碼或網站等其他資訊來提高比對準確度。
地點 ID 專門用於識別 Google 上的特定搜尋點。

資料來源可使用 Places API 端點 (例如 Place Search 或 Place Autocomplete),或者使用 Things to Do Center 中的「尋找比對地點」工具手動取得。
  • 供應商或資料擁有者會透過供應商專用的 UI 工具提供位置資訊,例如使用 Place Autocomplete,讓資料擁有者從可能的候選清單中選取正確的項目。
  • 您想要進一步掌控比對程序,或者不願意分享原始地址資訊。
  • 如要向搜尋點擁有者取得商家檔案 ID,且您偏好使用 Places API 比對地址與站上的搜尋點,而不是將原始地點資訊傳送給 Google,則建議使用這個方法。
緯度和經度 粗略指出地理或地緣政治區域,例如城市、地區或旅遊目的地。
  • 如果您想傳送不代表任何特定 POI 的近似位置,請使用這個格式。舉例來說,如果您想將產品與城市或地區建立關聯,以便在「Things to do」廣告中觸發產品,
  • 這個格式不適合用來代表搜尋點。如要使用座標傳送 POI 位置,請使用地點資訊格式。
地址 以非結構化的單行地址表示 POI 位置,可視需要加入地點名稱。

已淘汰。
自 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. 如果您擁有的地址資料是非結構化資料,請採取以下做法:
    1. 將商家名稱新增至place_info/name欄位
    2. 將不含商家名稱的地址放入 place_info/unstructured_address
    3. 捨棄動態饋給中現有的「address」欄位
    4. 前往步驟 3
  2. 如果您擁有的地址資料已結構化,請按照下列步驟操作:
    1. 將商家名稱新增至 place_info/name 欄位
    2. place_info/structured_address 中新增地址資訊,例如 street_addresspostal_address
    3. 從動態饋給中移除現有的 address 欄位
    4. 前往步驟 3
  3. 新增 website_urlphone_number 等其他資料來提高比對準確度