声明：本文为独立行业观察，基于公开资料与个人实践整理，不代表任何雇主或客户观点。文中引述的平台行为以文中标注的公开文章为准，落地前请以平台当期官方文档核验。
tl;dr（3 条）
- 在 Advantage+ / Performance Max 这类全自动 campaign 里，你批准的计划和平台实际执行的计划不是同一套：它可以自行扩版位、在视频与展示间重新分配预算、用已批准素材自动拼接新变体。
- 周报回答的是"结果如何"，回答不了"这是谁的决定"。自动化程度越高，后者越是责任划分和续费谈判的关键。
- 解法不是要求平台解释每一次拍卖，而是开跑前约定一本变更日志的最小集：人工指令、平台权限边界、重大投放变更、评估证据，再配上审批阈值与回滚权限。这件事必须在花钱之前做，事后追溯基本无解。
一、问题：批准的和交付的，是两套计划
ContentGrip 上周一篇文章（The media plan now needs a change log，Kai Indra，2026-11-01）把一个很多投手隐约感觉到、但很少摆上台面的问题讲清楚了：
在自动化投放中，客户批准一套预算与素材，平台实际交付的是另一个 campaign。
文章列的三类典型偏差，我在诊断里都见过对应版本：
- 版位自动扩张：批准时投搜索 / Feed，实际被扩到展示网络、对话式搜索版位；
- 预算跨格式再分配：视频、展示、发现版位之间的钱被平台按自己的目标函数挪走；
- 素材自动变体：你批准了 5 条素材，系统用它们拼接出你从没审过的 30 个组合。
这不是平台"出错"。这是 Advantage+、PMax 这类产品的设计本身——你买的就是它的自动化。问题在于，大多数团队的管理流程还停留在"人工逐条设置 campaign"的时代：审批流审的是一张静态计划表，上线后平台每天都在改写它，而组织里没有任何一份记录，说明改写得到了谁的授权。
文章里有一句话我认为可以直接贴在投放团队墙上：
周报记录了结果，但往往对产生这些结果的决策说得很少。
二、为什么这件事在 2026 年突然变严重
不是投手变粗心了，是平台这一侧的默认行为在半年内连续变化，且多数变更不需要广告主同意：
- Google 把既有 campaign 扩展到对话式搜索版位；据公开报道，AI Mode 版位在部分国家无法 opt-out；
- Meta 推进 Andromeda 检索系统（我在 10 月初的平台数据主权一文里展开过），其检索与排序的复杂度已超出人工逐展示审查的能力；
- Amazon 把媒介计划对话化；TikTok 调整品牌安全与版位的默认打包方式。
每一个单独看都是"平台常规升级"，合在一起的效果是：没有任何一个后台能给你一份完整的账，说明「客户到底授权了什么」。权限边界在被平台单方面、连续地移动。
我在 从聚合投放到智能投放 Agent 里讲过结论：平台的智能只对齐平台自己的收入，广告主真实战场是跨平台的，必须长出自己的一层。变更日志就是这一层里最基础、也最被忽视的一块地基——它不是技术功能，是治理结构。
三、最小可行记录集：四件事
注意，要的不是每次拍卖的决策转录——那个既不现实、也没人看得懂。业务侧真正需要留存的只有四类信息（这个划分我同意 ContentGrip 文章的框架，也和我做诊断时实际检查的字段一致）：
| 记录项 | 回答的问题 | 具体留什么 |
|---|---|---|
| ① 人工指令 | 团队让系统做什么 | campaign 目标、预算、素材清单、目标人群、排除项、起止时间的开跑时快照 |
| ② 平台权限边界 | 哪些选择平台可以不经再批准自行决定 | 版位扩张开关、自动素材变体、跨格式预算分配、人群自动扩展的授权状态 |
| ③ 重大投放变更 | 运行中发生了什么 | 平台在设置层做出的 material change：版位扩入、预算挪用、素材上下线、出价策略切换 |
| ④ 评估证据 | 结果被质疑时拿什么对账 | 决策时点的报表快照、口径定义（谁计数、归因窗口多长）、与一方数据的对账记录 |
①和②是开跑前写死的；③是运行中持续追加的；④是复盘和争议时兜底的。大部分团队目前只有④的一个粗糙版本（周报截图），前三类完全没有。
四、比记录更重要的是阈值和回滚
记录只是账本，真正阻止损失的是两条事前约定的规则。这部分必须在 campaign 花第一笔钱之前谈定，等争议结果出来后再追溯，平台后台的 change history 不足以还原业务语境，责任必然变成糊涂账。
1. 审批阈值（approval thresholds）
划定"平台可自动决定"与"必须回到人"的边界。例如：
- 单日实际跨格式再分配超过预算的 X% → 人工确认；
- 自动扩入任何新开版位（典型如对话式搜索）→ 默认关闭，单独审批；
- 自动生成的素材变体 → 先在小流量过品牌安全与合规检查，不直接进主 campaign；
- 目标人群自动扩展超出已确认 lookalike 范围 → 人工确认。
阈值不追求一次定准，关键是阈值存在且写进了开跑 checklist。
2. 回滚权限（rollback authority）
- 谁有权在不停整个 campaign 的情况下，把某个版位 / 变体 / 扩量动作撤回？
- 回滚操作需要几个人确认？响应时限是多少（上班时间 30 分钟？非工作时间呢）？
- 平台侧是否支持该粒度的回滚，还是只能整组停投？（这个要提前实测，相当多的自动 campaign 只给粗粒度开关。）
自动化投放里最贵的事故，往往不是多花了钱，而是发现异常时组织里没人有权限、也没有按钮能快速止损。
五、开跑前清单（可以直接用）
下次开 Advantage+ / PMax / 类似全自动 campaign 前，过一遍这七项：
- 导出开跑时的计划快照（指令、预算、素材、人群、版位）存档；
- 逐项确认平台自治开关：版位自动扩张、人群自动扩展、自动素材变体、跨格式预算分配——每一项标注「授权 / 关闭 / 阈值内自动」；
- 列出本季度新默认行为并单独决策（当下重点：对话式搜索版位是否可 opt-out、自动变体、预算跨格式再分配）；
- 设定变更通知：平台 change history 能推送的全部打开，接收人不是投手一个人；
- 写明三类阈值：预算偏离、新版位、新素材；
- 写明回滚责任人、确认链路和响应时限，并实测回滚粒度；
- 约定复盘口径：平台自报转化 vs 一方归因 / MMP，以哪个为准、差异多少以内可接受。
这七项不依赖任何工具，一个共享文档加开跑会就能落地。它也是我给客户做诊断时「信任结构」检查的第一个模块——广告数据快检解决的是"结果能不能信"，这份清单解决的是"过程谁在做主"，两个问题独立，都得答。
六、和自建 Agent 的关系
最后说给正在建智能投放 Agent 的团队：变更日志不是"上了 Agent 以后再说"的事，恰恰相反——Agent 每一次写动作（调预算、暂停计划、换素材）都必须先进日志，再执行。我在自建系统里把它落成事件流的固定字段：
指令来源 / 自治权限等级 / 变更事件 / 审批阈值命中情况 / 执行结果 / 证据快照
没有这条事件流，Agent 学到的全是结果相关而不是决策相关的样本，出了问题也无法回放。先有账，再有 Agent——顺序反了，就是给一个没有审计的系统加上自动花钱的能力。
你的团队现在能不能在 10 分钟内拿出任一自动 campaign 的「授权边界 + 运行期重大变更」记录？ 如果不能，先别加预算——这正是旺季放量前最便宜的一次检查。需要对照诊断框架的，可以从 广告数据可信度快检 开始，或在底部留言预约 1v1。