定價提供模式

放送模式會決定如何將飯店和行程組合的定價更新資訊傳送給 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 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 推播功能更新 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 傳送至伺服器的「提示要求」訊息包含下列特性：

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

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

當您收到 Google 傳送的提示要求訊息時，您會回覆該時間戳記後更新的所有價格。詳情請參閱提示要求訊息。

步驟 2：提示回應訊息

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

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

步驟 3：查詢訊息

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

在決定要使用「價格變更」功能要求價格的飯店 ID 時，Google 會忽略飯店清單動態饋給的內容。這樣就能大幅減少來自 Google 的 Query 訊息大小和回應的交易訊息大小。

步驟 4：交易訊息

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