Feed 指的是從來源系統持續更新的結構化資料流，這些資料包含產品、庫存、內容或清單等信息，並傳輸到任何需要使用這些資料的管道，例如購物平台、搜尋引擎或內容分發合作夥伴。它是產品 Feed 或 RSS Feed 等更具體格式的總稱，其特點是按計劃更新，而不是每次內容變更時都手動輸入。在電子商務領域，Feed 可以讓零售商的即時庫存和價格資訊觸及數十個管道，而無需任何人手動修改任何清單。

為什麼資訊流對零售業務規模化至關重要

如果沒有資訊流，要讓產品資訊在所有銷售管道保持最新，就意味著每次價格、圖片或庫存水平發生變化時，都需要手動更新每個平台——一旦產品目錄超過幾百個 SKU，這種方法幾乎立刻就會失效。而資訊流則能自動完成此同步：只要在來源端變更一次，資訊流就會在下次刷新時將更新同步到所有目標平台。正因如此，資訊流的健康狀況被視為核心基礎設施，而非行銷的附屬品。過時或格式錯誤的資訊流不僅看起來雜亂無章，還會悄無聲息地導致商品資訊被拒收、價格不匹配，並限制所有從中獲取資訊的管道的廣告效果，無論廣告系列本身的管理多麼出色。投資資訊流優化的團隊其實是在投資這條上游管道的可靠性，因為再好的競價管理也無法彌補廣告資料品質差的問題。

資訊流的工作原理

資訊流源自於來源系統——通常是產品資訊管理 (PIM)、企業資源計劃 (ERP) 或內容管理系統 (CMS)——產品或內容資料實際儲存在其中。資訊流管理軟體從來源系統提取數據，將其欄位對應到每個目標平台所需的模式，應用任何業務規則或進行必要的更正，並按固定時間間隔（例如每隔幾分鐘或每天一次）重新產生輸出。最終的資訊流隨後透過資訊流分發進行傳遞：目標平台可以從託管 URL 取得、透過 API 推送或透過 FTP 傳輸。資訊流格式因管道而異——XML 和 RSS 仍然是購物和內容平台的常用格式，CSV 仍然廣泛用於電子表格式導入，而 JSON 越來越多地出現在基於 API 的集成中——但所有渠道的基本模式（源、轉換、調度和分發）都保持不變。

例：實際飼料項目

<item>
  <g:id>SKU-88213</g:id>
  <title>Recycled Wool Throw Blanket - Slate Grey</title>
  <link>https://example-shop.com/products/recycled-wool-throw-slate</link>
  <g:price>64.00 USD</g:price>
  <g:availability>in stock</g:availability>
  <g:condition>new</g:condition>
  <g:brand>Heartwood Home</g:brand>
</item>

無論這一行資料來自資料饋送、提交給 Google Merchant Center 的產品饋送，還是比價購物引擎使用的 RSS 格式文件，其基本思想都是相同的：每個可售商品對應一條結構化記錄，並按計劃重新生成，因此目標位置永遠不會使用過時的信息。

相關概念

只有當資料來源具備特定格式時，才能發揮作用——最常見的是從產品資訊管理系統 (PIM) 或企業資源規劃系統 (ERP) 中提取的資料資料來源，或是專門針對購物平台格式化的產品資料來源—並且只有當它透過資料來源分發管道真正到達目標用戶，而不是靜靜地躺在伺服器上時，它才能發揮作用。確保資料流的正確性也是資料來源最佳化的起點，因為如果資料來源一開始的結構就不正確，那麼後續的任何調整都無濟於事。