AdMob出现GDPR警告后eCPM与收益暴跌，求助排查问题

一、eCPM骤降的核心排查方向 #

• 合规授权有效性校验
  确认GDPR合规逻辑是否完全符合AdMob要求：
  • 检查同意管理平台（CMP）是否正确传递用户 consent 信号，比如ConsentInformation的状态是否准确同步到AdMob请求；
  • 验证欧盟地区用户拒绝个性化广告后，应用是否仅请求非个性化广告——这类广告eCPM本身远低于个性化广告，若这类用户占比提升会拉低整体均值；
  • 确认setTagForUnderAgeOfConsent等参数是否正确设置，避免因年龄合规问题导致广告请求被过滤。
• 流量质量与填充率分析
  • 查看AdMob控制台填充率数据：若填充率同步下降，说明合规后大量广告请求因政策被过滤；若填充率正常，则是广告出价端问题（用户数据减少导致广告主出价降低）；
  • 确认盗用发布者ID的低质量应用已完全屏蔽，这类垃圾流量会严重拉低整体eCPM，即使屏蔽后，历史数据的加权计算也可能短暂影响均值。
• 广告位策略复盘
  检查合规后是否调整了广告展示策略（如降低展示频率、更换广告位类型），不合理的策略会导致广告库存价值被广告主低估，进而降低出价。

二、陌生应用盗用发布者ID的根源排查 #

• 泄露渠道定位
  • 排查是否有开源项目、旧版本代码（含外包交付代码）泄露了发布者ID；
  • 确认自有应用是否被逆向破解：旧版本应用防护较弱，攻击者可通过反编译APK/IPA提取硬编码的发布者ID；
  • 梳理内部协作流程：是否有团队成员、第三方合作方（如SDK服务商）泄露了ID。
• 应用真实性验证
  • 核对“Apps to Confirm”中应用的包名/Bundle ID，确认是否为你放弃维护的旧应用（部分3年未更新的应用可能是早期开发的，未清理AdMob配置）；
  • 查看这类应用的广告请求日志：若请求IP集中在特定地区、请求频率异常，大概率是恶意刷量应用盗用了ID。
• 长效防护措施
  • 开启AdMob应用验证功能：Android通过App Signing证书验证，iOS通过Bundle ID验证，仅允许已验证的应用使用你的发布者ID；
  • 对自有应用做代码混淆、加固，避免硬编码的发布者ID被逆向提取；
  • 若泄露情况严重，可申请更换新的发布者ID，同步更新自有应用配置，并屏蔽旧ID的所有广告请求。

内容的提问来源于stack exchange，提问作者Franklyn Oreben