在 VPN 上测试 AdMob 广告而不冒账号风险

你想知道广告集成能否撑住用户真实所处的网络。VPN 是复现远端出口最简单的方式。错误在于把这场实验当成收入实验。

改变出口国家既不会带来新受众，也不会把你自己的点击变成合格流量。它改变的只是一次请求的路径。

因此，请用有据可查的步骤把它当作连通性测试来跑，并把线上库存完全排除在外。下面这些步骤值得在每次构建中重复。

先确定测试的目的

有两个问题常被混为一谈。第一是请求能否从某条网络路径被正常下发，这属于集成与连通性问题。第二是该国的真实用户能赚多少，这属于报表与业务问题，SDK 无法替你回答。

只有第一个能在开发设备上验证。预估收入在报告期结束前也可能变化，因此自造实验里观察到的数字，既不是合格收入的证据，也不是对他人的预测。

连接之前先把问题写下来：例如，在这次构建里设备从德国出口时，横幅请求会不会返回填充。如果你要的答案是收入数字，那就到此为止，因为任何 VPN 配置都产生不了它。

Google 的测试广告文档给出两条受支持的路径。为正在集成的格式使用演示广告单元，或把实体设备注册为测试设备后使用自己的单元。两者都按平台和 SDK 世代分别说明，Next-Gen 与 Legacy 指南不能互换。

注册是设备标识符，与网络地址毫无关系。改变手机流量的出口并不会注册任何东西。在 Android 上，标识符由 SDK 记录，你在代码里应用它：

RequestConfiguration.Builder().setTestDeviceIds(Arrays.asList("YOUR_TEST_DEVICE_ID"))

改网络之前先确认注册，否则你无法区分失败的填充和投给从未注册过的设备的线上广告。如果广告显示 Test Ad 标签，说明请求走了测试库存；如果没有显示，你看到的是别的东西，不应去点它。

除网络之外，一切保持不变。同一个构建、同一个广告单元、同一个展示位置、同一个应用状态。改两个变量，你什么也学不到。

先做基线。 断开 VPN，加载展示位置并确认出现测试广告。用 adb logcat | grep -i ads 在 logcat 里抓取请求，记下响应码。基线上没有填充不是 VPN 的问题。

然后连上并重复。 同一个构建、同一个单元、同一个位置，VPN 打开。抓取同样的日志行。你要找的是差异：填充变成超时、请求根本不发出、错误码发生变化。填充依旧是填充，就说明那条路径上集成没有问题，测试到此结束。

记录环境。 SDK 版本、适配器版本、构建类型、广告格式、出口国家，以及观察到的结果。没有这份记录，下一个人会从零重做实验，并从同样的证据得出不同的结论。

中介广告不带 Google 的 Test Ad 标签，这让它成为最容易点到不该点之处的地方。中介堆栈里的每个网络都有自己的测试模式和配置，Google 的测试配置并不覆盖它们。

逐个检查适配器，开启该适配器自身的测试模式，并从日志确认是哪个网络投放了广告。如果你说不清是哪个适配器完成的填充、是不是测试素材，就把这次展示当作线上库存，别去碰它。

无效流量政策也在这里起作用。自我点击、重复展示、自动化交互和欺骗性流量都在覆盖范围内，而为了看看会发生什么而点的那一下，正是这些规则所描述的模式。

测试配置不能随包发布。发布构建之前，把演示广告单元换成生产单元，删除测试设备列表，并清掉所有仅用于开发的开关。用 grep 在发布变体里搜索测试标识符，而不是凭记忆；残留的一行是沉默的故障，只会以收入缺失的形式显现。

然后反向验证：把发布构建装到已注册的测试设备上，确认请求不再被当作测试流量。如果标签仍然出现，说明配置里还有东西残留。

之后保留一条有记录的测试路径，这样下一个网络问题无需触碰线上库存就能回答。测试广告永远不会出现在账号报表里，因此干净隔离不会损失任何报表准确度，还能换来可复现的诊断。