自定义产品 Feed 示例：easySales 用户构建的 7 个真实 B2B 导出场景

多数 easySales 卖家把 feed 看作面向购物比价引擎的工具——Google Shopping、Glami、Compari、Favi。但 Dynamic feed（动态 feed）服务的是其余所有场景：分销商每天早上拉取的 CSV、ERP 消费的 XML、3PL 每小时刷新的库存文件。当没有任何渠道专用模板可用时，Dynamic feed 是你打开的那个开放编辑器。

本指南汇总了 easySales 商家日常为合作伙伴、分销商、ERP 系统及多店铺同步所构建的七个真实 Dynamic feed 配置。每个示例都告诉你应放入哪些字段、为什么——根据你合作方的规范进行调整即可。

商家为什么构建自定义 Dynamic feed

新合作方很少会接受你现有的 Google Shopping XML。他们想要 自己的 字段名称、自己的 价格格式、自己的 投递方式。分销商希望在固定 URL 看到一个整洁的 CSV，包含 code, barcode, stock, partner_price。ERP 想要含图片与产品特性的完整 XML 目录。第二个店铺——比如你的欧洲店——需要每小时刷新一次主店库存文件以保持同步。

easySales 的 Dynamic feed 无需写代码就能搞定这些：你选择字段、选择格式、设定过滤规则，easySales 会按照计划在固定 URL 重新发布文件，由你的合作方读取。

Dynamic feed 在 easySales 中的工作方式

每个 Dynamic feed 由四个部分构成。打开 Feeds → 添加 feed → Dynamic 即可看到：

整个交互界面就这些。难点在于决定合作方需要什么，而不是如何表达它。

7 个真实的 Dynamic feed 示例

每一个都是 easySales 卖家今天正在运行的配置。把它们当作起点——你合作方的具体字段命名会有差异，但形态是一样的。

1. 含库存与 B2B 价格组的分销商目录

代销你产品的分销商或加盟方需要一份持续更新的文件，列出他们以你的名义售卖的全部商品——但价格使用 你的 批发价，而不是网站上的零售价。easySales 提供了 价格组（Price groups） 正是为此：在 设置 → 价格组 中一次性定义一个 B2B 价格清单，Dynamic feed 即可在输出中用这个价格替换 sale_price。

字段： sku、ean、name、brand、categories、partner_price（由价格组驱动的公式列）、stock、images。

格式： CSV 是最常见的请求，但 XML 同样可行——选择分销商导入流程所需要的格式即可。

提示： 在 partner_price 列上添加一条带 覆盖 操作的 feed 规则，然后插入 价格组 公式 chip，选择该分销商对应的价格组。在 设置 → 价格组 中维护此组，下次再生成时自动反映新价格——你完全不需要去动 feed 本身。

2. 仅库存的 3PL 或副站点 feed

3PL 仓储系统、副站点或外部库存同步工具只需要两个字段：标识符和库存数量。其他都不要。

字段： sku、stock（如果 3PL 处理特定仓库，则使用 warehouse_stock）。

格式： CSV 兼容性最好。部分 3PL 偏好 JSON。

提示： 如果你在多个仓库都有库存，使用按仓库划分的 warehouse_stock 列，让每个仓库只看到自己的数据。

3. 多国同步并按类目排除商品

在同一目录上运行两个店铺——例如同时运营国内与欧洲站点、两个 PrestaShop 实例、Shopify 与另一平台并行——通常意味着库存与价格从主店流向副店。难点在于：副店很少会售卖主店的 每一件 商品。地区限定的选品、合规性差异、还未铺开的类目，都需要排除。

Dynamic feed 一次性解决两件事：同步副店所需的字段，并通过 feed 规则 把不属于副店的内容排除。

字段： sku、stock，如果价格相同还可加上 sale_price。

格式： XML 或 CSV，取决于副站平台导入支持哪种。

过滤： 添加 排除 类型的 feed 规则——按类目（category contains "CN-only"）、按标签（tag is not "rollout-pending"）、按品牌或规则编辑器支持的任何其他条件。规则会在每次再生成时重新评估，因此副店读取的始终是当前的子集，不会遗留过期的排除清单。

提示： 如果第二个店也在 easySales 上，根本不需要 feed——联系客服了解店铺间同步功能。

4. 预占库存（可承诺库存）feed

如果同一商品在两个互不通信的渠道同时销售（例如你的自有商城与一个不在 easySales 平台上的合作站点），每次新订单都可能造成超卖。带 预占库存（reserved stock） 的 Dynamic feed 会把未完成订单从展示数量中扣除，让合作方看到的是 真正可售 的数量，而不是货架数量。

字段： sku、reserved_stock。

格式： CSV 或 XML。

提示： 把 reserved_stock 与一条 feed 规则结合使用，根据你的履约 SLA 排除在途商品或处理时长过长的 SKU。

5. 跨境合作伙伴 feed 与货币换算

主市场以外的 B2B 合作方或分销商需要的是他们本地货币标价。中国卖家面向欧洲合作伙伴时常需要 EUR；面向美国合作伙伴常需要 USD。Dynamic feed 可以即时换算，你不必为每个市场维护并行的价格表。

字段： sku、ean、name、eur_price（公式列：sale_price × currency_rate(CNY:EUR)）、stock。

格式： 任何合作方接受的格式。

提示： feed 规则提供了 currency_rate 公式 chip，附带「源货币 / 目标货币」下拉选择——选定你需要的货币对（CNY → USD、CNY → EUR 等），feed 会用实时汇率把基础价相乘。easySales 每天刷新汇率；如果合作方在合同期内需要锁定汇率，可在 设置 → 货币 中为该货币设置自定义汇率，feed 将使用你的设定值而非实时值。

6. 含产品特性的 ERP 目录

内部 ERP 与财务系统通常希望把完整的产品信息拉入自己的数据库——包括描述每件产品的 特性（颜色、尺寸、材质、电压、原产国等）。Dynamic feed 支持两种导出形态：单一区块包含所有已定义的特性；或者每个特性独立成列，适配 ERP 期望的固定结构。

字段： 数量从宽——id、sku、name、description、brand、ean、categories、images、weight、height、width、length、tax_rate、full_price_including_tax，再加上一个 characteristics 总区块字段，或按特性拆开的多个列（颜色、尺寸、电压等）。

格式： ERP 支持 XML 导入则用 XML，否则用 CSV。

提示： 当 ERP 要求列名稳定时，选用 按特性独立列 的形态——颜色一列、尺寸一列、电压一列。当 ERP 能够解析自由格式数据时，选 characteristics 单一区块——配置更快、且新增特性时不需要重新映射 feed。无论选择哪种形态，特性都来自你的产品数据，因此请保持产品本身的特性数据更新，feed 会自动取最新值。

7. 联盟或优惠券合作伙伴 feed

联盟网络、优惠券站点、垂直博主和购物聚合方——只要 easySales 没有为它们提供专用编辑器，就同样需要一份你产品的精选 feed 用于推广。它们通常需要完整的产品数据、双价（标价与售价，便于显示折扣百分比）、图片，并且——这一点很关键——只列出真正有库存且已按活动定价的商品。

字段： sku、name、full_price（标价）、sale_price（折后价）、images、brand、categories、description。

格式： XML 或 CSV，多数联盟网络两者都接受。

过滤： 排除无库存商品（避免合作方推广断货商品），并按 acquisition_price 与 sale_price 的比较添加规则，跳过会因佣金亏损的低毛利 SKU。

提示： 如果合作方对应的渠道在 easySales 中已有专用编辑器（例如 Google Shopping、Glami、Compari、BlueWinston、Favi、2Performant 等），优先使用专用编辑器——它们已针对该渠道做过校验。Dynamic feed 用于我们尚未提供模板的合作方。

选择输出格式

Dynamic feed 支持 CSV、JSON 或 XML 三种格式。合作方的导入流程会替你做出选择：

• CSV —— 默认安全选项。所有系统都能读取。除非对方另有要求，就用 CSV。
• XML —— 更冗长，但自描述能力强。ERP、较老的 B2B 合作方与电商平台导入通常偏好 XML。
• JSON —— 现代 API 和部分 3PL 偏好 JSON。如果合作方需要自行编写解析代码，JSON 更友好。

不要在格式上纠结。问清楚合作方需要什么，按需选择即可。

过滤、排程与访问控制

多数合作方并不需要你 完整 的产品目录——他们只要一个子集。

• 过滤 通过 feed 规则 完成。可以只包含特定类目、排除特定标签、按仓库限制，或应用规则编辑器支持的任何其他条件。规则在每次再生成时生效，因此合作方读取的文件始终对应当前的过滤逻辑。
• 排程 默认每小时一次。Feed 仅在合作方真正读取时再生成，所以闲置 feed 不会消耗资源。
• 访问控制 —— URL 默认公开。如果合作方需要 IP 白名单、HTTP Basic 身份验证或带 token 的 URL，客服可以为你配置。建议在对接邮件中提前提及，避免后期跟进。

何时 不 使用 Dynamic feed

有两类场景并不是 Dynamic feed 的用途，即便「feed」这个词可能让人误把它们带到这里：

• 比价引擎与渠道专用模板 —— Google Shopping、Glami、Compari、Favi、Pazaruvaj、Skroutz、Arukereso、Shopmania、BlueWinston、2Performant 等渠道各自有专用 feed 模板，字段都已为该渠道做过校验。请使用对应的渠道编辑器，而不是 Dynamic feed。它们替你处理了渠道差异。可参阅 什么是商品 Feed？ 作为入门读物。
• 来自供应商的入站导入 —— 如果你想把供应商的产品数据 接入 easySales（而不是输出出去），那是 Advanced Warehouse 流程，与 Dynamic feed 无关。功能不同，受众也不同。

如果不确定该用哪一种，客服两分钟即可帮你判断。