產品動態饋給提供多種方式,可讓你指定與產品相關的搜尋點。Google 會使用這項資訊,在使用者搜尋相關興趣點或目的地時,顯示產品。
每項產品 option 都可以使用 related_location 欄位 (包含 RelatedLocation 物件清單),指定與選項相關的一或多個搜尋點。每個 RelatedLocation 物件都包含 location,用於說明相關的 POI,以及 relation_type,用於說明 POI 與產品 option 之間的關係。
相關地點和 relation_type
只有在產品選項除了親自造訪外,還能提供有意義的體驗時,才應將其標為相關。「有意義」的定義可能因地點而異,但通常不應標為相關的項目包含透過遊輪或巴士遊覽搜尋點的景觀,或導覽會合點 (請改用 meeting_point 欄位)。以下是三個 relation_types:
RELATED_NO_ADMISSION:地點相關,但產品選項不含入場費或入場費不相關。舉例來說,如果地點是城市導覽中特別介紹的廣場。
ADMISSION_TICKET:關係可授予這個相關地點的入場許可。
SUPPLEMENTARY_ADDON:關係會宣告額外服務,但不會將使用者帶往相關地點。例如停車罰單、臨時展覽。
範例
| relation_type | 範例 |
|---|---|
| RELATED_NO_ADMISSION | 在艾菲爾鐵塔周邊進行徒步導覽,但不進入鐵塔。 搭乘直升機環繞哈里發塔。 |
| ADMISSION_TICKET | 動物園門票,可包含額外加購項目。 |
| SUPPLEMENTARY_ADDON | 免排隊,但無法進入。免排隊,但無法進入。 |
| 不相關 | 從遠處觀看 POI 的遊船之旅。 旅遊行程的起點或可購買票券的旅遊辦公室。 |
每項產品 option 也可能具有 meeting_point,適用於起點不明確且必須確定的特定導覽類型 (例如導覽行程)。
如何要求新增景點
如果您提供景點的官方票券,並發現合作的景點未顯示在 Google 觀光景點中,可以填寫 TTD 新 POI 要求表單,要求將該 POI 新增至觀光景點。
如何將相關地點傳送給 Google
處理傳入動態饋給時,Google 會嘗試將以文字字串形式提供的地點提示,與代表這些地點的 Google 內部實體 (稱為興趣點) 相符。
搜尋點可大致定義為特定位置 (座標) 的命名圖釘。在觀光景點的脈絡中,相關範例包括旅遊行程業者和旅遊景點;不過一般來說,POI 可以是 Google 已知的任何有名稱和位置的場所。
地點比對是指將相關地點 (以文字提示的形式) 與 Google 資料庫中已知的搜尋點比對的程序 (如果 Google 資料庫中有相關搜尋點)。
視位置資料來源、與供應商的合約規定,以及您希望對比對程序擁有的控管程度而定,您可以透過多種方式將相關位置傳送給 Google。
系統支援下列提示類型 (依優先順序排列):
提示類型
| 類型 | 說明 | 建議用量 |
|---|---|---|
| 商家檔案 ID |
Google 上商家的專屬 ID。
只能直接向業主索取,方法是請對方前往商家檔案的「進階設定」頁面,如 這篇文章所述。 這會對應至 Google 上代表商家的 POI。只有在商家地點通過 Google 驗證後,對應程序才會成功。 除了地標之外,這個格式也支援服務範圍和混合型商家類型,如「如何在 Google 上使用服務範圍」一文所述。 |
|
| 地點資訊 |
POI 的結構化表示法,提供地點名稱、地址元件和額外提示 (例如電話號碼、網站和座標) 的個別欄位。 如果無法從 POI 擁有者取得商家檔案 ID,建議使用這個方法。 |
|
| 地點 ID |
Google 上的專屬 POI ID。
你可以使用 Places API 端點 (例如 Place Search 或 Place Autocomplete) 取得來源,也可以手動使用「Things to Do Center」的「尋找相符地點」工具。 |
|
| 經緯度 | 大致指出地理或地緣政治區域,例如城市、地點或旅遊目的地。 |
|
| 地址 |
代表搜尋點位置,以非結構化單行地址表示,可選擇性加入地點名稱。 已淘汰。 自 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等額外資料,提升比對準確度