定價提供模式

放送模式可決定如何將價格更新資訊傳送給 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 推送傳送模式的要求和回應流程：

fig1

步驟 1：傳送 ARI 推送訊息給 Google

如要透過 ARI 推送更新資料，請在資料變更時傳送 ARI 要求訊息。ARI 推送傳送模式支援多種訊息類型和定價策略。如要進一步瞭解如何推送訊息，請參閱使用 ARI。

Google 應提供您的價格，並在收到訊息後的 15 到 20 分鐘內向使用者顯示。

步驟 2：確認 Google 已成功快取資料

對於收到的每則 ARI 推送訊息，Google 都會回應 HTTP 連線狀態和 ARI 處理結果。如果伺服器連線成功，Google 會傳回 HTTP 200 OK。這些訊息中也會包含回應訊息，指出更新已成功套用，或發生交付模式警告或錯誤。

將 IP 位址加入許可清單

如要將用來將 ARI 訊息推送至 Google 的所有 IP 位址加入許可清單，請使用 Hotel Center ARI 價格設定頁面。瞭解如何在 Hotel Center 中更新價格設定。

透過 ARI 推送更新 Room 和套件中繼資料

使用交易 (房源資料) 訊息類型，定義每個屬性的有效房型和費率方案 (套件)。每當新增、移除或修改房型或費率方案時，都應推送更新。在這種情況下，您要傳送 XML 訊息，其中包含 <RoomData> 和 <PackageData> 元素中的新資訊。這些元素是 <PropertyDataSet> 元素的子項。

連線或內容錯誤

如果因 XML 格式錯誤或不正確而收到提交模式錯誤，請參閱「動態饋給狀態錯誤訊息」一文中的建議解析度。

如果您在傳送 ARI 訊息給 Google 時收到 HTTP 連線錯誤，請每隔 1、5 或 20 分鐘重試要求。如果重試 3 次後問題仍未解決，請停止傳送訊息並與 Google 支援團隊聯絡。

提取傳送模式

在提取傳送模式下，Google 會定期將查詢訊息傳送至您的伺服器，要求更新價格。您的伺服器會以交易訊息來回應這些訊息，其中包含更新後的價格與供應情形資料。

下圖顯示提取的要求/回應流程：

fig2

收到價格更新後，Google 通常會在約 5 分鐘內處理新價格和供應情形資料。

以下各節將詳細說明這些步驟。

步驟 1：查詢訊息

根據預設，Google 會傳送飯店清單中定義的「所有」房源的查詢訊息。這可能表示在重新定價過程中，您應該會收到多則查詢訊息。

Google 傳送至伺服器的定價查詢訊息具有以下特性：

  • 根元素為 <Query>。
  • 傳送至初始設定期間定義的端點。詳情請洽詢您的客戶技術顧問 (TAM)。
  • 使用 HTTP POST 方法。(如果您使用 HTTPS，需要由官方憑證授權單位簽署的網域)。
  • Content-Type 標頭已設為 application/xml。
  • 每則訊息均包含最多 100 個 Google 要求的價格與空房資料。
  • User-Agent 標頭已設為 Google-HotelAdsPrices。

步驟 2：交易訊息

您的伺服器收到查詢訊息時，必須回應交易訊息，其中包含要求行程的定價資訊。

交易訊息的根元素為 <Transaction>。詳情請參閱「交易訊息」和「更新價格」。

更新 Room 和套件中繼資料

除了透過提取功能更新定價資料之外，您也可以使用交易訊息來更新會議室和套件中繼資料。詳情請參閱「定義會議室和套件中繼資料」。

已變更價格放送模式

價格變更可協助減少價格更新所需的查詢和交易訊息大小和數量。使用「價格變更」時，您可以將價格更新過的房源清單傳送給 Google。Google 會透過查詢訊息回應，只要求提供這些房源的價格。

如要設定 Google 將 Hint 要求訊息傳送至哪個端點，請洽詢您的客戶技術顧問 (TAM)。您需要在初始設定期間完成這項設定。

下圖顯示「價格變更」的要求和回應流程：

fig3

以下各節說明此流程中的每個步驟。

步驟 1：提示要求訊息

Google 傳送至伺服器的 Hint 要求訊息具有以下特性：

  • 根元素為 <HintRequest>。
  • 傳送至在初始設定期間定義的端點。如需更多資訊，請與您的客戶技術顧問 (TAM) 聯絡。
  • 使用 HTTP POST 方法。(如果您使用 HTTPS，需要由官方憑證授權單位簽署的網域)。
  • Content-Type 標頭已設為 application/xml。
  • Google 會根據指定的頻率將時間戳記傳送至您的伺服器，定義您上次回應提示要求訊息的時間。
  • User-Agent 標頭已設為 Google-HotelAdsPrices。

建議您將頻率設為 5 分鐘。如要設定或修改提示要求訊息的頻率，請與我們聯絡。

收到 Google 發出的提示要求訊息時，您會回應自該時間戳記以來已更新的所有價格。詳情請參閱提示要求訊息。

步驟 2：提示回應訊息

您的伺服器會使用提示回應訊息，回應提示要求訊息。此訊息會包含自上次收到並回覆提示要求訊息後價格變動的房源飯店 ID 和行程。

提示回應訊息的根元素為 <Hint>。詳情請參閱提示回應訊息。

步驟 3：查詢訊息

Google 會收到提示回應訊息，並以查詢訊息回應，就像使用標準提取模式一樣。差別在於查詢訊息現在只包含您在「提示回應」訊息中指定的房源飯店 ID 和行程。查詢訊息的根元素為 <Query>。

在判斷要要求哪些飯店 ID 的「價格變更」設定價格時，Google 會忽略飯店清單動態饋給的內容。這樣可大幅減少從 Google 收到的 Query 訊息大小，以及回應的交易訊息大小。

步驟 4：交易訊息

您傳送含有價格更新的交易訊息，以回覆 Google 的查詢訊息。交易訊息的根元素為 <Transaction>。詳情請參閱提取傳送模式。