iab标准要求广告连续1秒内像素可见比例始终≥50%，而非单帧达标；因浏览器回调不稳，需用状态机+时间戳校验连续性，避免误报曝光。
为什么 threshold: 0.5 不足以满足 IAB 标准
直接设 threshold: 0.5 只能保证“某一帧可见比例 ≥50%”，但 IAB 要求的是“连续 1 秒内始终 ≥50%”。浏览器回调不保证帧率稳定，尤其在低端设备或后台标签页中，entries 可能隔几百毫秒才来一次，单次命中 intersectionRatio >= 0.5 完全不能代表真实持续可见。
- 常见错误现象：广告刚滑入视口就上报曝光，实际用户只瞥了一眼（
- 必须自行维护时间窗口：对每个广告元素记录首次达标时间，仅当当前时间 - 首次达标时间 ≥ 1000ms 且期间无中断，才触发曝光
- 需监听
isIntersecting === false或intersectionRatio 时清空计时器，防止跨滚动段误判
如何处理 rootMargin 引发的提前触发风险
rootMargin 是双刃剑：设 '200px 0px' 能预加载，但也会让广告在离视口还有 200px 时就进入检测范围，导致未真正可见就启动计时器——这正是虚假流量的温床。
- 广告监测场景下，
rootMargin应设为'0px'，禁用任何外扩。IAB 明确要求“在视口内”而非“即将进入视口” - 若需兼容容器滚动（如 modal 内广告），
root必须显式指定为该容器，且rootMargin保持'0px'，避免视口与容器边界混淆 - 负值
rootMargin（如'-50px'）虽可提高判定严格度，但会导致部分边缘广告永远无法达标，慎用
如何识别并过滤 visibility: hidden / opacity: 0 类虚假可见
IntersectionObserver 只管几何交叉，不管视觉渲染。元素设置了 visibility: hidden 或 opacity: 0，仍会触发 isIntersecting: true —— 这类 DOM 存在但不可见的情况，在埋点脚本注入、A/B 测试遮罩层等场景高频出现。
- 必须在回调中同步检查：
getComputedStyle(target).visibility !== 'hidden' && getComputedStyle(target).opacity !== '0' - 补充检测
target.offsetParent === null（被display: none父级隐藏）和target.offsetWidth === 0 || target.offsetHeight === 0（尺寸坍缩） - 注意：这些检查要放在计时器启动前，否则无效状态已计入时间窗口
为什么不能复用同一个 IntersectionObserver 实例监测所有广告
多个广告共用一个 IntersectionObserver 实例看似节省资源，但会导致状态污染：当一个广告因滚动离开而触发 isIntersecting: false，回调里的 entries 数组可能混杂其他仍可见的广告条目，手动遍历过滤易出错，且无法为每个广告独立维护计时状态。
- 正确做法：每个广告元素绑定独立的
IntersectionObserver实例，或至少为每个广告维护独立的timerId和startTime字段 - 若广告数量大（>100），可用 Map 缓存状态：
const adState = new Map(); adState.set(adElement, { startTime: 0, timerId: null }) - 务必在广告销毁（如 React unmount）时调用
observer.unobserve(adElement)并清除定时器，否则内存泄漏 + 悬空回调
关键点在于：IAB 合规不是靠单次阈值触发，而是时间维度上的状态机。最容易被忽略的是，intersectionRatio 在快速滚动时可能剧烈抖动（比如 0.49 → 0.51 → 0.48），此时仅靠“是否大于 0.5”的布尔判断毫无意义，必须引入带时间戳的连续性校验。
