AdMob 是按周期放款，不是按申请放款，而这个周期毫不留情：Google 官方文档写明，如果 20 日当天余额没达到付款阈值，或者账号上有任何一项付款保留未解除，当月不发款，余额只是滚入下一个周期。这一句话解释了大多数「AdMob 不给我打款」的抱怨：钱没丢，丢的是整整一个月，而且只要那个没勾的选项还空着，就会月月重演。

下面这份清单，就是「广告收入变成银行卡余额」之前该做完的事。文中所有数字都来自 Google 官方，来源链接见文末。

五个需要记住的数字：10 美元——验证阈值与付款方式选择阈值；100 美元——付款阈值；45 天——被要求后提交身份证明文件的期限；3 周——PIN 邮件平均寄达时间；4 个月——PIN 生成后的地址验证期限，逾期停止展示广告。

一、先搞清楚你跨过的是哪一个阈值

AdMob 的阈值不止一个，而且触发不同的义务。以美元为例，官方表格是：税务信息 0 美元、验证（身份／地址）0 与 10 美元、付款方式选择 10 美元、付款 100 美元、取消 10 美元。阈值的判定依据是「付款历史」页面，而不是「估算收入」——当收入仍是预估值时，这个区别很关键。

实际含义是：达到 10 美元并不等于「快收到钱了」，它是 Google 要求你完成身份与地址验证、并允许你登记收款方式的起点；而 20 日当天余额达到 100 美元，才是真正产生一笔付款的条件。详见 Payment thresholds（付款阈值）。

二、税务信息必须提交，哪怕阈值是 0

根据你的付款地址所在国家，Google 可能被要求收集税务相关信息，而缺少税表本身就是一类付款保留。AdMob 的付款保留文档写得很明确：提交税务信息即可解除该项保留。同样的地点逻辑决定预扣税率，因此税表必须与付款地址所在国一致，而不是与应用开发所在地一致。详见 Why your AdMob account has a payment hold（付款保留原因）。

三、把身份验证当成 45 天倒计时，而不是一件待办

当 AdMob 要求你验证身份时，你从首次被要求之日起有 45 天，在该期限内通过账号提交所需文件。官方把后果写得很直白：验证是持续展示广告并获得付款的前提。两个操作要点：先确认收款姓名与地址准确无误，因为 Google 正是用这些信息验证身份并寄送 PIN；并且在身份验证通过之前，PIN 根本不会寄出。详见 Steps to getting paid（收款步骤）。

四、确认付款地址能收到普通邮件

地址验证是物理动作。Google 通过国际平信寄出一张白色 4.5 × 6 英寸（11.4 × 15.2 厘米）明信片，上面印有 6 位 PIN，没有快递单号、无法追踪。如果这个地址收不到平信——只收包裹的虚拟办公室、会被快递员丢掉的单元号——PIN 永远到不了，账号就卡在那里。

时限是固定的：邮件平均 3 周 寄达，而你必须在 PIN 生成之日起 4 个月内 完成验证；逾期未验证，Google 会停止在页面上展示广告。邮件丢了可以申请补寄，最多可再申请 3 张 PIN；若第 4 次申请后 3 周仍未收到，就走 Google 的 PIN 疑难排查流程。另外，曾被关联到欺诈活动的地址不能再用，必须更换一个能收 PIN 的新的有效邮寄地址。详见 Address verification (PIN) overview（地址验证概览）。

五、在钱还没到手时就登记收款方式

付款方式选择在 10 美元时解锁，它是与 100 美元付款阈值相互独立的另一道闸门。银行信息、账户上的收款人姓名、付款资料都应当在余额还很小的时候就配置妥当——那是发现「收款人姓名与身份文件不一致」代价最低的时刻。Google 的收款链路把它明确列为「赚到最低金额」与「付款发出」之间的一个步骤。

六、把 20 日和 21 日写进日历

周期规则非常直白：任何月份 21 日之后（即 20 日之后）修改付款设置，都不会在当月生效，而要等到下一个付款周期，而且 20 日当天的余额必须已达到付款阈值。付款随后在 21 日（或 21 日之后的第一个工作日）发出；若通过 Hyperwallet 收款，资金还需要 1–2 天才可用，届时会收到邮件通知。读成操作规则就是：本月打算改的付款信息，只要在 20 日之后动手，就等于下个月才改。详见 Payments and transactions（付款与交易）。

七、先排查六类付款保留，再去怪银行

Google 列出了会拦住付款的几类保留，每一类都对应一个动作：税务信息未提交；身份未验证；地址未验证（即 PIN）；尚未设置收款方式；你自己暂停过付款而忘记解除的自我保留；以及账号上的合规保留。付款页面会显示一条提示，直接写明保留类型与所需操作。在 21 日看一眼这条提示，是十秒钟的习惯，却能省下 30 天的等待。

八、发布 app-ads.txt 并确认它已被验证

app-ads.txt 是放在开发者网站根目录的文本文件，内容是按 IAB Tech Lab 的 Authorized Sellers for Apps 规范写的发布商 ID，例如 google.com, pub-0000000000000000, DIRECT。你的发布商 ID 必须存在且格式正确，否则文件无法通过验证；如果还接了其他广告平台，也要把它们的 seller ID 写进同一文件，对方才能找到并校验。AdMob 通常需要约 24 小时 才能识别变更，账号里会按应用显示验证状态。文件未验证不是展示问题、而是需求端问题：广告照常展示，只是收入低于应有的水平。详见 Set up an app-ads.txt file（配置 app-ads.txt）。

九、在欧洲投放个性化广告必须有认证 CMP

按照 Google 的《欧盟用户同意政策》，使用 AdMob（以及 AdSense、Ad Manager）的发布商，在特地区域投放个性化广告时，必须使用 Google 认证的 CMP，并与 IAB 的透明度与同意框架（TCF）集成。时间点很硬：欧洲经济区与英国自 2024 年 1 月 16 日起，瑞士自 2024 年 7 月 31 日起。如果安装量中有相当比例来自欧洲，这不是一条法律注释，而是一项应当在第一笔账单之前就检查完的广告投放配置。详见 Google consent management requirements（同意管理要求）。

十、把无效流量当成账号级风险，而不是数据问题

无效流量既包括刻意欺诈的流量，也包括误点，官方定义清单值得对照自己的实现逐条看：发布商点击自己的在线广告；一个或多个用户重复点击、重复展示；任何鼓励用户点击广告的文案；可能导致大量误点的广告实现；自动点击工具、机器人或其他欺骗性软件。

已公布的后果既成比例、又是终局性的：无效流量水平过高，可能导致账号被暂停或停用；若无法验证你流量的质量，广告投放可能被限制或禁用。同一页面还解释了 AdMob 报表里最容易被误读的一行——估算收入与最终收入本来就会有差异，因为结账前无效流量会被剔除。详见 Invalid traffic（无效流量 · AdMob） 与 Invalid traffic（无效流量 · AdSense）。

十一、把广告位置控制在政策之内

参与 AdMob 意味着完整遵守 AdSense 计划政策，而 App 开发者最常踩的三节是无效点击与展示、广告位置、无效活动。落到实现上就是：不要把广告放在点击意图含糊的位置，不要让广告与按钮热区重叠，不要做只为被点击而存在的广告，也不要用用户困惑去换展示量。Google 明确写有权利随时停用你 App 的广告投放乃至停用 AdMob 账号。详见 AdMob policies and restrictions（AdMob 政策与限制）。

十二、不要把「再开一个账号」当作被停用后的退路

这一条是矩阵运营最容易忽略的检查。政策页面把后果写得毫不含糊：账号一旦被停用，你将不再有资格参与 AdSense 和／或 AdMob 计划。结合无效流量与广告位置违规正是执法的触发点，理性结论是：变现账号才是需要保护的资产——单一账号、干净流量、身份可核验、地址已验证——而把多个 App 压在同一个脆弱实现之下，等于让它们共同接受同一次执法决定。

这十二项背后的同一条规律

清单上没有一项可以谈判，也几乎没有一项能临时挽回。AdMob 的收款链路是一连串闸门——10 美元才有资格被验证，45 天内才能按时验证，一张明信片才能完成地址验证，20 日达到 100 美元才会放款——每道闸门都有公开的截止时间，没有可排队的客服。每月 21 日准时收到款的人不是运气好，他们只是在余额还只有 3 美元的时候就把材料交齐了。

把它当成每月五分钟的自检：按币种核对付款阈值表、税务信息已提交、身份已验证、PIN 已输入、收款方式已设置、付款页面无保留、20 日余额高于 100 美元、app-ads.txt 已验证、欧洲流量已配置同意、流量日志里没有类似自我点击的痕迹。

资料来源