前言 · 一个真实场景
按联盟平台的操作指引安排Product Feed（data feed）制作，feed 数据表已经梳理好了。
咨询联盟平台：想让 feed 自动更新，除了提供存放表格的 FTP 地址，还需要授权的账号和密码。
品牌内部出于数据安全考虑，希望找到一个不用账号密码的替代方案。
而 Impact 那边又建议上传 catalog，这就有点迷糊了，它俩到底是不是一回事？
站在联盟客的角度，问题更实际：
◆ catalog 与 feed，作用一样吗？
◆ 会不会影响联盟客推广前的批量操作？
◆ 会不会影响订单归因？
做跨境联盟营销，很多品牌没把 Product Feed 和 Product Catalog 当回事，能够把一份固定的商品表格传到联盟平台就已经是遥遥领先了。
结果联盟客搜不到想推的产品、断码了还在曝光、严重影响了转化率和 roi。
问题通常出在：产品目录更新没实时同步。
这篇就讲清楚三件事：定义、差异，以及落到 联盟平台 Impact 和 联盟平台 CJ 上怎么操作。
目录
01 定义与概念的差异
02 核心区别对比
03 联盟营销中的协作关系
04 为什么跨境联盟营销必须分清
05Feed 与 Catalog 在联盟平台 Impact 与联盟平台 CJ 的真实情况
06 实操：手动还是自动化更新？
01 定义与概念的差异
Product Catalog（商品目录）：DTC 独立站后台存储的完整商品结构化数据库，是你的单一真实数据源，包含 SKU、多属性、库存、历史价格、多语言描述等全部内部字段。
Product Feed（商品数据源）：从 Catalog 提取转换出的结构化数据文件（XML / CSV / API 流），为对接外部平台（Impact、CJ、Awin、Google、Meta 等）定制的投喂文件，包含公开推广的必须字段（比如标题、链接、价格、图片）。
两者不是二选一，而是同一批商品数据的源与流。
02 核心区别对比
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
03 联盟营销中的协作关系
Catalog 和 Feed 是上下游关系：
从 Catalog → 传入联盟平台 → 平台读取后生成可视化 Feed 供联盟客调用。
联盟客下载这份 Feed，把你的商品（带上专属联盟追踪链接）自动同步到他们的导购网站、返利网、比价平台或社媒中进行推广。
标准三步：
① 源头管理（Catalog）：在后台维护库存与价格；
② 打包输出（Feed）：平台按规则把 Catalog 转成 Feed 链接；
③ 联盟客调用：带专属链接自动同步到外部渠道。
04 为什么跨境联盟营销必须分清
① 联盟客要 Feed 不是 Catalog。
联盟客进不了你品牌卖家联盟后台，必须在联盟平台上传规范 catalog，他们才能通过联盟平台获取 Feed 进行批量推广。
② Feed 决定自动化程度。
断码时 Feed 自动更新库存状态、联盟客侧显示“售罄”。前提是三样都得有：定时刷新、含库存字段、双方节奏一致。
③ 可定制不同 Feed。
一个 Catalog 能生成多份 Feed，给比价网全量、给博主高佣爆款鼓励内容推广，还能顺带承载不同的佣金和区域策略。
④ 规模化靠 Feed。
几千 SKU 不可能逐个添加联盟追踪链接，Feed 文件一推，全量自动上架到返利和比价站。
品牌把 Catalog 自动化同步到联盟平台，就打开了联盟客批量自动上架产品推广的开关：联盟客开启订阅后，feed 文件里的产品自动铺到指定宣传站点、链接自带追踪、库存价格实时同步、产品细节抓取。
品牌不自动化，联盟客只能手动更新整站链接进行推广，效率很难得到提升。
05 Feed 与 Catalog 在联盟平台 Impact 与联盟平台 CJ 的真实情况
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
在联盟平台 Impact：
联盟运营上传一份商品数据文件，平台自动生成供联盟客浏览的 Catalog。
在联盟平台 Impact 的Product Catalog（content 里），虽然和 data feed（setting 里）不在一个区域，但是功能与作用大同小异。
联盟客通过 Product Listing 搜索，拿不到你后台的 Catalog，平台输出给联盟客的是 feed。
上传 feed 即可设置不同可见范围（返利看全量、博主看高佣）。
纯手动上传虽只需一次，但商品变动后的滞后问题依旧存在。
Impact 自动化两条路径：
◆A 系统原生插件（Shopify 等）自动同步
◆B Pull from URL 可以设置 catalog 按周期定时抓取
在联盟平台CJ：
产品目录习惯被称为 Product Feed（入口 AD ASSETS → Product Feeds），文档也写 also known as a product catalog，feed 和 catalog 本质上是同一份数据。
提交方式有 4 种：SFTP / HTTP(S) 抓取 / 客户端 SFTP / 实时 API；
多 Feed 定制：靠 Publisher Group 控可见 + Item Level Commissioning 分组设佣。
额外优势：Product Search 可见性可设为未加入你计划的联盟客也能搜到，把商品当获客入口。
06 实操：手动还是自动化更新？
不管是 feed 还是 catalog，产品目录更新自动化最佳。
哪怕联盟重点推广的产品只有几十或几百个 SKU、月更 1–4 次，手动上传看似工作量吃得消（10–15 分钟/次），依然存在两个隐患：
◆断货滞后：库存天天在变，爆款卖完你没改状态，联盟客还在推，信任崩塌。
◆数据新鲜度算法：Catalog 显示 30 天没变动，健康度和曝光都会迅速下滑。
产品目录自动化操作有点难度，一旦对接成功，后续只需要常规检查即可，如果重点联盟客反馈需要调整，再做相应优化即可。
目前综合品牌方的意见，在联盟平台 Impact 优先实现 Catalog 的自动化，后续有联盟客反馈再实现 feed 自动化更新。
判断标准：少于 10 款且价格大半年不变，才适合纯手动。
◆若坚持手动：建议建个库存触发机制。
平时每月或每周调价后上传一次；
一旦核心爆款断货，当天登录 Impact 改状态或下架，别让联盟客白推，不然联盟客可能会因为低 ROI 拒绝推广你的任何链接。
注意：产品目录没设，只是来自联盟客的主动曝光少一点，不影响联盟订单归因。
狭义上来说，Catalog 是内置文件，Feed 是外发产品目录。
广义上看，Catalog 和 Feed 指代的是同一个功能或文件。
不管在哪个联盟平台，一般设置其中一个即可，哪个更容易实现设置哪个，以联盟平台官方回复为准。
联盟客为什么能推你的货、断码为什么能自动售罄，只需要把产品目录同步更新实现自动化，你的联盟项目就算真正自发运转起来，自带光芒。
—— S 姐联盟营销
