广告 iframe 不能用 loading="lazy"，因其仅识别静态 HTML 中的 iframe，而广告 SDK 动态插入的 iframe 浏览器不解析该属性；旧版 Safari、安卓 WebView、微信内置浏览器普遍不支持，且易引发重复请求或布局抖动，必须改用 data-src + IntersectionObserver 主动控制加载时机。
广告 iframe 为什么不能用 loading="lazy"
因为原生 loading="lazy" 对广告基本无效：它只识别 HTML 中静态书写的 <iframe>，而广告 SDK（如 Google Ad Manager、广点通）几乎全是 JS 动态插入的 iframe，浏览器压根不解析其 loading 属性。更糟的是，Chrome DevTools 里能看到 Priority: high，说明请求早已发出——loading="lazy" 被完全忽略。
旧版 Safari、安卓 WebView、微信内置浏览器也普遍不支持该属性；若同时写了 src 又监听滚动，还可能触发两次请求。
- 广告 iframe 必须用
data-src占位，而非真实src - 禁止在 HTML 源码中直接写带广告域名的
<iframe src="..."> - 动态插入时必须设
sandbox="allow-scripts allow-popups"，防脚本污染主页面
怎么用 IntersectionObserver 控制广告真实加载时机
这是目前最可控、兼容性最好、且能对接广告计费逻辑的方案：等用户滚动到广告位附近再注入 src，并显式调用 SDK 刷新方法。
- 广告容器用
<div class="ad-slot" data-ad-unit="/123/home_top" data-ad-type="banner"></div>，不写 iframe -
IntersectionObserver的threshold: 0.2（20% 可见即触发），避免快滑错过 - 触发后手动创建
iframe，赋值src，再调用googletag.pubads().refresh()或对应 SDK 方法 - 务必预留宽高（如
height: 90px）或使用 aspect-ratio，否则布局偏移（CLS）会拉低 Core Web Vitals
async 和 defer 对广告脚本有用吗
对广告 SDK 的外链 JS（比如 gpt.js）可以加 async，但仅限于初始化脚本本身；真正加载广告内容的逻辑仍由 SDK 内部控制，不受 HTML 属性影响。
立即学习“前端免费学习笔记（深入）”；
-
<script async src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></script>合理，它不依赖 DOM，下载完就执行初始化 - 但别给广告渲染逻辑加
defer——这类代码通常要等googletag.display()显式调用，加了也白加 - 绝对不要在广告 JS 里写
document.write()，现代浏览器执行即清空文档流，本地调试必崩
容易被忽略的跨域与缓存陷阱
广告资源常走第三方 CDN，容易因跨域配置或缓存策略出问题：比如字体、JS 模块加载失败，或广告反复刷新却没新内容。
- 若广告 SDK 加载了跨域字体或模块，
<link rel="preload">必须带crossorigin属性，否则静默失败 - HTML 文件本身不能设强缓存（如
Cache-Control: max-age=31536000），否则更新广告位配置后用户看不到变化 - 广告 iframe 的
srcURL 建议带上时间戳或版本参数（如?v=20261020），绕过代理或 CDN 缓存旧响应
