Shopping 商品没展示：不要先加价，按这棵诊断树排查

直接判断：商品没展示不是一个原因，而是五类问题共享的表面症状。先加价可能暂时制造少量曝光，却也可能掩盖未获资格、商品理解不足或目录重叠。正确做法是先证明商品有资格进入正确的拍卖，再讨论竞争力和出价。

先做判断

先把“没展示”定义清楚：

• 是全部商品都没有展示，还是某个品类、变体或市场没有？
• 是 GMC 没有有效商品，还是广告后台有商品但没有曝光？
• 是长期为零，还是刚更新、刚迁移或刚进入新市场后的短窗口？
• 是报告没有显示，还是用户实际搜不到？

范围不同，根因层级完全不同。全目录异常优先怀疑数据源、站点或账户级问题；单个变体异常优先看身份、属性和 URL；只有少数新品无展示，则可能是理解、竞争力、分组或数据不足。

诊断树

第一节点：商品能否参加目标目的地。检查处理状态、目标国家、语言、库存、数据源是否成功、商品是否被主动排除，以及是否存在账户级限制。这里有任何硬错误，先停止调 Campaign。

第二节点：平台能否理解这件商品。检查标题是否说清产品类型与关键区分属性，产品类型层级是否合理，合法标识符是否正确，变体字段是否齐全。若商品只能匹配极宽或错误的语义，曝光不足往往不是出价问题。

第三节点：商品是否被结构吃掉。检查同一商品是否在多个数据源或投放集合中重复、是否被错误标签排除、是否落入无人预算的产品组、父子变体是否互相覆盖。对自动化 Campaign，还要核对产品范围与 URL 边界；具体报告和排除能力按当前官方资料确认。

第四节点：商品是否有竞争资格但缺乏竞争力。比较最终到手价格、配送体验、图片、商家信号与页面承接，而不是只盯单品标价。只有前面三节点通过后，才评估预算、出价目标和 Campaign 类型是否压缩了覆盖。

第五节点：是否过早下结论。新商品、批量重建或重大字段变更会改变处理与学习状态。等待不是无条件等待，而是设定可观察窗口，同时确认数据确实在更新。

字段层的修复顺序可参考 Feed 字段优先级；“已批准但仍几乎没表现”的复合场景见 通过审核却表现差的案例。

常见误判

• “提高出价后有曝光，所以根因就是出价。”更高成本可以跨过部分竞争门槛，却不能证明商品知识和页面一致性健康。
• “所有商品都在同一个 Campaign，结构最简单。”简单不等于可见；错误排除、重叠或预算倾斜仍可能让长尾商品永远得不到测试。
• “标题里没有这个搜索词，所以一定不匹配。”平台还会综合其他商品与网站信号；要看整组证据，而不是单字段机械对应。
• “没有点击就是没有展示。”先确认报告维度、日期、目的地和产品粒度，避免把口径错误当投放异常。
• “新品无展示就是坏商品。”没有获得足够进入拍卖的机会，不能用结果给商品定性。

验证清单

• 写清异常范围：账户、数据源、品类、商品、变体、市场和时间。
• 从 GMC 已处理商品回读状态，不只看 Feed 工具导出成功。
• 检查目标目的地、排除字段、商品组和 Campaign 覆盖是否一致。
• 抽查标题、产品类型、关键属性、标识符与落地页是否对应。
• 检查相同商品 ID 是否在多来源重复或在多 Campaign 重叠。
• 在资格与理解层通过后，才比较总价、配送、图片、预算与出价。
• 对界面状态、政策原因和自动化投放能力使用当日官方资料复核。

适用边界

本文适合 Shopping 与依赖 Merchant Center 商品数据的自动化投放排查，不适合用来判断 Search 广告关键词覆盖。它也不提供统一的曝光、转化或学习期阈值，因为品类、市场、价格和数据量差异很大。若追踪或报告口径本身不可信，应先进入 Measurement 诊断；若存在账户限制或敏感品类政策，应按官方政策和实际通知处理。