什么是商品 Feed？面向跨境卖家的完整指南
商品 Feed 是连接你的商品目录与 Google Shopping 和欧洲各国比价引擎的文件。本文介绍 Feed 的工作原理、为何重要，以及 easySales 如何为你自动生成 Feed。
如果你在多个渠道上销售，迟早会有人向你索要一份「商品 Feed」。可能是 Google Shopping 要一份 Merchant Center 文件。可能是某个欧洲国家的比价引擎要一个 XML URL。可能是合作伙伴每天要一份 CSV 商品目录。
它们要的其实是同一件事，只是格式不同：一份结构化的文件，逐行列出你的商品，并附上每个渠道展示所需的字段。
本指南将解释什么是商品 Feed、Feed 为什么对电商重要、Feed 如何生成与刷新，以及 easySales 如何在 17+ 个预集成的渠道上为你处理这一切。
什么是商品 Feed？
商品 Feed 是一份结构化文件——几乎总是 XML 或 CSV——每行对应一个商品（或一个变体），每列对应一个渠道关心的属性：标识符、标题、描述、图片 URL、价格、库存、类别、品牌、GTIN、运费，以及一长串渠道特有的扩展字段。
渠道不会直接读取你的店铺——它们读取你的 Feed。每天一次，或者每隔几小时，渠道的爬虫会从你给它的 URL 下载文件、解析它、更新购物者所看到的内容。如果商品不在 Feed 里，它在该渠道上就不存在。如果 Feed 里的价格是错的，购物者看到的价格也是错的。
Feed 是你的商品目录与渠道之间的契约。
为什么商品 Feed 对在线卖家很重要
把 Feed 做对，有三个理由。
无需重建商品目录就能扩大覆盖。 Feed 是把同一份商品目录同时放到 Google Shopping、Skroutz、Compari、Pazaruvaj 以及其他十几个引擎面前的最便宜方式。你只维护一份商品数据库，让 Feed 为每个受众做翻译。
Feed 质量直接决定广告表现。 在 Google Shopping 上，标题、GTIN、商品类别和图片质量决定你的广告出现的频率以及每次点击的成本。在同样的广告预算下，干净的 Feed 始终比凌乱的 Feed 表现更好。比价引擎的逻辑相同：数据更好，位置更好。
逐渠道手动维护无法扩展。 没有 Feed，每个渠道都是一份独立的录入工作：店铺有一个 CMS、Google 要走另一个上传后台、比价引擎要一份电子表格、第四个邮件还要把最新 CSV 发给联盟伙伴。有了 Feed，你只改一次商品，每个连接的渠道在下次刷新时就会看到变化。
Feed 里面有什么
一个 Feed 的字段可以分为三组。
身份信息
渠道用来唯一识别你的商品的字段。SKU、GTIN/EAN、MPN、品牌。这些字段决定渠道是否会把你的报价与其他卖家的同一商品做匹配（产品化）。所以它们必须准确，并保持长期稳定。
内容信息
购物者实际看到的内容。标题、描述、图片、类别。这些字段决定购物者会不会点击。渠道在这里有严格的规则——Google Shopping 把标题限制在 150 个字符以内并禁止促销语言；Skroutz 要求特定的结构；Compari 要求把类别选到最细一级。
商务信息
数字。价格、币种、可售性、运费、税。它们是 Feed 中变化最频繁的字段，过期值在这里造成的伤害也最大：错误的价格意味着广告被拒；缺货商品仍显示为有货意味着退款和不满的买家。
有些 Feed 还携带渠道特有的扩展字段——Google Shopping 使用 condition、gender、age_group、material；联盟网络追踪 UTM 参数和佣金率。easySales 中每一个预构建的 Feed 都已经把你的商品目录映射到了渠道所要求的字段。
Feed 的主要类型
大多数商品 Feed 落在四类之中。
搜索与购物引擎。 Google Shopping 是最显眼的一个。文件填充 Google Merchant Center，进而驱动 Shopping 广告、免费购物展示位以及 Google Search 的商品结果。
比价引擎。 区域购物引擎，把多个卖家的报价聚合并排序。希腊的 Skroutz、匈牙利的 Compari 与 Árukereső、保加利亚的 Pazaruvaj、罗马尼亚的 Shopmania、CEE 地区的 Pepita 网络，以及面向家居的 Favi、面向时尚的 Glami。每家有各自的格式，但模式相同：你在一个 URL 上发布 Feed，它们爬取，你的商品就出现在它们的列表里。
联盟平台。 像 2Performant 这类网络把你的商品目录推送给它们的联盟伙伴，由后者按销售佣金为你推广商品。格式类似于比价 Feed，多了用于跟踪和佣金的字段。
自定义 Feed。 其他一切。一个供应商每天要一份 CSV 库存、一个合作方有自己的 XML 模式、一个我们尚未预集成的细分渠道——都可以用自定义 Feed 格式处理。
Feed 是如何生成的
一份 Feed 的生命周期比看上去要简单。
- 你的商品目录在 easySales 中——商品、价格、库存、图片、类别。
- 对每个渠道你创建一份 Feed 配置：包含哪些商品、映射哪些字段、渠道特有的规则。
- easySales 按计划生成 Feed 文件，并保存到一个稳定的 URL——
https://feeds.easy-sales.com/.../feed.xml。 - 你把这个 URL 给到渠道，仅一次。
- 渠道按自己的计划（通常每 1、3 或 6 到 24 小时一次）拉取该 URL，下载最新文件，并更新购物者所看到的内容。
一个重要的推论：Feed 不是实时的。当你在 easySales 中改了价格，购物者看到新价格之前要发生三件事。Feed 重新生成。渠道拉取你的 URL。渠道重建索引。整个流程通常需要几个小时。
具体到 easySales：
- Feed 默认每小时重新生成一次。
- Feed 只有在被读取时才会重新生成。如果某个渠道一段时间不再拉取 Feed URL，easySales 会暂停重新生成以节省资源，并在该渠道再次读取文件的那一刻恢复生成。
- 每个 Feed 都会记录渠道最后一次抓取的时间，这样你可以验证集成是否在工作。
对大多数场景来说，一小时的频率已经够快。如果你需要在购物者面前显示真正的实时库存或价格，那是 marketplace API 集成的工作，不是 Feed 的工作。
easySales 如何帮你生成 Feed
easySales 为我们所在地区在线卖家最常使用的渠道提供预构建的 Feed，再配以面向其他一切场景的通用构建器。
Google Shopping
按 Google 要求格式生成的 Google Merchant Center Feed，包含必要的标识符、属性与运费规则。
Skroutz 与 Skroutz Marketplace
面向希腊最大比价引擎的 XML Feed；当你直接在 Skroutz 上销售时，还有独立的 marketplace Feed。
Árukereső、Compari、Pepita HU
匈牙利两大比价引擎，以及覆盖 BG、AT、DE、HR、PL、RO、SK 的 Pepita 网络。
Pazaruvaj
保加利亚最大的比价引擎。
Favi 与 BlueWinston
Favi 覆盖 CEE 地区的家居家具品类，BlueWinston 用于进阶的 Google Shopping 投放管理。
Glami
覆盖多国的时尚比价购物。
罗马尼亚渠道
Shopmania、Okazii、Teamdeals、2Performant（联盟）、Bringo（生鲜），以及通用的 Price Feed。
Custom 与 Dynamic
XML、CSV，或完全自定义的输出格式，适合我们尚未预集成的合作伙伴或渠道。
每个 easySales Feed 默认带来的若干能力：
- 稳定的 Feed URL。 给渠道一个 URL，之后再也不用动它。
- 自动重新生成。 计划由平台负责。
- 逐 Feed 商品过滤。 排除类别、单个商品，或低于库存或价格阈值的所有商品。
- Feed Rules。 按渠道覆盖字段值——例如只对 Skroutz 在标题前加上品牌，或对某一个 marketplace 发送不同的价格——而不需要修改主商品目录。
- 读取追踪。 每个 Feed 都记录渠道最后一次抓取文件的时间，让你知道集成是否在工作。
- Custom XML、CSV 与 Dynamic 构建器。 当预构建列表不够用时，你自己来映射字段。
同一份商品目录驱动每一个 Feed。你不必为每个渠道维护一份单独的数据库。你不必在系统之间核对价格。你只在一个地方修改商品，每个渠道都能看到变化。
总结
商品 Feed 是把你的商品目录与购物渠道连起来的那份结构化文件。Google Shopping、比价引擎、联盟网络以及自定义合作伙伴正是通过它来获取展示你商品所需要的数据。格式因渠道而异，但模型相同：一份目录，多个 Feed，自动刷新。
如果你已经在 Google Shopping 上投放广告，或已经在某个比价引擎上挂着商品，你已经有一个 Feed 了——问题只在于它是否干净、新鲜、好维护。如果还没有，开始之前你就需要一个。