Feed 是指从源系统流向各类需要使用这些数据的渠道（无论是购物平台、搜索引擎还是内容联合分发合作伙伴）的、持续重新生成的结构化数据流，内容涉及商品、库存、内容或刊登信息。它是商品 Feed 或 RSS feed 等更具体格式背后的统称，其决定性特征在于按计划自动更新，而不是每次发生变化都要手动录入。在电商领域，正是 feed 让零售商的实时库存和价格能够触达数十个渠道，而无需任何人手动修改任何一条刊登。
为什么 Feed 对零售业务规模化至关重要
如果没有 feed，要让各销售渠道的商品信息保持最新，就意味着每当价格、图片或库存水平发生变化时，都要手动更新每个平台；一旦商品目录超过几百个 SKU，这种做法几乎立刻就会崩溃。Feed 则将这种同步自动化：只需在源头修改一次数值，feed 就会在下一次刷新时将更新传递到每个目标渠道。这就是为什么 feed 的健康状况被视为核心基础设施，而不是营销中事后才考虑的问题。一个过时或格式错误的 feed 不仅看起来草率，还会在不知不觉中导致刊登被拒登、价格不一致，并限制所有从中拉取数据的渠道的广告效果，无论广告活动本身管理得多好。投资于 feed 优化 的团队，实际上是在投资这条上游数据管道的可靠性，因为再好的出价管理也无法弥补输入广告的糟糕数据。
Feed 的工作原理
Feed 始于源系统，通常是商品数据或内容数据实际存放的 PIM、ERP 或 CMS。Feed 管理软件从该源系统拉取数据，将其字段映射到每个目标渠道所要求的 schema，在此过程中应用各种业务规则或修正，并按固定间隔重新生成输出，间隔可能是每隔几分钟，也可能是每天一次。完成的 feed 随后通过 feed 分发 交付：由目标平台从托管 URL 抓取、通过 API 推送，或通过 FTP 传输。格式因渠道而异：XML 和 RSS 在购物和内容平台中仍很常见，CSV 仍被广泛用于电子表格式导入，而 JSON 越来越多地出现在基于 API 的集成中；但“源头、转换、计划、交付”这一底层模式在所有格式中都是一样的。
示例：实际中的一个 Feed 条目
<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>无论这一行出现在数据 feed 中、提交到 Google Merchant Center 的商品 Feed 中，还是比价购物引擎使用的 RSS 式文件中，其底层理念都是相同的：每个可售商品对应一条结构化记录，并按计划重新生成，使目标渠道永远不会使用过时的信息。
相关概念
当 feed 具有特定形态时，它才真正发挥作用：最常见的是从 PIM 或 ERP 拉取的 数据 feed，或专门为购物平台格式化的 商品 Feed；并且它要通过 feed 分发真正抵达目标渠道，而不是原封不动地留在服务器上。理顺这条管道也是 feed 优化的起点，因为如果 feed 一开始就没有正确构建，下游再怎么调整也无济于事。
