支柱指南 / feed-campaign-governance

Feed、GMC 与 Campaign 的责任边界:别让优化动作找错层

Feed 负责商品事实与表达,GMC 负责资格和一致性,Campaign 负责流量分配;三层不能互相代偿。

Feed / GMC 约 3 分钟 通用运营框架 更新于 2026年7月21日
TL;DR

先把本篇问题写成一句话,再确认它影响的是流量、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 与广告后台下结论。