广告 iframe 的 load 事件常不触发，因跨域限制、广告平台主动移除 onload 属性或异步渲染导致；应优先使用广告 SDK 提供的原生回调（如 GAM 的 ImpressionViewableEvent），辅以轮询容器尺寸与可见性，并设 8 秒超时兜底。
广告 iframe 的 load 事件为什么经常不触发
页面里嵌的广告通常用 <iframe></iframe> 实现，但父页面无法监听跨域 iframe 的 load 事件——不是写法错，是浏览器策略直接拦截。即使 iframe 显示出来了，iframe.onload 或 iframe.addEventListener('load', ...) 在绝大多数广告场景下根本不会执行。
常见错误是这样写：
const adIframe = document.getElementById('ad-banner');
adIframe.onload = () => console.log('广告加载了'); // ✗ 大概率永不触发
原因有三：
- 广告 iframe 通常来自不同域名（如
doubleclick.net、taboola.com），受同源策略限制，父页无法访问其文档或事件流 - 部分广告平台会主动移除
onload属性或重写 iframe 的src，导致监听失效 - 有些广告用
document.write动态注入或 JS 脚本异步渲染，根本没有标准的“加载完成”时刻
用 document.readyState === 'complete' 判断广告是否就绪？不行
document.readyState === 'complete' 表示整个页面资源（含图片、脚本、iframe）都已下载完毕，但它不等于广告内容可交互或已渲染。广告 iframe 可能已加载完，但内部 JS 还在初始化、竞拍未结束、甚至返回的是空响应或 placeholder。
实测中常见现象：
- 页面
readyState已为'complete'，但广告位仍是空白或显示“loading”占位图 - 广告 iframe 的
contentDocument为null，无法读取其 DOM - 广告 div 容器尺寸为
0×0，getBoundingClientRect()返回全零值
所以不能依赖全局状态，得盯住广告容器本身的变化。
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
真正可行的检测方式：轮询 + 尺寸 + 可见性组合判断
没有银弹，但以下组合在主流广告平台（Google Ad Manager、Outbrain、Taboola）上稳定有效：
- 监听广告容器（如
<div id="ad-slot">）的 <code>offsetHeight和offsetWidth，从0变成非零值时大概率广告已渲染 - 配合
IntersectionObserver检查容器是否进入视口（排除被display: none或visibility: hidden隐藏的情况） - 加一个 8 秒硬超时：
setTimeout后强制认为“已尽力”，避免无限等待 - 避免用
innerHTML或textContent判断内容——广告常插入空<div> 或注释节点，不可靠<p>简短示例：</p> <pre class="brush:php;toolbar:false;">function waitForAdRender(adContainer, timeout = 8000) { const start = Date.now(); const check = () => { if (adContainer.offsetHeight > 0 && adContainer.offsetWidth > 0) { console.log('广告渲染完成'); return; } if (Date.now() - start > timeout) { console.log('广告超时，视为加载失败'); return; } requestAnimationFrame(check); }; check(); } waitForAdRender(document.getElementById('ad-slot')); </pre> <h3>第三方广告 SDK 提供的回调接口优先级最高</h3> <p>如果接入的是 Google Ad Manager、Amazon UAM 或腾讯优量汇这类平台，它们基本都暴露了原生回调，比如：</p> <ul> <li> <code>googletag.events.ImpressionViewableEvent（GAM） amazonUAM.on('adRendered', handler)qqad.onAdLoaded
这些回调由 SDK 主动触发，绕过了 iframe 通信限制，且自带防重复、防误报逻辑。只要文档中正确引入 SDK，并在 googletag.enableServices() 之后注册，比任何轮询都准。
关键点：
- 必须等 SDK 加载完成再绑定回调，否则 handler 会被忽略
- 不要混用多个广告平台的轮询逻辑——它们可能互相干扰，比如某平台把容器设为
opacity: 0做预加载，导致尺寸判断失真 - 移动端 WebView 中，某些广告会延迟调用
render()直到用户滑动，此时需监听scroll并重试检查
广告加载没有标准“完成”信号，它本质是业务状态，不是技术状态。最稳的做法永远是：SDK 回调为主，尺寸+可见性轮询为辅，超时兜底为底线。
