使用一般動態饋給 SFTP 伺服器

以下將詳細說明在地生活服務廣告重新導向專用的 Actions Center 整合程序。

重要指南

以下的範例和教學課程涵蓋了在地生活服務廣告轉址整合所需的各項功能：

你必須定期向 Google 提供動態饋給，資料才能直接顯示在 Google 上。你需要提供下列動態饋給。

動態消息	說明	頻率
實體	說明實體。	每 24 小時一次
動作	說明與實體相關聯的深層連結。	每 24 小時一次

目標：提供服務名稱和說明時，請遵守內容編輯指南的規定。

您需要使用 Protocol Buffers 第 3 版的語法來說明動態饋給的格式，但您可以上傳對應的 JSON 格式動態饋給。請參考下列動態饋給範例

• 實體動態饋給
• 動作動態饋給

建議您以 JSON 格式上傳動態饋給。

將動態饋給上傳至安全檔案傳輸通訊協定伺服器

接下來請將動態饋給上傳至沙箱環境。進行這項作業時，請參考合作夥伴入口網站「動態饋給」設定頁面中的使用者名稱。Google 安全檔案傳輸通訊協定伺服器位在通訊埠 19321 上，位址為 sftp://partnerupload.google.com。

注意：如要存取沙箱，請確認頂端的環境切換器已設為「Sandbox」。

我們建議為每一個上傳檔案取個專屬名稱，比方說在每個檔案名稱後面加上時間戳記，這有助於解決問題及查詢動態饋給的狀態。

注意：所有動態饋給都應上傳至「Generic」SFTP 伺服器。

請務必將所有動態饋給上傳至「Generic」帳戶。

每個動態饋給都必須透過 SFTP 與檔案集描述元檔案分別上傳。套件描述元的檔案名稱應為 <feed_name>-< generation_timestamp>.filesetdesc.json，其中 <feed_name> 應與每個動態饋給的以下項目相對應：

動態消息	FilesetDescriptor.name
實體	reservewithgoogle.entity
動作	reservewithgoogle.action.v2

詳情請參閱「使用一般動態饋給安全檔案傳輸通訊協定伺服器」。

警告：請等 Google 在沙箱環境中測試並確認動態饋給後，再將動態饋給上傳至正式版伺服器。

Google 對動態饋給進行評估

您上傳動態饋給後，Google 會進行處理並評估其品質和完整性。評估要點如下：

• 動態饋給符合規格。
• 動態饋給包含所有的必要欄位。
• 每個商家至少有一個 action_link，且至少有一個服務定義了 action_link。
• 您大部分的商家資料都與 Google 地圖上的地點比對相符。

注意：為確保整合作業順利進行，請先評估上述各項因素 (最後一點除外)，再提交動態饋給。