其他广告拦截器都没有的5项技术
大多数广告拦截器在困难的地方就停止了。AdOff 进一步发展——配备五项专有的反广告技术，可以解决竞争对手都未涉及的问题。以下是诚实、技术性、可核实的详细分析。
诚实的比较
本页面上的每项声明都可以通过阅读竞争对手和我们自己的公开源代码来验证。以下是并排对比：
| 功能 | uBlock Origin | AdBlock Plus | AdGuard | Ghostery | AdOff |
|---|---|---|---|---|---|
| 网络拦截 (declarativeNetRequest) | ✓ | ✓ | ✓ | ✓ | ✓ |
| 外观过滤 (CSS 隐藏) | ✓ | ✓ | ✓ | ✓ | ✓ |
| 反检测隐形 (原生、内置) | 通过过滤器 | ✗ | 通过过滤器 | ✗ | ✓ |
| Anti SABR-backoff (消除假缓冲) | 社区过滤器 | ✗ | ✗ | ✗ | ✓ |
| 内容位置恢复 | ✗ | ✗ | ✗ | ✗ | ✓ |
| 通用 IMA SDK 存根 (窗口级) | ✗ | ✗ | ✗ | ✗ | ✓ |
| 状态保留视频广告跳过 | ✗ | ✗ | ✗ | ✗ | ✓ |
图例：✓ = 原生功能、内置 · 通过过滤器 = 依赖社区维护的过滤列表（可能随平台更新而中断） · ✗ = 未实现
1. Anti SABR-backoff 世界第一
不再有 10-20 秒的黑屏暂停
现代视频平台运行一种专有流媒体协议，称为 SABR (Server Adaptive Bit Rate，服务器自适应比特率)。当 SABR 检测到广告拦截器处于活动状态时， 服务器本身会在视频流中注入人工暂停——大约是广告将要持续时间的 80%。因此，如果计划播放 15 秒的广告，您会盯着黑屏看 12 秒，然后内容才继续。即使广告已完全被拦截。
这个延迟被以密码学方式签署到服务器发出的流 URL 中。传统的广告拦截器无法删除它，因为它们只在浏览器内部运行，在 URL 发出后。
AdOff 如何解决
在播放器请求离开您的浏览器之前，AdOff 会在请求体中注入一个特殊参数
(isInlinePlaybackNoAd: true)。这告诉平台的后端："不要在响应中计划任何广告"。没有计划的广告，服务器就没有理由将 backoff 编码到流 URL 中。暂停从一开始就不会被创建。
AdOff 同时挂钩 fetch 和 XMLHttpRequest，以覆盖播放器可能使用的每条代码路径，并通过字符串级别的模式匹配来应用注入，从而绕过平台对 JSON.stringify 的防篡改保护。
2. 内容位置恢复 世界第一
视频恢复到您离开的确切位置——始终如此
视频平台会针对广告和内容重复使用同一个 HTML5 <video> 元素，通过 Media Source Extensions 切换源。当强行跳过广告时，播放器可能会在源交换期间丢失内容的位置。视频可能会从头开始重放，或者跳到您从未看过的 30-50 秒后的内容。这是平台本身的已知 bug——由 Android Authority 和 PiunikaWeb 在 2026 年 4 月确认，甚至影响了没有广告拦截器的用户。
每 500 毫秒，AdOff 会将内容视频的当前位置记录到本地内存（永远不会发送到任何地方）。当广告结束时，监视程序会运行 3 秒，检查广告后的位置是否与广告前的位置一致。如果播放器偏离超过 5 秒——无论前进还是后退——AdOff 都会强制将位置恢复到您实际所在的位置。
恢复是智能的：它能容忍小的自然搜索，如果新广告开始就停止，如果播放器主动覆盖它就会优雅地放弃。您总是从您正在观看的确切秒数继续。
3. 通用 IMA SDK 存根 世界第一
任何使用标准广告 SDK 的网站上都没有视频广告
大多数视频网站和广播商使用一个单一的行业标准 SDK 来播放广告插播（前置、中间、后置）。传统的广告拦截器试图在网络层阻止 SDK——但如果播放器在其自有 JavaScript 中已经捆绑了 SDK（无网络请求），则阻止会失败。用户依然看到广告。这就是为什么您的仅网络广告拦截器在某些流媒体网站上仍然会显示广告。
AdOff 如何解决
AdOff 在任何网站脚本运行之前，将一个完整、功能完善的广告 SDK 存根直接注入到
window.google.ima。该存根实现了整个公共 API——超过 30 个类、60+ 个事件、200+ 个方法——因此任何调用 SDK 的播放器都会获得一个工作对象。当播放器请求广告时，存根在 16 毫秒内立即触发四个生命周期事件 (CONTENT_PAUSE_REQUESTED、STARTED、
COMPLETE、CONTENT_RESUME_REQUESTED)。播放器认为广告已播放并完成。用户什么都看不到。
对世界上任何使用此 SDK 的视频平台都有效，无需任何按域名规则，无需手动规则，无需更新抢夺。在本地捆绑 SDK 的网站与从网络加载 SDK 的网站的覆盖效果完全相同。
4. 原生隐形反检测 内置产品
反广告拦截墙从不触发——因为您是隐形的
许多网站通过创建"诱饵"元素（具有类似 ad-banner 的类名的 div）并检查它们是否被隐藏，或通过轮询广告 SDK 全局变量的存在来检测广告拦截器。当检测到时，它们显示"请禁用您的广告拦截器"墙或拒绝加载内容。某些竞争对手只能通过社区过滤列表来处理这个问题——这些列表每次平台更新时都会中断。
隐形功能内置在 AdOff 的源代码中，由内部维护，并在每次发布时更新。五项技术共同作用：
- CSS 欺骗:
display、visibility、opacity、width、height在诱饵元素上报告虚假值 - 变量欺骗: 广告 SDK 全局变量预先填充了逼真的存根
- 网络中和: 已知检测脚本 URL 获得空 200 响应
- 脚本中和: 反广告拦截脚本在执行前被拦截
- 反滚动锁定: 防止反广告拦截墙冻结页面滚动
网站的检测代码运行完成并返回"未找到广告拦截器"。墙从不出现。
5. 状态保留即时跳过 世界第一
在毫秒内跳过广告，无需破坏播放器
最简单的跳过视频广告的方法是将视频的 currentTime 设置为其
duration，立即结束它。大多数广告跳过小书签和许多扩展程序都使用这个技巧。它会破坏播放器。因为广告和内容共享同一个视频元素，该搜索会破坏播放器的内部状态，内容视频恢复时会从错误的位置开始。
AdOff 从不搜索广告视频。相反，它将播放速率设置为 16 倍——广告在约 2 秒内自然结束，不会出现状态损坏。同时，跳过按钮在出现的瞬间被自动点击（50 毫秒轮询）。播放器的内部记账保持完全完整，任何监视 ratechange 的反检测事件都会通过包装事件侦听器在跳过期间被掩盖。
结合位置恢复层（上面的 #2），这意味着：广告在约 2 秒内消失，内容视频从您所在的确切帧恢复，播放器永远不知道发生过任何事。
我们坚守的承诺
五个没有其他广告拦截器可以做出的保证：
- 没有假缓冲黑屏。您不会等待 10-20 秒让内容开始——平台服务器首先就不会计划任何广告。
- 视频恢复到您离开的确切位置。始终如此。即使平台有 bug。
- 对任何使用行业标准广告 SDK 的网站都有效。没有域名列表。没有手动规则。没有更新抢夺。
- 更新以天而不是月计。当平台发布新的对抗措施时，我们会在下一个版本中发布修复——不是"当过滤列表维护者有时间时"。
- 零数据收集。没有遥测。没有跟踪。一切都在您的浏览器中本地运行。永远。
为什么这很难复制
第 5、6 和 7 层——anti-SABR-backoff、内容位置恢复和通用 IMA SDK 存根——是数月反向工程现代视频播放器行为的结果。它们不是一次性的技巧：它们是处理数百个边界情况的架构（动态源交换、全局函数上的防篡改代理、锁定的 JSON.stringify、延迟加载的播放器、需要真正 SDK 的优质 SSAI 流等）。
想要匹配 AdOff 的竞争对手不需要写 500 行代码。他们需要反向工程我们所做的相同系统，验证数百个播放器实现，并在平台每次更新时继续维护结果——免费在他们的开源项目中，同时也要跟上他们的核心功能集。这就是为什么没有主流广告拦截器将这些功能作为内置产品功能发布的原因。这也是我们认为他们不会，至少在不久的将来不会这样做的原因。