步驟 2：動態饋給

首先您必須建立動態饋給，然後交由 Google 評估。

建立動態饋給

1. 產生動態饋給。您將大部分的商品目錄資料傳送到 Google 的動態饋給。如要開始使用，請建立 Merchant Center 動態饋給及「服務」動態饋給 (如適用)：

   • 商家動態饋給：透過商家動態饋給描述商家 和商家層級動作連結
   • 服務動態饋給 (選用 / 不建議)： 我們不建議為新的預約商家連結整合導入服務動態饋給。 若要維持現有的整合，請遵循 這份舊版說明文件。

   必要和建議使用欄位

   動態饋給	欄位名稱	說明	是否必要？
   商家	merchant_id	商家的專屬 ID	是
   商家	名稱	商家名稱	是
   商家	geo	商家的地址和地理座標	是
   商家	電話	商家的電話	是
   商家	category	商家的地點類型	建議使用
   商家	action_link	商家專屬深層連結的相關資訊	是
   商家	action_link_type
   商家	brand_id	用於識別消費性品牌的字串	選用

   注意：參考資料一節中列出的所有其他欄位 請忽略。
   重點提示：你只需要上傳商家動態饋給。

   請先查看範例動態饋給

   • 現場預約動態饋給

   如要進一步瞭解如何指定動作連結，請參閱 Appointments Business Link 整合服務 動態饋給 請按這裡。

   在每個用於指示 Google 的動態饋給中加入動態饋給中繼資料 如何解讀動態饋給

   下面是動態饋給中繼資料片段：

   "metadata": {
    "generation_timestamp": "1467993600",
    "processing_instruction": "PROCESS_AS_COMPLETE",
    "total_shards": 1
   }
   

   敬上
   注意：所有動態饋給都必須按照 processing_instruction 上傳 PROCESS_AS_COMPLETE。PROCESS_AS_INCREMENTAL 已淘汰，無法
   ，瞭解如何調查及移除這項存取權。
   注意：這項整合也可以與 這個平台提供的 端對端整合為了支援這項功能，您也需要 必須導入供應情形動態饋給和端對端整合 必填 指南。

2. 匯出動態饋給：動態饋給格式如 通訊協定緩衝區 3 語法 但您可以參照上述範例，查看 JSON 格式。 建議您以 JSON 格式上傳動態饋給。

   如果確定要使用 pb3 格式，可以取得通訊協定使用方式的一般資訊 來產生 pb3 檔案，請參閱 通訊協定緩衝區基本概念：Java。

3. 將動態饋給上傳到至安全檔案傳輸通訊協定 Dropbox：如要上傳動態饋給，請使用 這個 您和 Google 提供給您的 SFTP dropbox 資訊 您在 Google Cloud 專案中建立的私密金鑰 設定：Google SFTP 伺服器可從 sftp://partnerupload.google.com 通訊埠：19321。

   以不重複的名稱上傳檔案，例如名稱包含 時間戳記。不重複名稱有助於疑難排解及允許查詢 動態饋給狀態

   如果想判斷動態饋給的大小和放送頻率，請使用 下列規範：

   • 動態饋給檔案和資料分割的大小：
     • 動態饋給檔案大小不超過 200 MB (壓縮後大小)。使用 gzip 壓縮影片
     • 如果檔案經過壓縮後，大小可能會超過 200 MB，請將檔案分割成多個 資料分割動態饋給檔案 教學課程。不過，單靠這項整合不太可能 已達 200 MB 上限
   • 完成更新的頻率：
     • 每天提供完整的商家動態饋給一次。
     • (如有實作) 每天提供完整的服務動態饋給一次。
   ，瞭解如何調查及移除這項存取權。
   注意：動態饋給檔案上傳至 Google 後，系統會立即處理。 建立 SFTP dropbox如果動態饋給被分割成多個檔案， 會在您上傳最後一個檔案之後開始執行。如果您的動態饋給含有 錯誤時，您會收到一封電子郵件，當中 動態饋給錯誤代碼。

Google 對動態饋給進行評估

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

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

，瞭解如何調查及移除這項存取權。

注意：為確保整合過程順利，請為應用程式執行預先評估。 上述要素 (最後一個因素除外) 才會提交動態饋給。