常見問題

以下是合作夥伴在使用舊版動態饋給規格進行新手上路或遷移作業時，常見的問題清單。

一般問題

以下列出常見問題。

在導入時，我應該使用舊版還是新版動態饋給規格？

動態饋給 v1 規格現已全面推出，因此應採用這項規格。

動態饋給規格支援多張票券，我是否應傳送所有票券

雖然我們支援多張票，但仍建議您只傳送最便宜的單張成人票資訊。如果同一個活動有多個售票業者，則應使用多張票券。

以下列出從舊版動態饋給規格遷移時的常見問題。

舊版規格和新版單一動態饋給規格的主要差異

  • 動態饋給中繼資料必須透過獨立檔案上傳提供。
  • 除了中繼資料動態饋給外，我們現在只要求上傳單一事件動態饋給，而非三個動態饋給 (服務、商家、供應情形)。
  • 新規格的 Proto 定義更為簡潔，只包含事件相關欄位。
  • 你現在可以為每個活動傳送多張票券，每張票券都有各自的可用性。
  • 已重新命名及修改 action_links 等特定欄位
  • 許多結構已簡化，例如：舊版 ticketing_vertical_specific_data 的內容已扁平化。

遷移程序如何運作？

遷移程序如下：

  1. 準備好開始遷移工作後，您可以直接將應用程式上傳至沙箱 (partnerdev) 環境。上傳時，請務必使用一般 SFTP 端點。

  2. 在沙箱中完成導入作業後，Google 團隊會進行審查，比較沙箱和正式環境的資料。

  3. 如果沒有重大問題，Google 會對合作夥伴的正式版環境進行變更，讓合作夥伴準備正式版上傳作業。

  4. 與沙箱一樣，合作夥伴需要為一般動態饋給 SFTP 伺服器設定憑證。

  5. 接著，合作夥伴應關閉自動上傳至實際環境的舊版上傳功能。

  6. 合作夥伴可以將新動態饋給上傳至正式版，完成轉換。

我可以繼續使用現有的動態饋給規格嗎？

是的，我們會持續支援目前的動態饋給規格，直到 2025 年。不過，使用新規格的優點包括：

  • 更清晰且更明確的動態饋給規格
  • 更完善的錯誤訊息
  • 只需單一動態饋給，而非 3 個
  • 加快處理時間