交易訊息會將房間、價格和包裹的相關資料傳送給 Google。 交易訊息有兩種主要類型:
行程資料:定義 Room Bundle 和行程資料,包括:
客房和套裝行程中繼資料:指定客房和套裝方案的詳細資料,例如說明、相片和可住人數。這項資料不會頻繁變更。如要定義中繼資料交易訊息,請使用
<PropertyDataSet>
。Google 會儲存這些中繼資料,以便您從定價訊息中參照,而不是在每項中繼資料中加入重複的客房和套裝組合資訊。詳情請參閱「定義會議室和套件中繼資料」。
交易訊息的根元素為 <Transaction>
。使用 <Transaction>
元素做為根元素的訊息需要至少一個子項元素。交易訊息可以有任意數量的子元素,只要訊息總大小不超過 100 MB 即可。
如需回應 Google 要求的交易訊息範例,請參閱定價和會議室庫存 (交易) XML 參考資料。
提供模式
傳送交易訊息的類型和頻率視傳送模式而定:
- 如果採用提取傳送模式,當您收到來自 Google 的
<Query>
時,就會傳送交易訊息。 - 如果採用價格變更方式,則在接收並回應
<HintRequest>
和<Query>
後,即可傳送交易訊息。
詳情請參閱定價傳送模式。
即時價格查詢
無論您採用哪一種放送模式,Google 可能也會傳送「即時價格查詢」要求給您。這些查詢訊息會根據「目前」的搜尋,尋找價格。如果在指定時間範圍 (通常是幾百毫秒) 內回應,廣告可能就會顯示在競價中。您的結果也更符合消費者的需求,包括國家/地區、裝置類型,以及指定的訪客人數。詳情請參閱「即時價格查詢」一文。
訊息大小
您可以在單一交易訊息中加入任何資料更新組合,但每則訊息的大小上限為 100 MB。一般來說,所有提取和提示要求的回應時間上限為 100 秒。逾時是可由 Google 依要求調整的欄位。對於非常大型的訊息,Google 建議您將逾時設定為 10 分鐘。
如要大幅縮減訊息大小,並避免發生訊息大小和逾時問題,請使用交易訊息來預先定義會議室和套件中繼資料。您也可以在郵件標頭中加入 Content-Encoding: gzip
,將 GNU 壓縮內容加入郵件中。