iframe加载失败显示net::ERR_BLOCKED_BY_RESPONSE是因sandbox属性为空值，导致浏览器底层拦截响应体；广告空白且network为200则是广告拦截插件所致，需通过DOM内容缺失、offsetParent为null等间接方式探测。
iframe加载失败但network显示net::ERR_BLOCKED_BY_RESPONSE
这不是广告拦截插件干的，是sandbox属性写错了。空值sandbox或sandbox=""会触发浏览器最底层拦截：HTTP响应体被直接拒收，HTML不解析、脚本不执行、图片不加载、事件全失效，Network面板显示net::ERR_BLOCKED_BY_RESPONSE。控制台静默无声，连JS错误都看不到。
验证方法：在控制台执行document.querySelector('iframe').sandbox，返回空DOMTokenList []就说明权限全锁死。
- 别反复检查CDN是否挂了、JS路径对不对——问题不在资源端，在
sandbox没开基本权限 - 动态设置
iframe.sandbox = "allow-scripts"无效，必须在DOM插入前就带值写死 - 修复只有一条路：显式写成
sandbox="allow-scripts"或更明确的组合（如allow-scripts allow-popups）
广告内容空白但network显示200且无报错
这更可能是广告拦截插件在起作用。典型表现是iframe的src请求返回200，但内容为空白，DOM里没生成任何节点，控制台也无JS错误。
实操检测思路不是“证明它被拦”，而是“确认它该有的东西没出现”：
立即学习“前端免费学习笔记（深入）”；
- 用
document.querySelector('iframe')拿到元素后，检查.contentDocument或.contentWindow.document.body.innerHTML是否为空字符串或null - 监听
load事件后延时1秒查DOM：setTimeout(() => console.log(iframe.contentDocument?.body?.children.length), 1000)，若为0可高度怀疑被拦 - 不要依赖
iframe.onload是否触发——有些拦截器会伪造load事件，让你误以为加载成功
如何用JavaScript间接判断广告拦截插件存在
广告拦截插件通常通过隐藏/移除特定class、id或URL特征的元素来工作，你可以利用这个行为做轻量探测：
- 创建一个伪装成广告的
iframe，src指向已知高概率被拦截的广告域名（如https://ad.doubleclick.net/...），宽高设为1px，visibility: hidden - 插入后立即检查
iframe.offsetParent === null或getComputedStyle(iframe).display === 'none' - 更可靠的是检查父容器内是否缺失预期的广告占位元素：
document.querySelectorAll('[id*="ad-"], [class*="banner"]').length === 0 - 注意：单次检测不准，建议结合多个特征（如特定script标签未加载、预设图片404）交叉验证
为什么不能100%准确检测广告拦截插件
广告拦截逻辑本身是客户端行为，没有标准API暴露状态。所有检测都是基于副作用观察，而现代拦截器已能模拟正常加载流程、延迟隐藏、甚至注入伪造DOM。
真正容易被忽略的一点是：你写的检测代码本身，也可能被广告拦截规则当成“反屏蔽脚本”给干掉。比如含adblock、detect、anti-ad等字样的变量名或字符串，某些高级规则会直接删除整个script块。
所以生产环境不建议强检测+强阻断，更适合的做法是：用postMessage从广告iframe向父页发心跳，超时未收到即降级展示替代内容。
