广告位HTML容器必须设唯一id或data-ad-slot以确保联盟SDK准确统计曝光与点击。需避免条件渲染、display:none、transform等影响可见性判定的写法，并按各联盟规范配置脚本加载与事件监听。
广告位 HTML 容器必须带唯一 id 或 data-ad-slot
主流联盟（如 Google AdSense、穿山甲、腾讯优量汇）的统计回传和曝光归因，都依赖广告容器元素是否可被 JS 准确识别。如果直接把 <script> 塞进 <div> 里却不设标识，联盟 SDK 很可能漏报曝光或无法绑定点击事件。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 每个广告位外层
<div>必须有稳定、唯一的id（例如id="ad-banner-1"），不能用动态生成的随机 ID - 优先使用联盟官方推荐的属性，比如穿山甲要求
data-ad-slot="your_slot_id"，AdSense 则依赖data-ad-client+data-ad-slot成对出现 - 避免把广告容器写在
v-if或ng-if等条件渲染区块内——DOM 未挂载时 SDK 扫描不到，曝光统计归零
async 脚本加载顺序直接影响统计准确性
联盟统计代码（尤其是曝光打点）不是等页面 onload 才触发，而是靠监听 DOM 插入或 IntersectionObserver 主动上报。如果广告脚本加载太晚，或被其他 defer 脚本阻塞，就容易出现「广告显示了但没统计」。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 联盟主 SDK（如
https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js）必须用<script async src="..."></script>，且放在<head>靠前位置 - 自定义统计埋点（如上报曝光到自己后端）的脚本，要等联盟 SDK 的
adsbygoogle.push回调完成后再执行，否则window.adsbygoogle还未初始化 - 不要把联盟脚本和自家监控脚本打包进同一个 bundle —— webpack / vite 的 code-splitting 可能导致执行时序错乱
曝光统计失效的三个典型 DOM 问题
90% 的“广告展示了但后台没曝光数据”问题，根源不在 JS 逻辑，而在 HTML 结构本身不符合联盟的可见性判定规则。
常见错误现象与修复：
-
display: none或visibility: hidden包裹广告容器 → 联盟 SDK 默认跳过该元素，改用opacity: 0+height: 0+overflow: hidden模拟隐藏（需确保 IntersectionObserver 仍能触发） - 广告
<div>被父级设置了transform: scale(0.9)或clip-path→ 部分联盟 SDK 会误判为不可见区域，移除这些 CSS 或显式添加data-ad-visible="true"（若联盟支持） - 广告位位于
iframe内部 → 统计代码必须注入到 iframe 的上下文，主站 JS 无法跨域读取其 DOM，别指望父页脚本能“代劳”曝光上报
AdSense / 穿山甲 / 优量汇的统计字段差异要点
不同联盟对同一事件（如曝光、点击、填充失败）的回调参数、触发时机、甚至事件名都不一致，混用一套监听逻辑必然漏数据。
关键区别提醒：
- AdSense 使用
window.adsbygoogle.push({})的onload回调，但仅当广告成功填充才触发；失败时需监听error事件（需提前adsbygoogle.addEventListener('error', ...)） - 穿山甲用
ttq.push('track', 'ViewContent')手动上报曝光，且要求传入ad_slot和ad_id字段，这两个值必须从createAdView返回的对象中取，不能硬编码 - 优量汇的
qqad.onExposure回调里，exposureType是字符串（如"banner"），但部分老版本 SDK 会返回数字码，需兼容判断
嵌入统计代码不是贴个 script 标签就完事。最常被忽略的是：联盟 SDK 对 DOM 可见性的判定逻辑，和你自己写的 CSS、框架渲染机制之间存在隐式耦合——改一行样式，可能让整周的曝光数据少一半。
