Facebook动态产品广告中的6个常见Feed错误

很多商家做 Facebook 动态产品广告，最容易低估的一件事，就是 Feed。

表面上看，动态广告很省事。系统会根据用户行为自动组合商品、匹配受众、生成更个性化的广告体验，广告主看上去只需要把目录接进去，后面的优化就能顺着跑起来。

也正因为这样，很多人会把注意力更多放在受众、预算和素材上，却忽略了一个更基础的事实：

动态广告跑得好不好，前提是 Feed 先别出错。

只要 Feed 有问题，后面的自动化能力就很难真正发挥出来。轻一点，广告展示效果变差；重一点，商品被拒、目录异常、投放中断，整个销售节奏都会被拖慢。很多电商团队真正崩溃的时刻，不是广告不花钱，也不是点击不够高，而是明明想放量，结果卡在最底层的数据上。

所以，Facebook 动态产品广告这件事，核心从来不只是会不会投。

还要先把 Feed 管好。

为什么动态产品广告对 Feed 这么敏感

动态产品广告最大的吸引力，在于它的自动化能力。

系统会追踪单个用户的浏览、加购、兴趣偏好，再结合目录里的商品信息，动态生成更贴近用户需求的广告内容。对于电商来说，这确实很有吸引力。因为它天然适合再营销，也适合做更精细的商品推荐，只要数据链路顺畅，往往能以相对低的成本打出不错的效果。

但这套逻辑有一个很重要的前提：

平台必须先读懂商品。

而平台读懂商品的入口，就是 Feed。

你的商品图片、标题、描述、价格、库存状态、链接、分类、标识符，都会通过 Feed 传递给系统。只要其中某一块信息不完整、不规范，或者字段之间互相冲突，平台对商品的理解就会出偏差。理解一旦出偏差，轻则影响展示质量，重则直接拒绝 Feed。

很多人觉得动态广告好用，是因为它自动化程度高。

可自动化从来都不是凭空发生的，它建立在结构化商品数据之上。数据干净，动态广告才会省心。数据一乱，自动化只会把问题放大。

很多投放问题，根源其实不在广告层

很多商家在 Facebook 上投广告，前期常见的感受都差不多：入门看起来不难，真做起来却越来越复杂。

账户搭好了，像素装了，目录传了，广告也跑了，结果中途开始频繁报错。商品有的不过审，有的展示异常，有的图片不正常，有的价格格式不对，甚至整批目录被拦下来。这个阶段最消耗人的地方在于，你明明感觉大方向没错，可广告就是推不顺。

问题往往就出在这里。

很多人把 Facebook 广告问题理解成投放问题，实际上它经常是商品数据问题。投放端想放大，目录端却在漏水。前面拼命加预算，后面不断出报错，这种状态下，团队节奏很难稳定，销售动作也会被拖住。

所以，做动态产品广告，不能只盯广告后台。

目录质量、Feed 结构、字段映射，同样是核心工作。

先理解一个现实：Feed 被拒，通常都不是偶发问题

很多人看到 Feed 报错时，会把它当成一个孤立问题，改完就想翻篇。

实际上，大多数 Feed 错误都不是单点问题，而是某种底层逻辑没处理好。比如图片尺寸不达标，表面上是图片问题，背后可能是图片源字段选错了。比如缺少必填字段，表面上是少传了一列，背后可能是整个映射规则没有建立好。比如 GTIN 格式错误，表面上是编码不对，背后可能是商品数据本身就不完整。

这也是为什么很多团队明明修过一次，后面还会反复踩坑。

因为他们修的是报错本身，没有修出错的机制。

真正有效的处理方式，是把常见错误系统化地看一遍，搞清楚每一类问题为什么会发生、怎样预防、怎样修复。只有这样，Feed 才会越来越稳，广告的自动化能力也才有机会真正跑起来。

下面这些问题，就是 Facebook 动态产品广告里最常见、也最值得优先排查的几类。

第一类高频问题：图片尺寸过小

这是最常见，也最容易被忽视的问题之一。

很多商家会觉得，图片只要能显示出来就行，尺寸小一点应该问题不大。实际并不是这样。图片太小，轻则广告视觉效果差，商品看起来模糊、廉价、不专业；重一点，还可能直接影响 Feed 质量，拖累整体展示表现。

平台对图片一直很敏感，因为动态广告本质上很依赖商品图去完成点击前的说服。用户在信息流里看到商品，第一眼看的通常不是参数，也不是价格，而是图片。如果图片本身像素化、模糊、边缘发虚，广告体验会明显下滑。

Facebook 对图片有自己的推荐标准。文中提到，平台建议所有图片至少达到 600×600 像素。低于这个尺寸，图片质量通常就会开始变差。问题在于，很多商家的源数据里同时存在多个图片字段，有缩略图、中图、大图、主图、备用图，Feed 在映射时一旦选错，哪怕站内其实有高清图，最终传出去的也可能是较小尺寸版本。

所以这类问题的处理思路很清楚：

先核对平台要求，再回头检查映射字段，确认选中的确实是当前来源里最大、最清晰的那张图。

对于 Shopify 用户，这类问题还更常见。因为有些店铺表面上已经选了较大的图片字段，结果实际输出时仍然收到尺寸警告。根源通常不在平台无故报错，而在图片字段调用和源图尺寸之间存在偏差。这个时候，重点不是反复上传，而是确认自己传给 Feed 的，到底是不是可用的最大图。

图片问题看起来像细节，实际影响的是整个广告的第一印象。

第二类问题：缺少必填字段

如果说图片尺寸问题影响的是广告表现，那缺少必填字段影响的就是商品能不能顺利进入目录。

Facebook 的 Feed 字段分成必填和可选两类。很多人知道要上传图片、标题、价格、链接，但真正开始映射时，才发现细节远比想象中多。字段有没有传，格式对不对，链接是不是完整，价格是否带货币，描述是否合规，这些都会直接影响 Feed 是否能通过。

这里面最核心的几个字段，几乎每一个都值得单独检查。

先说图片链接。

图片链接不只是填一条 URL 那么简单。它必须是完整、可访问、以 http 或 https 开头的有效链接，而且要能真正指向正确的图片资源。只要链接损坏、写错、跳转异常，目录就可能报错。

再说 ID。

大多数目录类型都要求商品有唯一 ID，只是不同目录场景下，字段名称可能不完全一样。这个 ID 不会直接展示给用户，但它在系统内部非常关键。它决定平台怎么识别商品、区分商品、更新商品。对于电商来说，如果能用 SKU 作为产品 ID，通常会更稳，因为 SKU 天然具备唯一性，也更适合后续数据同步。最怕的是多个商品共用一个 ID，或者 ID 命名不一致，后面做目录更新时就很容易乱。

价格也是典型高频错误区。

价格不仅要填，还要填对。格式里要带三位数的 ISO 货币代码，比如 USD、EUR。价格本身要和网站一致，不能混入运费或其他额外费用，也不能使用拍卖价、波动价这种不稳定数字。很多商家在平台报错时，会先怀疑系统抓取有问题，实际上更常见的原因是自己在 Feed 里传的价格格式本来就不规范。

URL 链接同样属于基础字段，却经常被低估。

目录里的每个商品，都要有能点击进入的商品页链接，而且这个链接应该是有效的、未损坏的、适合移动端访问的。动态广告大部分流量都发生在移动端，如果链接指向的页面移动端体验很差，哪怕广告成功展示，转化也很难理想。

描述和标题则是另一组经常出问题的字段。

描述有长度要求，不能乱塞链接，也不适合全部用大写。标题同样有字符限制，还要尽量做到信息相关、表达具体，最好能包含品牌名、品类词、关键属性。很多商家平时写商品标题偏随意，到 Feed 里还是沿用站内原始命名，结果标题既不利于系统理解，也不利于广告展示。

最后是可用性。

库存状态在动态广告里非常重要。系统会根据这个字段判断商品是否还适合继续展示。库存不准、状态更新不及时，广告就可能把用户带到缺货商品页，体验很差，也浪费预算。所以这类字段不能只设置一次，后面还要持续同步更新，必要时还要直接过滤掉当前不可售商品。

很多团队做 Feed 时，容易把映射理解成机械搬运。

其实它更像一次商品信息整理。字段传全只是第一步，更关键的是把每个字段传对。

第三类问题：GTIN 编码错误

GTIN 是很多 Feed 里经常出问题，却又经常被忽视的一个字段。

它本质上是商品的全球贸易项目代码，也就是商品的标准条形码识别体系。不同地区的叫法不一样。北美常见的是 12 位的 UPC，欧洲常见的是 13 位的 EAN，日本则常见 JAN。图书还有 ISBN。名字不同，作用却一致：帮助系统更准确识别商品。

对于平台来说，GTIN 很重要。它不是锦上添花的数据，而是帮助平台确认商品身份的重要依据。只要这个字段格式错误、位数错误、映射错列，或者干脆缺失，Feed 很容易被拒。

很多商家在这里出问题，原因其实很典型。

一类是有 GTIN，但传错了。可能是位数不对，可能是把别的编码当成 GTIN，也可能是源数据列接错了。另一类是根本没补齐，尤其是多供应商、多品牌店铺，商品数据来源复杂，导致部分商品有 GTIN，部分没有，最终 Feed 一上传就出问题。

这里有一个判断原则很重要：

如果商品本身是标准化商品，通常就应该有 GTIN。

只有定制商品，才可能不需要这一字段。换句话说，别把“我现在没有整理出来”理解成“这个商品不需要 GTIN”。这两者不是一回事。

处理 GTIN 错误，最稳的方法通常是先把 Feed 导出成 csv，快速扫一遍，看看缺失和异常分布在哪些商品上。如果实在找不到，也要尽早联系制造商补充。因为这种字段，越拖越容易在后续目录扩展时出更大的问题。

第四类问题：值无效

这类问题比前面几类更隐蔽，因为它往往不是少了什么，而是“填了，但填得不对”。

很多商家在优化 Feed 时，会给商品打各种标签，比如价格区间、活动状态、利润分层、季节属性、热卖标记。这本来是很有价值的动作，因为动态广告要想细分投放、做商品分组，标签体系很重要。

可问题在于，很多人会把标签做得很散。

比如价格层级本来应该放在同一个自定义标签体系里，结果拆成好几列；促销商品、常规商品、清仓商品本来应该在一个规则下分组，结果东一块、西一块，各写各的。这样做的结果，是 Feed 看上去信息很多，实际结构很乱，平台难以理解，自己后面管理也很痛苦。

文中提到一个典型问题：很多电子零售商在映射 Feed 时，会把自定义标签分散列出，而不是按同一逻辑归组。看似只是映射方式不同，实际会让整个 Feed 的结构失去一致性。

这类问题背后的关键，不在字段多少，而在规则是否清晰。

一个成熟的 Feed，不是信息越多越好，而是标签体系要有层次。价格区间归到一组规则里，促销商品归到另一组规则里，高利润商品、季节商品、清仓商品也都应该各有自己的逻辑。这样后面无论是做广告筛选、商品集划分，还是预算倾斜，都会顺很多。

值无效这个问题，真正难的地方不是技术。

是数据思路混乱。

第五类问题：缺少货币

这是一类听起来很低级，但现实里出现频率非常高的错误。

很多商家传价格时，只写数值，不写货币。比如传 15.00，却没写成 15.00 USD。对 Google 来说，有些场景下可能还能接受，但 Facebook 对这一点要求更严格。价格里缺少货币，系统就很容易报错。

这个问题之所以经常反复出现，是因为很多团队以为价格字段本身已经足够清楚，觉得后台知道这是美元、欧元，Feed 自然也会懂。可平台处理 Feed 时，看的不是你的业务常识，看的就是字段内容本身。

所以，价格字段要完整表达。金额和货币代码都要明确。

这也是 Feed 优化里一个很典型的规则：越是看起来理所当然的信息，越不要靠系统去猜。只要平台要求明确写出来，就老老实实传完整。

文中还提到，Facebook 提供了专门的 Feed 调试工具，可以把 Feed 粘进去做验证，检查错误和警告。这个动作其实非常值得养成习惯。因为很多错误，早发现一分钟，后面的停机时间就能少很多。

第六类问题：缺少 Google 类别

很多人第一次看到这个报错时都会疑惑：

明明做的是 Facebook 动态产品广告，为什么还会牵扯到 Google 类别？

答案其实很简单。Facebook 在商品分类上，会参考 Google 的分类体系。所以这个字段即便在某些工具里是可选的，没映射也可能在 Business 账户里收到警告。

从平台理解商品的角度看，这个字段很有价值。分类越准确，平台越容易知道这是什么商品，也越有利于后续展示和可见性提升。

如果商家原本已经在 Google Feed 里映射好了 google_product_category，那最省事的方式，就是直接把这个字段接到 Facebook Feed 里。如果之前已经把 Google 子类别整理完了，那就更简单，直接复制过去即可，能省掉很多重复劳动。

更麻烦的是另一种情况：原始输入字段里根本没有这个类别，Google Feed 也没提前整理过。到了这个阶段，就只能从头开始重新映射。这个动作虽然费时间，但很值得做。因为分类清楚之后，后面的目录管理和广告分组都会更顺。

很多人做目录时，总觉得类目只是后台备注。

实际它是平台理解商品的重要线索。

动态广告为什么总让人觉得一半轻松，一半折磨

Facebook 动态产品广告的魅力很明显。

它能把用户行为和商品目录结合起来，用较低的人力成本做更个性化的广告。对于电商来说，这种能力天然有吸引力。因为一旦目录稳定、数据通顺、像素和事件也配好，动态广告确实很容易跑出不错的结果。

可它真正折磨人的地方，也恰恰在这里。

它太依赖基础数据了。

基础数据一旦稳定，它就很好用；基础数据一旦混乱，它就会不断报错。图片不合规、字段缺失、编码错误、价格缺货状态不一致、商品标识不完整、类目混乱，这些问题都会直接影响广告能否顺利运转。

所以很多人对 DPA 的感受都很复杂。

一边觉得它很强，一边又觉得它很麻烦。

本质原因只有一个：它的上限很高，但前提是 Feed 不能差。

真正有效的处理思路，不是见错修错

很多团队处理 Feed 的方式，都是报一个错修一个错。

这种方法短期有用，长期会很累。

因为你会发现，今天修图片，明天修价格，后天修类目，大后天又修库存状态。问题总也修不完，团队还越来越疲惫。原因就在于，这种修法解决的是现象，没有回到机制层面。

更稳的做法，通常分三步。

第一步，先把基础字段补齐。图片、标题、描述、价格、链接、ID、可用性，这些核心字段都要先过一遍，确认有值、有格式、可访问、可展示。

第二步，把高风险字段理顺。重点是 GTIN、货币、Google 类别、自定义标签体系。这些字段决定的不是能不能传上去，而是传上去之后能不能稳定运行、能不能支持后续优化。

第三步，建立持续检查机制。库存会变，价格会变，商品会新增，链接可能会失效，图片也可能会被替换。Feed 不是一次性配置完就结束，它需要定期检查和维护。只要把这个动作日常化，很多大问题都会在变严重之前被发现。

真正成熟的团队，通常不会把 Feed 当成一次性的技术设置。

他们会把它当成广告系统的一部分基础设施。

最后一句

很多商家以为，Facebook 动态产品广告的难点在广告。

其实更常见的情况是，难点在广告开始之前。

目录有没有整理好，Feed 有没有规范好，字段逻辑是不是一致，商品数据是不是完整，这些底层工作决定了动态广告能不能真正跑起来。只要 Feed 经常被拒，或者目录里一直有一堆基础错误，广告再自动化，也很难稳定放量。

所以，当 Facebook 拒绝 Feed 时，别把它只看成一个麻烦提示。

它其实是在提醒你，商品数据这块基础还没打牢。

真正想把 DPA 做出效果，光会投还不够。还得把 Feed 当成核心资产来管理。等这件事做好了，动态广告的优势才会真正显现出来，广告系统也才会从“反复救火”，慢慢走向“稳定放量”。