EXECUTION REFERENCE

广告账户健康诊断树

从业务目标、利润口径、追踪、Feed、查询、页面到预算逐层排查，避免一上来就改 Campaign。

SOP（标准操作流程） 可直接使用 使用前先确认适用边界

使用方式

从边界和证据开始

  1. 先写下本次检查对象、日期与目标；对外分享时使用内部代号。
  2. 从第一项顺序执行，遇到“未知”或“未验收”就停下补证据。
  3. 把结论、证据位置、负责人和回读时间记入自己的工作记录。

可使用浏览器菜单打印；页面启用脚本时，上方按钮会调用同一打印窗口。本页工具不会提交填写内容。公开分享前，请移除客户、订单与账户识别信息。

适用边界

用于账户表现异常、准备扩量或接手新账户时，判断问题应该停在哪一层。开始前准备业务目标、订单与成本口径、转化测试记录、广告查询/受众数据；涉及 Shopping 或 PMax 时再准备 Feed 与网站回读。

输出不是“账户健康分数”，而是第一个未通过的节点、对应证据和下一项最小修复。任一关键输入未知时停在该节点，不用下游优化掩盖上游问题。

  • 检查对象（内部代号）：________________
  • 检查日期与数据窗口：________________
  • 本阶段唯一目标：________________
  • 本次结论记录位置：________________

一页分支路径

开始
  ↓
目标能否写成一个可验证结果？
  ├─ 否 / 未知 → 停止调账户，先明确目标
  └─ 是
      ↓
订单成本与利润边界是否可用？
  ├─ 否 / 未知 → 停止扩量，补齐经济口径
  └─ 是
      ↓
主要转化与去重是否已验收？
  ├─ 否 / 未知 → 停止依据平台结果决策，修测量
  └─ 是
      ↓
是否使用商品数据（Shopping / PMax）？
  ├─ 是 → Feed 与网站事实一致吗？
  │        ├─ 否 / 未知 → 修商品真源或同步链路
  │        └─ 是 → 进入查询层
  └─ 否 → 记录“不适用”，进入查询层
      ↓
花费来源与意图构成能否解释？
  ├─ 否 / 未知 → 先拆查询、品牌与非品牌、受众重叠
  └─ 是
      ↓
广告承诺到 Checkout 是否连续？
  ├─ 否 / 未知 → 修承接断点并回读
  └─ 是
      ↓
才进入预算、出价与扩量判断

节点 0：目标层

判断问题：本阶段验证的是需求、获客效率、收入还是贡献利润？能否只保留一个主结果，并写出观察窗口与停止条件？

最低证据：目标定义、业务口径来源、决策人和回读时间。

  • 否 / 未知 → 停止修改 Campaign。先把目标改写成可验收结果。
  • 是 → 进入节点 1。

节点 1：经济层

判断问题：商品成本、折扣、支付、履约、预期退款和可归属获客成本是否使用同一订单口径？可接受的获客成本或目标贡献是否由自己的成本结构推导？

最低证据：订单或财务真源、成本更新时间、已知缺口。只有 ROAS 而没有成本边界不算通过。

  • 否 / 未知 → 停止扩量；补齐口径或明确哪些值仍是假设。
  • 是 → 进入节点 2。

节点 2：测量层

判断问题：主要转化是否完成“触发一次 → 参数正确 → 成功发送 → 平台收到 → 与订单事实抽样对账”的验收？

最低证据：测试条件、事件或订单内部代号、预期值、实际值、平台回读与去重结果。

  • 否 / 未知 → 停止用平台收入或 ROAS 评价账户；先修第一个失败环节。
  • 是 → 进入节点 3。

节点 3：商品数据分支

判断问题：本账户是否依赖 Shopping、PMax 或其他商品 Feed？

  • 不依赖 → 在记录中写明“不适用”，直接进入节点 4。
  • 依赖，且 Feed 与网站一致 → 记录抽样商品、字段和回读时间，进入节点 4。
  • 依赖，但不一致或未知 → 停止改预算。沿商品真源、生成、提交、抓取、审核链路定位第一个差异；修复后重新回读本节点。

此处至少核对价格、库存、落地页、商品身份与分组是否来自一致事实，不用手工改一个表面字段冒充根因修复。

节点 4：查询与流量层

判断问题：主要花费来自哪些意图？品牌与非品牌、老客与新客、不同 Campaign 之间的重叠能否解释？

最低证据：平台可提供的查询、受众、地域、设备和 Campaign 构成；无法观察的部分必须标记为未知。

  • 否 / 未知 → 先拆出可解释的流量构成，再决定否词、结构或定向动作。
  • 是 → 进入节点 5。

节点 5：承接层

判断问题：广告承诺、落地页首屏、商品信息、价格与运费政策、行动按钮和 Checkout 是否连续？

最低证据：同一设备与地区下的实际点击路径、关键页面回读和失败位置。

  • 否 / 未知 → 修复第一个承接断点；不要用更多流量补页面或 Checkout 问题。
  • 是 → 进入节点 6。

节点 6：预算层

只有前面所有适用节点都通过，才进入预算层；进入这一层不等于允许扩量，还要判断拟议的预算动作是否守住已验收边界。

  • 绿灯：关键口径已验收、边际订单成立、流量来源可解释、承接与履约稳定 → 设定小步变更、预期与回退点后测试。
  • 黄灯：上游节点已通过，但样本仍处异常窗口、边际成本接近自定回退点或履约余量有限 → 不扩量；保持或缩小测试，按既定时间回读。
  • 红灯：拟议预算或出价变化会超过已验收的获客、贡献、现金或履约边界 → 不执行该方案，缩小变更或回到目标与经济层重算。

若测量、经济、商品事实或承接任一关键节点失败，流程在上游已经停止，不把它记录成预算层黄灯或红灯。

诊断记录

节点已验证事实待验证假设下一项最小检查失败后的回退动作
首个失败节点
修复后回读

不要把“看起来正常”当作证据，也不要在明显异常窗口里仅凭短期波动重构账户。公开分享记录前，移除账户 ID、订单号与客户信息。

继续阅读：广告投放系统专题 与 追踪与归因专题。