地點和搜尋點

產品動態饋給提供多種方式，您可以指定與產品相關聯的搜尋點。當使用者搜尋相關搜尋點或目的地時，Google 會利用這項資訊向他們顯示產品。

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

相關地點和 Relationship_type

只有在產品選項除了親自造訪外，還能提供有意義的體驗時，才應將其標示為相關。「有意義」的定義可能因地點而異，但通常不應標為相關的項目包括遊船/巴士遊覽期間的搜尋點景觀，或導覽會合點 (請改用 meeting_point 欄位)。三個 relation_types 為：

• RELATED_NO_ADMISSION：地點相關，但產品選項不包含門票或入場資訊不相關。舉例來說，如果地點在城市遊覽中醒目顯示，

• ADMISSION_TICKET：關係會核准此相關地點的許可證。

• SUPPLEMENTARY_ADDON：關係宣告一項額外服務，不會讓使用者進入相關位置。例如停車場票券或臨時展覽。

注意： 如要在 Google 搜尋中顯示景點票券模組，產品必須包含景點搜尋點的 ADMISSION_TICKET 關係類型。

示例

relation_type	範例
RELATED_NO_ADMISSION	無須入場就能徒步遊覽艾菲爾鐵塔。 哈里發塔週邊的直升機遊覽行程。
ADMISSION_TICKET	動物園入場券，可包括額外加購項目。
SUPPLEMENTARY_ADDON	不必進入語音導引，不必進入語音導覽。
不相關	乘船從遠處查看搜尋點。可購買導覽或購票的旅遊辦公室。

每項產品 option 也可以為特定導覽類型提供 meeting_point，這些遊覽類型無法確定起點或需判斷 (例如導覽之旅)。

如何要求加入新景點

如果您要提供景點的官方票券，但發現 Google Things To Do 缺少其中一個合作景點，可以填寫TTD 新搜尋點要求表單，要求將搜尋點加入觀光景點中。

注意： 產品團隊只會分批審查要求。新增景點後，可以直接在 Things to Do Center 的「尋找符合位置」工具中查看。

如何將相關地點傳送給 Google

Google 會在處理傳入的動態饋給時，嘗試比對以文字字串形式提供的位置提示，與代表這些地點的 Google 內部實體進行比對，也就是搜尋點 (POI)。

您可將搜尋點概略定義為特定位置 (座標) 的具名圖釘。在觀光景點中，相關範例包括旅遊業者和觀光景點；但一般來說，搜尋點可以是 Google 已知的名稱和地點。

位置比對是指比對相關位置的程序 (以文字提示形式)，比對 Google 已知的搜尋點 (如果 Google 資料庫中已有搜尋點)。

向 Google 傳送相關位置的方法有很多種，具體取決於位置資料的來源、供應商的合約規定，以及一個希望比對程序的控製程度。

系統支援下列提示類型 (依偏好順序)：

提示類型

類型	說明	建議用法
商家檔案 ID	在 Google 上用來識別商家的專屬名稱。 你只能直接向業主透過「商家檔案進階設定」頁面取得此憑證，方法如 進階商家檔案設定所述。 這樣會對應至在 Google 上代表商家的搜尋點。商家地點必須通過 Google 驗證，對應才能成功。 除了搜尋點以外，這種格式也支援服務範圍和混合型業務類型，詳細內容請參閱「如何在 Google 使用服務區域」一文。	合作夥伴與業主有直接業務關係。 對服務範圍或混合型的商家而言，這是傳送這類地點的建議方式。
地點資訊	搜尋點的結構化呈現，提供地點名稱、地址元件和其他提示，例如電話號碼、網站和座標。 如想向搜尋點擁有者取得商家檔案 ID，建議採用這個方法。	位置資訊取自採用地址格式的供應商或資料擁有者，例如使用供應商提供的工具。 雖然沒有確切的地址，但可使用名稱和座標來識別，例如位於沙漠或未命名道路等偏遠區域的景點或旅遊業者。 請盡可能使用此格式，而非使用 Places API 比對地址與地點 ID，以便 Google 利用其他資訊 (例如電話號碼或網站) 提升比對準確度。
地點 ID	用於識別 Google 上的搜尋點。 您可以使用 Places API 端點 (例如 Place Search 或 Place Autocomplete) 取得這項資訊，或使用 Things to Do Center 的「尋找位置比對」工具手動取得。	位置資訊取自供應商或資料擁有者的供應商 UI 工具。舉例來說，資料擁有者可以使用 Place Autocomplete 功能，從候選名單中選取正確的相符項目。 您偏好進一步掌控比對程序，或不想分享原始地址資訊。 如果無法向搜尋點擁有者取得商家檔案 ID，建議您使用 Places API 比對地址和搜尋點，而非將原始地點資訊傳送給 Google，建議您使用這個方法。
經緯度	精確指出地理區域或地緣政治區域，例如城市、縣市或旅遊目的地。	如要傳送不代表任何特定搜尋點的概略位置，請使用此格式。舉例來說，假設您想將產品與某個城市或縣市建立關聯，以便在觀光景點廣告中觸發產品。 這個格式不適合用來代表搜尋點。如要利用座標傳送搜尋點地點，請使用地點資訊格式。
地址	以非結構化的單行地址表示搜尋點地點，可選擇加入地點名稱。 已淘汰。 自 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": "[phone]",
    "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 等其他資料，以改善比對準確率