uBlock Origin 拦截广告的根本原因是基于特征匹配而非代码隐蔽性：它通过预置规则库识别广告域名（如 doubleclick.net）、DOM 类名（如 .ad-banner）、属性（如 [data-ad]）及内联样式等可疑模式，在网络请求层或 DOM 渲染层直接阻断，而非依赖行为判断。
广告能被拦截，根本原因不是代码写得不够“隐蔽”，而是浏览器和插件默认把广告行为当作可疑模式来识别。想防被拦，就得避开这些模式——不是对抗拦截器，而是不触发它的判断逻辑。
为什么广告一加载就被uBlock Origin删掉
uBlock Origin 等插件靠过滤规则匹配 DOM 节点或网络请求：比如看到 .ad-banner、#js-ad-layer、doubleclick.net 或内联 style="z-index:9999" 就直接 remove()。它不关心你是不是“正规广告”，只认特征串。很多开发者以为加个随机 class 名（如 banner-abc123）就能绕过，其实无效——规则库里早有通配符 .ad*、[class*="banner"]。
更关键的是，广告 JS 加载路径一旦出现在常见广告域名白名单里（如 googlesyndication.com、taboola.com），连请求都发不出去，fetch 直接被拦截，根本没机会执行 DOM 插入。
- 检查 Network 面板里广告资源是否显示
net::ERR_BLOCKED_BY_CLIENT—— 这说明请求层已被截断 - 如果广告容器在页面里短暂出现又消失，大概率是 DOM 层被 MutationObserver 实时清理了
- 用
document.querySelectorAll('.ad-unit, [data-ad]')在控制台手动查，看是否返回空数组，确认是否被提前移除
sandbox="allow-scripts" 不能让广告正常运行
给广告 <iframe> 加 sandbox 属性本意是隔离风险，但若只写 sandbox 或 sandbox=""，浏览器会直接拒收响应体，Network 显示 net::ERR_BLOCKED_BY_RESPONSE，连 HTML 都不解析。即使补上 sandbox="allow-scripts"，广告仍可能卡住：因为 allow-scripts 只允许脚本加载，不恢复 window.open()、target="_blank"、form.submit()、localStorage.setItem() 等行为——这些全被静默丢弃，不报错也不提示。
立即学习“前端免费学习笔记（深入）”；
- 必须显式声明权限，例如
sandbox="allow-scripts allow-popups" - 严禁加
allow-same-origin：这会让广告 iframe 和主站同源，可读取 Cookie、调用父页面 JS，安全策略不允许 - 动态通过 JS 设置
iframe.sandbox = "allow-scripts"无效——属性必须在 DOM 插入前就存在
广告弹窗必须绑定用户真实点击，否则必被拦截
现代浏览器对非用户主动触发的弹窗拦截极其严格。window.open()、dialog.showModal()、甚至 document.write() 在无用户激活（User Activation）上下文中调用，一律静默失败，控制台只报 Blocked opening 'xxx' in a new window because the request was made without user activation.。所谓“3 秒后自动弹”“滚动到位置弹”“页面加载完弹”，全部失效。
- 唯一可靠入口是用户**真实、不可跳过的点击动作**，比如表单提交按钮、首屏 CTA 按钮、视频播放控件
-
<dialog>的showModal()必须由该点击事件同步触发，不能套setTimeout或 Promise.then - iOS Safari 15.x 及更早版本不支持
dialog::backdrop伪元素，自定义遮罩色无效，需额外插入<div class="backdrop">
防检测 ≠ 防屏蔽，别碰 beforeinstallprompt
有些开发者误以为监听 beforeinstallprompt 能拦截广告弹窗，其实这个事件专用于 PWA 安装提示，和广告完全无关。浏览器原生不提供任何“屏蔽广告”或“反拦截”的 API，所有前端方案本质都是「规避已知检测模式」。网站提示“请关闭广告拦截插件”，通常是因为执行了类似以下检测逻辑：
if (window.localStorage && !('ads' in localStorage)) { /* 假设广告脚本该写入但没写成，判定被拦 */ }或者检查 document.querySelector('.ad-frame') 是否返回 null，再结合 document.getElementById('ad-container') 是否为空。真正有效的应对是：不依赖内联样式、不硬编码广告 class 名、避免使用广告联盟常用域名加载 JS、把广告逻辑封装进业务组件而非独立模块——让检测脚本找不到明确靶子。
最易被忽略的一点：广告 JS 如果走的是第三方 CDN，哪怕你把 HTML 结构改得再“干净”，只要请求 URL 匹配规则库，照样被拦在网关外。这时候，服务端的 Content-Security-Policy 头设置反而比前端 JS 更关键——它决定了广告脚本能加载的前提是否成立。
