Adgo 广告聚合接入前要准备哪些信息？

从谁来填表开始

接入广告聚合前，最先要定的不是 SDK 版本，而是谁负责把资料补齐。应用信息、广告位、账号权限、隐私链接、测试设备分散在不同人手里，如果没有一个负责人汇总，联调当天就会变成临时追资料。

建议把准备表拆成“产品确认”“开发确认”“运营确认”“商务确认”四列。每一列只放能被检查的事项，比如包名、广告位触发点、主要投放地区、广告源账号、结算主体。不要写“已沟通”这种无法验收的状态。

把“从谁来填表开始”放到真实项目里看，关键是不要只留下一个口头判断。可以把当前广告位、影响地区、触发入口和预期变化写在同一张记录里，等数据回来后再逐项对照。这样做看起来慢一点，但能避免团队在复盘时只记得结果，却说不清当时为什么这么调。

新团队更需要把判断写得朴素一点：这个广告位为什么存在，用户在什么时刻看到它，失败后是否还能顺利继续。只要这三个问题说清楚，后续再谈广告源、底价和频次，沟通成本会低很多。这里不建议只用单日数据做判断。广告主预算、用户来源和版本分布都会带来噪声，至少要看趋势和异常点是否同时出现。

应用身份资料要一次写准

应用名称、包名、Bundle ID、商店链接、官网链接、隐私政策地址、主要语言和主要国家，是广告源审核和后台建档的基础。名称大小写、包名后缀、测试包和正式包是否一致，都要提前确认。

很多项目卡在这里，并不是技术难，而是应用还没上架、隐私政策地址临时不可访问，或者 Android 与 iOS 的主体资料不一致。接入前把这些问题暴露出来，比上线前夜再补要从容得多。

执行时可以先选一个代表性广告位小范围验证。广告位不要只写“首页广告”这类宽泛名称。最好把展示入口、触发时机、预计日请求量、是否可跳过、是否需要奖励回调写清楚。 这类判断如果直接推到全量流量，出现异常时排查成本会很高；先用小样本确认链路，再决定是否扩大，通常更稳。

新团队更需要把判断写得朴素一点：这个广告位为什么存在，用户在什么时刻看到它，失败后是否还能顺利继续。只要这三个问题说清楚，后续再谈广告源、底价和频次，沟通成本会低很多。如果数据和预期相反，先检查埋点、广告位 ID、版本范围和地区拆分。基础口径错了，后面的策略讨论都会偏。

广告位写法决定后续报表能不能看

广告位名称要能对应真实场景。比如“启动页开屏”“任务完成后插屏”“PDF 说明书底部横幅”“复活激励视频”，都比“广告位 1”更容易复盘。名称一旦进入后台和代码，后面再改会影响多人协作。

除了名称，还要写触发时机、展示频次、是否可跳过、是否有奖励回调、失败时怎么处理。尤其是激励视频，播放完成、用户中途退出、服务端校验失败，都要有明确结果。

这里还有一个容易被忽视的点：同一套配置在不同版本、不同国家、不同入口里表现可能完全不同。不要把总表里的平均数当成结论，最好保留拆分维度，让后续调整有可回看的依据。

新团队更需要把判断写得朴素一点：这个广告位为什么存在，用户在什么时刻看到它，失败后是否还能顺利继续。只要这三个问题说清楚，后续再谈广告源、底价和频次，沟通成本会低很多。比较稳妥的做法是保留回滚路径。任何会影响核心流程或大额流量的调整，都应该知道撤回后会恢复到哪一套配置。

测试设备不要临时找

准备测试设备时，至少覆盖 Android、iOS、主流系统版本、弱网场景和未授权隐私状态。测试设备号、测试包下载地址、日志开关位置、测试广告位 ID 要放在同一页。

如果已有旧广告方案，还要保留旧版数据作为对照。新方案上线后，填充率和 eCPM 变化才有参考线，否则团队只能凭感觉判断。

如果团队人手有限，优先保证这件事能被复盘。每次改动只要写清楚时间、范围、负责人和观察口径，后续即使数据没有明显提升，也能知道下一步该收窄问题还是更换假设。

新团队更需要把判断写得朴素一点：这个广告位为什么存在，用户在什么时刻看到它，失败后是否还能顺利继续。只要这三个问题说清楚，后续再谈广告源、底价和频次，沟通成本会低很多。围绕“测试设备不要临时找”继续往下做时，可以把观察周期控制在一个自然周左右。时间太短容易被预算和流量波动影响，时间太长又会让问题滞后。

上线前的短清单

最后一轮检查只看能影响上线的事项：广告是否能请求，广告是否能展示，关闭后流程是否继续，点击跳转是否正常，奖励是否只发一次，后台报表是否能看到请求和展示。

这份清单不需要长。它的价值是让每次接入都有同样的底线，而不是靠某个开发或运营的记忆。做过三五个项目后，真正节省时间的就是这些小项不再重复出错。

把“上线前的短清单”放到真实项目里看，关键是不要只留下一个口头判断。可以把当前广告位、影响地区、触发入口和预期变化写在同一张记录里，等数据回来后再逐项对照。这样做看起来慢一点，但能避免团队在复盘时只记得结果，却说不清当时为什么这么调。

新团队更需要把判断写得朴素一点：这个广告位为什么存在，用户在什么时刻看到它，失败后是否还能顺利继续。只要这三个问题说清楚，后续再谈广告源、底价和频次，沟通成本会低很多。这里不建议只用单日数据做判断。广告主预算、用户来源和版本分布都会带来噪声，至少要看趋势和异常点是否同时出现。