新建项目（新Bundle ID）AdMob不展示广告解决咨询

结合你已经完成的交叉验证（排除AdMob App ID、SDK基础配置、iOS14适配逻辑的故障可能，已经把问题范围缩小到新Bundle ID的关联配置环节），按以下顺序排查就能快速定位根因：

1. AdMob后台的Bundle ID匹配校验 #

• 核对AdMob后台对应应用页填写的iOS Bundle ID和项目内的新Bundle ID是否完全一致：iOS Bundle ID是大小写敏感的标识，手动输入时很容易出现大小写偏差、首尾多打空格的问题，这类偏差会直接让AdMob服务端匹配不到对应应用，直接返回无填充结果。
• 确认新Bundle ID对应的应用状态：如果是在AdMob后台手动新建的iOS应用（没有自动关联App Store上架信息），AdMob会给未完成基础校验的新应用加临时投放限制，状态显示为“待确认可投放”时，所有正式广告请求都会被拦截，只有测试广告可以正常返回。
• 检查账号级的投放权限配置：如果你的AdMob账号开启了“仅允许已验证应用请求广告”的全局开关，没有完成应用商店关联验证的新Bundle ID会被直接纳入请求黑名单，根本进不到广告填充流程。

2. 本地项目配置补全 #

• 核对Info.plist内的GADApplicationIdentifier值：不要图省事直接复用旧项目的AdMob App ID，要确保这个值和后台绑定新Bundle ID的应用ID完全匹配——如果填了旧应用的App ID，AdMob服务端会识别为“旧App ID + 新Bundle ID”的不合法请求，直接拒绝广告返回。
• 确认ATT权限请求的触发时序：你使用的7.64.0版本SDK对权限时序有硬性要求，必须在调用[GADMobileAds sharedInstance] startWithCompletionHandler:之前触发ATT授权弹窗，否则SDK会默认走无跟踪模式的请求。新应用的无跟踪模式广告填充策略需要服务端完成初始化，在新应用创建后的最初几小时内，这类请求会完全没有填充。

3. 旧SDK版本的已知兼容问题 #

• Google Mobile Ads SDK 7.64.0发布于2020年，其请求参数中携带的Bundle ID校验逻辑，没法适配AdMob后台近两年更新的新应用校验规则。如果你的新Bundle ID是近期才在AdMob后台创建的，这个旧版本SDK发出的请求会被服务端判定为无效来源，直接拦截。
  做临时验证时，可以把SDK升级到7.69.0版本（这个版本是适配iOS14的最低稳定版，不需要升级到更高的大版本就能兼容新的校验逻辑），升级后如果广告正常加载，就说明是版本兼容问题导致的故障。

快速定位验证方法 #

• 把当前测试设备的IDFA加入AdMob后台的测试设备列表，重新加载广告：如果测试广告可以正常展示，说明本地配置没有问题，只是新应用的正式广告填充还在初始化周期，一般等24-48小时，正式广告就会正常返回。

内容的提问来源于stack exchange，提问作者Issam Otoz