支柱指南 / feed-campaign-governance
Feed、GMC 与 Campaign 的责任边界:别让优化动作找错层
Feed 负责商品事实与表达,GMC 负责资格和一致性,Campaign 负责流量分配;三层不能互相代偿。
先把本篇问题写成一句话,再确认它影响的是流量、Feed、页面、结账、EDM 还是数据复盘。
围绕商品字段、网站事实、诊断状态、审核反馈和广告理解留下证据;稳定原则。
直接判断:商品广告表现差时,最昂贵的错误往往不是少调了一次出价,而是把问题交给了错误的系统。Feed 不能替代真实商品数据,GMC 不能替代网站可信度,Campaign 更不能修复错误价格、混乱变体或模糊商品分类。
先做判断
每个异常先问一句:“这是谁能真正改变的事实?”
- 如果问题是商品是什么、有什么属性、现在卖多少钱,责任在商品源与 Feed。
- 如果问题是数据能否被接受、是否与网站一致、是否符合当前政策,责任在 GMC 与站点。
- 如果问题是哪些合格商品获得预算、流量被分到哪里、品牌与非品牌如何隔离,责任在 Campaign。
- 如果问题是点进来后用户不相信、不理解或无法购买,责任在页面与结账。
只有当上游层已经成立,下游优化才有意义。
决策框架:事实、资格、分配、承接
事实层的完成标准不是“已导出”,而是最终 Feed 能稳定表达真实商品身份、变体和交易状态。资格层的完成标准不是“当前没有红色提示”,而是商品、网站与商家承诺能被持续核验。分配层的完成标准不是“Campaign 在花钱”,而是预算流向符合目标的商品集合,并能区分探索、验证和放大。承接层的完成标准不是“页面能打开”,而是广告里形成的预期在页面和结账中被兑现。
诊断顺序必须从上游到下游:先查商品事实和同步,再查 GMC 状态与网站一致性,然后看查询、渠道、产品分组和预算,最后评估页面说服与利润。这个顺序不是僵化流程,而是为了防止下游数据被上游错误污染。
症状如何归层
大量商品无展示,先查资格与商品理解,再查出价;点击集中在错误需求,先查标题、产品类型、变体和搜索词,再看否定与结构;通过审核但转化弱,先验证查询—商品—页面是否一致,再评估价格、服务与页面;表现突然波动,先查目录、同步、网站和跟踪是否变化,再解释 Campaign 学习。
完整链路可从 Feed 到 AI Shopping 的商品知识链 建立共同语言。一个“反复调 Campaign 仍无效”的复合场景,见 Campaign 修不好商品目录的案例。
常见误判
- “提高预算可以验证 Feed 好不好。”预算只会加速购买流量,不能把混乱输入变干净。
- “GMC 通过说明网站没问题。”审核状态与页面说服、服务竞争力不是同一结论。
- “搜索词不相关就全部加否定词。”若根因是标题或分类表达错误,否定词只是在下游不断补洞。
- “自定义标签能帮助 Google 理解商品。”标签主要服务内部结构与预算治理,不能替代真实属性。
- “自动化 Campaign 会自己选择最好商品。”它只能根据收到的目标与数据学习,无法知道利润、库存或业务优先级是否缺失。
验证清单
- 给每个异常写出症状、可能约束、证据与责任层,不直接跳到动作。
- 确认商品源、Feed、GMC、Campaign 和页面分别有明确负责人。
- 修改前记录基线,并一次只改一个责任层的关键变量。
- 检查同一商品是否同时进入互相重叠、目标冲突的投放集合。
- 检查所有分组标签是否有稳定来源、更新时间和失效处理。
- 下游优化前,先完成商品批准率、一致性和落地准确性的最低门槛。
- 涉及 Campaign 功能、报告口径、排除能力与竞价优先级时,按当前官方资料复核。
适用边界
本文用于团队分工、问题归层和优化排期,不提供 Standard Shopping 或 PMax 的按钮配置。Campaign 类型、可见报告、排除功能和竞价逻辑会持续变化;这里不把任何当前界面写成永久规则。若问题涉及追踪错误、归因口径或利润数据缺失,还需要进入独立的 Measurement 诊断,不能仅凭 Feed 与广告后台下结论。