產品動態饋給提供多種方式,讓您指定與產品相關的興趣點。Google 會利用這項資訊,在使用者搜尋相關 POI 或目的地時,向使用者顯示產品。
每個產品 option
都可以使用 related_location
欄位 (包含 RelatedLocation
物件的清單),指定與選項相關的一或多個搜尋點 (POI)。每個 RelatedLocation
物件都包含一個 location
,用於描述相關的 POI,以及一個 relation_type
,用於描述 POI 與產品 option
之間的關係。
相關地點和 relation_type
只有在產品選項除了親自造訪外,還能提供當地的有意義體驗時,才應標為相關。「有意義」的定義可能因地點而異,但通常不應標為相關的項目包含透過遊輪或巴士遊覽搜尋點的景觀,或導覽會合點 (請改用 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 會嘗試將提供的文字字串位置提示,比對代表這些位置的 Google 內部實體,也就是所謂的 POI (Point of Interest)。
您可以將搜尋點定義為特定位置 (座標) 上的具名圖釘。在觀光景點的脈絡中,相關範例包括旅遊業者和觀光景點;不過,一般來說,POI 可以是任何 Google 知道名稱和位置的機構。
位置比對是指將相關位置 (以文字提示形式表示) 與 Google 已知的 POI 進行比對的程序 (如果 Google 資料庫中存在 POI)。
您可以透過多種方式將相關位置傳送至 Google,具體取決於位置資料來源、供應商的合約規定,以及您希望對比對程序進行控管的程度。
系統支援下列提示類型 (依優先順序排列):
提示類型
類型 | 說明 | 建議用途 |
---|---|---|
商家檔案 ID |
用於識別 Google 上的商家。
如「 進階商家檔案設定」所述,只有商家業主可直接透過商家檔案進階設定頁面取得這項資訊。 這會對應至 Google 上代表商家的搜尋點。只有在 Google 驗證商家位置後,才能成功進行對應。 除了 POI 之外,這個格式也支援服務範圍和混合型商家類型,請參閱如何在 Google 上使用服務範圍。 |
|
地點資訊 |
POI 的結構化表示法,提供地點名稱、地址元件和其他提示 (例如電話號碼、網站和座標) 的個別欄位。 如果無法從 POI 擁有者取得商家檔案 ID,建議使用這個方法。 |
|
地點 ID |
專門用於識別 Google 上的特定搜尋點。
資料來源可使用 Places API 端點 (例如 Place Search 或 Place Autocomplete),或者使用 Things to Do Center 中的「尋找比對地點」工具手動取得。 |
|
緯度和經度 | 粗略指出地理或地緣政治區域,例如城市、地區或旅遊目的地。 |
|
地址 |
以非結構化的單行地址表示 POI 位置,可視需要加入地點名稱。 已淘汰。 自 2024 年 5 月 1 日起,系統將不再支援這個格式。 |
|
範例
// 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
欄位:
- 如果您擁有的地址資料是非結構化資料,請採取以下做法:
- 將商家名稱新增至
place_info/name
欄位 - 將不含商家名稱的地址放入
place_info/unstructured_address
- 捨棄動態饋給中現有的「
address
」欄位 - 前往步驟 3
- 將商家名稱新增至
- 如果您擁有的地址資料已結構化,請按照下列步驟操作:
- 將商家名稱新增至
place_info/name
欄位 - 在
place_info/structured_address
中新增地址資訊,例如street_address
、postal_address
。 - 從動態饋給中移除現有的
address
欄位 - 前往步驟 3
- 將商家名稱新增至
- 新增
website_url
和phone_number
等其他資料來提高比對準確度