eCPM 为什么下降？面向发布商的同意感知型收入诊断
不要先怪横幅
收入下降时，横幅是个容易被怪罪的对象，尤其是最近刚改过的话。但收入是流量、填充率和价格的乘积，每一项都可能因与同意无关的原因而变动。好的诊断会在你改动任何东西之前先把它们区分开。
步骤 1：把收入拆成几个部分
写下等式：收入 = 展示次数 × eCPM / 1000。然后判断是哪一边下降了。
- 展示次数减少 — 会话减少、每次会话页数减少、填充率降低，或广告位未加载。
- eCPM 降低 — 需求价格走低、非个性化流量增多，或版位质量较低。
同意主要影响 eCPM，因为用户数据较少的广告通常收入较低；但如果标签一直等待一个永远不会到来的选择，它也可能减少展示次数。
步骤 2：核对时间线
把下降的日期与所有发生过的变化对照起来：
- 横幅的设计、措辞或按钮顺序。
- CMP 版本或配置变更。
- 网站发布、新广告单元或标签管理器的发布。
- 季节性、假期以及已知的行业整体需求变化。
- 流量来源的变化。
恰好从横幅变更当天开始的下降，指向一个方向。持续数周的缓慢下滑，则指向别处。
步骤 3：按同意状态和地区细分
这是最有用的一步。分别报告以下各类的收入和 eCPM：
- 接受的访问者。
- 拒绝的访问者。
- 从未做出选择的访问者。
- 需要同意的地区与不需要同意的地区。
如果 eCPM 只在需要同意的地区下降，原因很可能出在同意上。如果各地都下降，就去看需求、底价和版位。
步骤 4：查看各状态的占比
即使每个状态的 eCPM 没变，如果构成变了，混合后的数字仍可能更低。例如，从未做出选择的访问者占比上升，会拉低整体，即使每个群体的表现和以前一样。请把各同意状态的占比随时间的变化，与 eCPM 放在一起追踪。
步骤 5：验证技术链路
有时同意确实是原因，但源于 bug，而非用户的选择：
- 格式错误或缺失的同意字符串，使合作伙伴把所有人都视为未同意。
- 同意信号过晚到达广告标签，导致第一次竞价延迟或被阻止。
- 某个供应商被从供应商列表中移除，不再收到同意。
- 横幅在某些浏览器或设备上加载失败。
用浏览器工具检查几个真实会话，确认信号存在且正确。
步骤 6：比较等价的流量
在变更前后，比较相同的星期几、相同的地区和相同的设备类型。汇总数据会掩盖答案；收窄范围的比较才能揭示答案。
一个推理的实例
假设横幅改版后的那一周收入下降了。你拆分后发现展示次数稳定，但 eCPM 偏低。细分后显示，接受的访问者的 eCPM 没有变化，但从未做出选择的访问者占比增加了。那么原因既不是广告需求，也不是信号 bug；而是更多访问者没有回应横幅就离开了，也许是因为新设计容易被忽略。解决办法是测试横幅，而不是调整底价。这样推理，可以避免你去解决错误的问题。
选择修复方案
- 做选择的人变少：测试更清晰的横幅、更简短的文字，以及各选项同等醒目的呈现。
- 拒绝增多：检查措辞，并考虑所展示的目的数量是否让人不堪重负。
- 技术错误：先修复信号链路；这是最便宜的可挽回收入。
- 需求变化：检查底价和合作伙伴，因为同意解决不了这个问题。
一次只改一件事，并保留日志，以便归因每个结果。
FlexyConsent 的定位
FlexyConsent 是 Google 认证的 CMP，会发送 Google Consent Mode v2 和 IAB TCF 2.4 信号，因此这套诊断中的同意部分，是从格式正确的信号起步，而不是从一个需要你先调试的自定义配置起步。eCPM 部分仍需要你的广告平台报表。
要点回顾
- 先把收入拆分为展示次数和 eCPM，再去找原因。
- 把下降与你做过的每一项变更对照起来。
- 按同意状态和地区细分，既看比率，也看构成。
- 在重新设计横幅之前，先排除信号 bug。
- 一次只改变一个变量，并保留日志。