總覽

總覽

進行「動作中心」的預訂端對端整合時,您可以針對可能需要付款的交易,啟用任何訂金、缺席費或預付庫存,並連結至預訂頁面。以這種方式啟用付款功能後,您就能在指定的預訂頁面處理整個預訂流程和交易。

資格條件

如要為特定預訂項目新增付款,必須符合下列先決條件:

  1. 現有的 E2E 整合。
  2. 可直接深層連結至預訂頁面,並處理付款。
  3. 確保符合付款重新導向政策

付款重新導向導入步驟

  1. 設定網址範本和其他欄位。
  2. 指定時段的付款類型。
  3. 為整合啟用轉換追蹤。

預訂修改

本節說明預訂修改和取消作業如何與付款重新導向互動,包括排除時段和錯誤處理。

付款重新導向預訂

透過付款重新導向建立的預訂,會直接在合作夥伴的預訂平台上完成。Google 不會儲存或管理這些預訂,因此使用者無法透過「透過 Google 預訂」查看或修改預訂。如要修改或取消付款重新導向預訂,請直接在合作夥伴的平台上操作。

修改端對端預訂

使用者修改現有的端對端預訂 (原本是使用 CreateBooking 建立) 時,Google 會自動從修改檢視畫面中的可用選項排除所有標示 linkout_required_reason: PAYMENT_REQUIRED 的時段 (將這些時段顯示為無法預訂或灰顯)。這樣一來,使用者就無法在未完成付款的情況下,將端對端預訂切換為付款重新導向 (例如需要支付訂金) 的預訂時段。

處理 UpdateBooking 要求

UpdateBooking API 端點不支援將使用者帶入付款重新導向流程,也不會傳回重新導向網址。如果合作夥伴的伺服器收到付款重新導向 (例如需要押金) 廣告空間的 UpdateBooking 要求 (例如,使用者嘗試編輯,但更新後的供應情形尚未完全傳播至放送快取):

  • 如要拒絕要求,請傳回包含 booking_failureUpdateBookingResponse
  • 失敗原因:將 booking_failure.cause 設為 SLOT_UNAVAILABLE。這樣一來,使用者就會收到明確的訊息 (「抱歉,這個時段已無法預訂。」),系統也不會傳送錯誤的確認電子郵件。
  • 失敗說明:在 booking_failure.description 中提供明確說明 (例如 "UpdateBooking not allowed on PR slots"), 方便記錄及排解問題。

沙箱測試

為合作夥伴的整合啟用「付款重新導向」後,即可直接在沙箱環境中驗證這項行為:

  1. 使用 CreateBooking 建立標準端對端預訂。
  2. 提供標準時段和 PAYMENT_REQUIRED 時段的組合。
  3. 在 Sandbox 預訂管理檢視畫面中開啟預訂,嘗試修改並確認 PAYMENT_REQUIRED 時段顯示為無法預訂 (灰色)。
  4. 確認伺服器會拒絕付費廣告空間中非預期的 UpdateBooking 呼叫 (使用 SLOT_UNAVAILABLE)。