放送模式會決定你如何將飯店和行程組合的價格更新傳送給 Google。在初始設定期間，您和客戶技術顧問 (TAM) 會一起設定放送模式。
提供模式總覽
根據預設，飯店可查詢最多提前 330 天的空房情況，以及最多 30 晚的住宿天數，但您可以決定行程 (入住日期和住宿天數的組合) 的上限。
支援的行程越多，參與的競價就越多。不過，支援的行程越多，就必須傳送更多資料給 Google，才能確保價格資料準確無誤。
更新價格的常見方法是使用交易訊息，方式如下：
ARI (推送)：價格傳送動態饋給，會使用房價方案、空房情況和飯店中繼資料，為房源設定預先定義的價格策略。與「提取」和「價格變更」不同，ARI 資訊提供不會查詢特定價格或行程。而是推送含有部分資訊的訊息，代表房源的定價模式，並根據各種費率詳細資料、限制和空房情形。ARI 動態饋給 使用 OTA XML 規格 (
OTA_HotelRateAmountNotifRQ和OTA_HotelAvailNotifRQ) 定義供應情形和價格。如要進一步瞭解 ARI 傳送模式，並判斷這個動態饋給類型是否最適合你的帳戶，請與客戶經理聯絡。詳情請參閱「使用 ARI」。提取：Google 會定期查詢你的服務，以重新整理價格和供應情形資料的快取。在這個模型中，Google 會向你的伺服器傳送要求，而伺服器會回覆更新後的資料。如果您不確定價格資訊何時會變更，或價格資訊在一天內會不規律地變更，就最適合使用這種模式。價格會保留在快取中，直到 Google 演算法根據合作夥伴先前的價格變動記錄，判斷價格已過時為止。詳情請參閱「使用提取傳送模式」。
價格變更 (先前稱為「提取提示」)：與「提取」類似，但 Google 只會要求部分房源的資料，而非所有房源。更新房源的價格和供應情形時，這個模式可大幅減少網路流量。價格會無限期保留在快取中，直到更新為止。詳情請參閱「使用價格異動」一文。
除了更新價格，你也可以使用交易訊息從房源中移除房產。詳情請參閱「移除廣告空間」。
如要進一步瞭解如何提供價格更新資訊，包括交易訊息範例，請參閱「更新價格」。
即時價格查詢
Google 也會在競價期間，透過即時價格查詢要求更新部分價格。即時價格查詢是指 Google 對目前競價提出的價格要求。如果您在指定時間範圍內回覆，廣告應會顯示在競價中。
Google 會儲存即時價格查詢的回覆，就像儲存任何其他交易訊息一樣。因此，Google 可以從快取提供價格，不必在日後再次傳送即時價格查詢。
詳情請參閱「即時定價查詢」。
背景資訊
由於 Google 會使用你的回應填入快取，而快取可能會用於服務各種不同的使用者，因此「提取」和「價格變更」查詢通常不會指定使用者資訊。
由於傳回與完整使用者情境相應的價格可能所費不貲，我們正在測試一項功能，可讓您在查詢中指定熱門使用者情境。使用者情境是根據您有機會顯示價格的使用者要求而定，並經過計算，可涵蓋絕大多數的使用者要求。如果是不錯的房源或行程，您可能會看到大量使用者情境，但平均使用者情境數量應少於 10 個。您可以傳回其他價格或忽略指定的使用者情境，具體要為特定查詢傳回哪些價格，由您自行決定。不過，忽略建議的使用者情境可能會導致流量降低。
ARI 推送放送模式
使用 ARI 推送放送模式時，每當每晚房價、供應情形、空房數量或其他限制有變動，你就會向 Google 傳送增量更新。與提取或價格變更機制不同，ARI 推送機制可讓你使用不同的價格模式，有效率地將各種價格資訊元件更新至 Google。
下圖顯示 ARI Push 傳送模式的要求和回應流程：
步驟 1：將 ARI 推送訊息傳送至 Google
如要透過 ARI Push 更新資料，請在資料變更時傳送 ARI 要求訊息。ARI 推送傳送模式支援各種訊息類型和定價策略。如要進一步瞭解如何推送訊息，請參閱使用 ARI。
收到訊息後，Google 應會在 15 到 20 分鐘內提供價格，並向使用者顯示。
步驟 2：確認 Google 已成功快取資料
Google 會針對收到的每則 ARI 推送訊息，回應 HTTP 連線狀態和 ARI 處理結果。如果連線至伺服器成功，Google 會回傳 HTTP 200 OK。此外，回應訊息也會指出更新是否成功套用，或是否遇到傳送模式警告或錯誤。
將 IP 位址加入許可清單
如要將用於推送 ARI 訊息給 Google 的 IP 位址加入允許清單，請使用 Hotel Center ARI 價格設定頁面。瞭解如何在 Hotel Center 中更新價格設定。
使用 ARI 推送更新房型和套裝組合中繼資料
使用交易 (資源資料) 訊息類型，為每個資源定義有效的房型和費率方案 (套裝組合)。每當新增、移除或修改房型或費率方案時，都應推送更新。在這種情況下，您會傳送 XML 訊息，其中包含 <RoomData> 和 <PackageData> 元素中的新資訊。這些元素是 <PropertyDataSet> 元素的子項。
連線或內容錯誤
如果 XML 格式有誤或不正確，導致系統顯示運送模式錯誤，請參閱「動態饋給狀態錯誤訊息」一文，瞭解建議的解決方法。
如果傳送 ARI 訊息給 Google 時發生 HTTP 連線錯誤，請分別在 1 分鐘、5 分鐘和 20 分鐘後重試要求。如果重試 3 次後問題仍未解決，請停止傳送訊息並聯絡 Google 支援團隊。
提取傳送模式
在「提取」傳送模式中，Google 會定期傳送 Query 訊息至伺服器，要求更新價格。伺服器會以交易訊息回覆這些訊息，其中包含更新的價格和供應情形資料。
下圖顯示 Pull 的要求/回應流程：
收到價格更新後，Google 通常會在約 5 分鐘內處理新的價格和供應情形資料。
以下各節將詳細說明這些步驟。
步驟 1：查詢訊息
根據預設，Google 會為所有在飯店清單中定義的房源傳送查詢訊息。這表示在重新定價過程中，您應該會收到多則 Query 訊息。
Google 傳送至您伺服器的定價查詢訊息具有下列特徵：
- 根元素為
<Query>。 - 系統會將事件傳送至初始設定期間定義的端點。如需更多資訊，請與技術客戶經理 (TAM) 聯絡。
- 使用 HTTP
POST方法。(如果您使用 HTTPS，必須請官方憑證授權單位簽署網域。) Content-Type標頭設為application/xml。- 每則訊息最多包含 100 個房源，Google 會要求提供這些房源的價格和供應情形資料。
User-Agent標頭設為Google-HotelAdsPrices。
步驟 2：交易訊息
伺服器收到查詢訊息時，必須回覆交易訊息，其中包含所要求行程的價格資訊。
交易訊息的根元素為 <Transaction>。詳情請參閱「交易訊息」和「更新價格」。
更新會議室和套件中繼資料
除了使用「提取」更新價格資料，你也可以使用交易訊息更新房型和套裝組合的中繼資料。詳情請參閱「定義房間和套件中繼資料」。
價格變更放送模式
變更後的價格可減少價格更新的查詢和交易訊息大小和數量。使用「價格變更」時，你會傳送價格更新的房源清單給 Google。Google 會傳送「查詢」訊息，只要求提供這些屬性的價格。
如要設定 Google 傳送提示要求訊息的端點，請諮詢您的客戶技術管理員 (TAM)。您會在初始設定期間設定這項功能。
下圖顯示價格變更的要求和回應流程：
以下各節將說明這個流程的每個步驟。
步驟 1：Hint 要求訊息
Google 傳送至伺服器的提示要求訊息具有下列特徵：
- 根元素為
<HintRequest>。 - 傳送至初始設定期間定義的端點。如需更多資訊，請與技術客戶經理 (TAM) 聯絡。
- 使用 HTTP
POST方法。(如果您使用 HTTPS，則需要請官方憑證授權單位簽署網域。) Content-Type標頭設為application/xml。- Google 會以指定頻率將時間戳記傳送至伺服器，其中定義了您上次回覆提示要求訊息的時間。
User-Agent標頭設為Google-HotelAdsPrices。
建議您將頻率設為 5 分鐘。如要設定或修改提示要求訊息的頻率，請與我們聯絡。
收到 Google 傳送的提示要求訊息時，請回覆自該時間戳記以來更新的所有價格。詳情請參閱「提示要求訊息」。
步驟 2：Hint 回應訊息
伺服器會以 Hint 回應訊息回覆 Hint 要求訊息。 這則訊息會列出房源的飯店 ID 和行程，這些房源的價格自您上次收到並回覆「提示要求」訊息後有所變動。
提示回覆訊息的根元素為 <Hint>。詳情請參閱「提示回應訊息」。
步驟 3：查詢訊息
Google 會收到提示回應訊息，並以查詢訊息回應，就像標準的提取模式一樣。不同之處在於，查詢訊息現在只包含您在提示回應訊息中指定的飯店 ID 和行程。Query 訊息的根元素是 <Query>。
決定要透過「價格異動」要求哪些飯店 ID 的價格時，Google 會忽略飯店清單動態饋給的內容。這會大幅縮減您從 Google 收到的查詢訊息大小，以及回應的交易訊息大小。
步驟 4：交易訊息
您會傳送含有價格更新資訊的交易訊息，做為 Google 查詢訊息的回覆。交易訊息的根元素為 <Transaction>。詳情請參閱提取傳送模式。