定價提供模式

放送模式會決定如何將飯店和行程組合的房價更新資訊傳送給 Google。在初始設定期間,您和客戶技術顧問 (TAM) 會共同合作來設定提供模式。

放送模式總覽

根據預設,飯店最多能提前 330 天查詢空房和最多 30 晚的住宿,但可以決定行程的數量上限 (入住日期和入住天數的組合)。

支援的行程越多,參與的競價就越多。但是,支援的行程越多,您必須傳送給 Google 的資料越多,系統才能確保價格資料準確無誤。

更新價格的一般方法是透過下列其中一種方式使用交易訊息:

  • ARI (推送):價格傳遞動態饋給,可利用房價方案、空房情況和飯店中繼資料來設定預先定義的定價策略。與「提取」和「價格變更」不同的是,ARI 動態饋給不會查詢特定價格或行程,而是應根據各種費率詳情、限制和供應情形,推送包含一組資訊定價模式的訊息。ARI 動態饋給使用 OTA XML 規格 (OTA_HotelRateAmountNotifRQOTA_HotelAvailNotifRQ) 定義供應情形和價格。請與客戶經理聯絡,進一步瞭解 ARI 放送模式,並判斷此動態饋給類型是否適合您的帳戶。詳情請參閱使用 ARI 一文。

  • 提取:Google 會定期查詢服務,重新整理定價和供應情形資料的快取。在這個模式中,Google 會傳送要求至您的伺服器,您的伺服器則會以更新的資料回應。 如果您不知道價格資訊何時會變更,或價格資訊會不時變動,則適合採用這個模式。價格會保留在快取中,直到 Google 演算法根據合作夥伴先前的價格變更記錄,確認價格過時為止。詳情請參閱使用提取傳送模式一文。

  • 變更定價 (舊稱「提取提示值」):與「提取」類似,但 Google 只會針對部分房源要求資料,而非所有屬性。這個模式在更新房源的價格和供應情形時,可大幅減少網路流量。價格會無限期保留在快取中,直到更新為止。詳情請參閱使用變更的定價一文。

除了更新價格,您還可以使用交易訊息從商品目錄中移除屬性。詳情請參閱移除庫存

如要進一步瞭解如何提供價格更新資訊,包括交易訊息範例,請參閱「更新價格」。

即時價格查詢

Google 也可以在競價期間透過即時價格查詢要求部分價格更新。即時價格查詢是 Google 針對目前競價提出的定價要求。如果您在指定時間範圍內回應,廣告應該就能顯示在競價中。

Google 會儲存對「即時價格查詢」的回應,就像儲存其他交易訊息一樣。因此,Google 可以從其快取提供價格,避免日後再傳送另一個即時價格查詢。

詳情請參閱即時價格查詢

脈絡

「提取」和「價格變更」查詢通常不會指定使用者的相關資訊,因為 Google 會使用您的回應填入可能用於服務不同使用者的快取。

由於針對一組可能的使用者情境傳回對應的價格,可能會耗用大量資源,因此針對功能在查詢中指定熱門使用者情境,可能會產生費用。使用者情境會因為您有機會顯示價格的使用者要求而計算,而且這些要求經過計算,可涵蓋絕大多數的使用者要求。您可能會看到許多熱門屬性或行程的使用者情境資訊,但平均使用者背景資訊數量應少於 10 個。您可以傳回額外價格或忽略指定的使用者情境。請自行決定針對特定查詢要傳回多少價格。不過,如果忽略建議的使用者情境,流量可能會降低。

ARI 推送傳送模式

透過 ARI 推送傳遞模式,每當每晚房價、空房數量、庫存數量或其他限制有所變更時,您就會將漸進式更新傳送給 Google。與提取或價格變更機制不同,ARI Push 可讓您使用不同的定價模式,有效率地將各種定價資訊元件更新為 Google。

下圖顯示 ARI 推送傳遞模式的要求和回應流程:

fig1

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

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

Google 應會在收到訊息後的 15 至 20 分鐘內顯示價格,並向使用者顯示。

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

針對收到的每則 ARI 推送訊息,Google 都會提供 HTTP 連線狀態和 ARI 處理結果。如果與伺服器連線成功,Google 會傳回 HTTP 200 OK。還會包含主體,顯示更新是否成功套用,或遇到提交模式警告或錯誤。

將 IP 位址加入許可清單

如要將您使用的任何 IP 位址推送給 Google,請使用 Hotel Center ARI 價格設定頁面。瞭解如何在 Hotel Center 中更新價格設定

使用 ARI 推送更新 Room 和套件中繼資料

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

連線或內容錯誤

如果您因為 XML 格式錯誤或不正確而收到傳送模式錯誤,請參閱動態饋給狀態錯誤訊息一文的建議解決方法。

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

提取放送模式

透過提取傳送模式,Google 會定期將查詢訊息傳送至伺服器,以要求更新價格。您的伺服器會以交易訊息回應這些訊息,其中包含更新後的價格和可用性資料。

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

fig2

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

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

步驟 1:查詢訊息

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

Google 傳送至伺服器的定價 Query 訊息具有下列特性:

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

步驟 2:交易訊息

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

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

更新 Room 和套件中繼資料

除了透過提取更新定價資料外,您也可以使用交易訊息來更新客房和套件的中繼資料。詳情請參閱「定義房間和套件中繼資料」。

變更定價放送模式

價格變更功能有助於減少價格更新所需的查詢和交易訊息大小和數量。使用「價格變更」時,您必須將已更新價格的房源清單傳送給 Google。Google 會透過查詢訊息回應,只詢問這些房源的價格。

如要設定 Google 傳送提示要求訊息的端點,請諮詢您的客戶技術顧問 (TAM)。您應該在初始設定期間進行這項設定。

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

fig3

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

步驟 1:提示要求訊息

Google 傳送至伺服器的 Hint Request 訊息具有下列特性:

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

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

收到 Google 的 Hint 要求訊息時,代表您回覆了自時間戳記起更新的所有價格。詳情請參閱提示要求訊息

步驟 2:提示回應訊息

您的伺服器以提示回應訊息來回應 Hint 要求訊息。 此訊息包含自您上次收到並回應提示要求訊息後,價格已變更的房源的飯店 ID 和行程。

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

步驟 3:查詢訊息

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

使用「價格變更」功能決定要要求使用哪些飯店 ID 時,Google 會忽略飯店清單動態饋給的內容。這樣可大幅減少您從 Google 收到的查詢訊息大小,以及回應的交易訊息大小。

步驟 4:交易訊息

您傳送交易訊息,以回應 Google 的 Query 訊息。交易訊息的根元素為 <Transaction>。詳情請參閱提取提供模式