YouTube 再出新招，给广告拦截用户“添堵”
YouTube 似乎又找到了一种“别出心裁”的新方法来阻止用户开启广告拦截程序。这一次，首次与视频播放或广告本身无关。根据多方报告，这家 Google 旗下的视频平台已开始向开启广告拦截程序的用户隐藏评论区和视频描述。这似乎是双方自 2023 年拉开战幕以来的最新转折。
根据我们从用户收到的反馈以及在 Reddit 等其他平台上观察到的情况，YouTube 已开始针对至少部分使用广告拦截程序的观众（尤其是在 PC 端）关闭了所有视频的评论区。YouTube 似乎正在对部分用户进行小范围测试，因此并非所有人都会遇到此问题，但受影响的人数已足以引发关注。那么，到底发生了什么？广告拦截程序，特别是 AdGuard，又将如何应对？
此次针对广告拦截人群的具体手段或许新颖，但这远非广告拦截程序首次面临 YouTube 的挑战。以往，我们通过更新过滤列表（即告诉广告拦截程序具体需要拦截什么的规则集）都成功化解了危机。和之前的问题一样，修复程序已经部署。更新后的过滤规则一到达用户端，问题就理应得到解决。但并非所有用户都能立即收到更新。问题的关键就在这里。
从修复程序创建到实际送达用户之间的延迟从未像现在这样长，而这都要「归功于」Google 新的扩展程序规则。要理解为何这次延迟比以往任何时候都更值得关注，我们有必要聊聊 Manifest V3。
为什么 Manifest V3 至关重要
Manifest V3（简称 MV3）是专为 Google Chrome 及其他基于 Chromium 内核的浏览器（例如 Edge 和 Opera）打造的全新扩展平台。它最早于 2018 年宣布，经过数年的迭代，于 2023 年开始向用户推送。到 2025 年 7 月，旧标准 Manifest V2 已被彻底弃用，基于其构建的浏览器扩展在 Chrome 中已无法使用。但这与我们的现状有何关联？
在所有受 MV3 影响的浏览器扩展中，广告拦截程序受到的冲击可能是最大的。MV3 在很大程度上改变了 Chrome 扩展的功能边界，其权限范围相比 Manifest V2 大幅缩减。最显著的变化之一是用 declarativeNetRequest API 取代了 webRequest API。虽然这两种 API 都允许扩展拦截不需要的内容，但 declarativeNetRequest API 的限制要大得多。它通过预定义一组扩展可用来拦截内容的规则来运作，并且这些规则是静态应用的。相比之下，webRequest API 允许扩展动态拦截和修改网络请求，提供更大的灵活性。这意味着，在 MV3 下，广告拦截程序无法再实时响应请求，它们更新过滤列表或适应新内容的能力也大大降低。其结果是，拦截某些广告或跟踪器的速度可能会变慢、效果也可能会大打折扣，因为系统无法对新出现的模式做出及时反应，只能等待经过完整审核流程的扩展更新。
此举旨在提升用户隐私。平心而论，这一目标确实达成了，权限减少后，恶意的浏览器扩展确实更难对用户的浏览器或系统造成实质性损害。但凡事都有两面性，许多扩展，尤其是广告拦截程序，能力也因此被削弱。我们投入了大量精力和创意，才勉强让 AdGuard 广告拦截扩展的 MV3 版本保持与其 MV2 前身相当的水平。即便如此，仍有一些普通广告拦截用户可能不易察觉的问题。
例如（这也正是我们要讨论的核心问题），MV3 下的广告拦截扩展无法像以前那样定时地更新过滤规则。在 MV3 中，过滤规则是预置在扩展包内的，这意味着规则更新只能通过完整的扩展更新来实现，而扩展更新又需要经过全面的审核流程。这意味着，如果某个热门网站（比如 YouTube）出现问题，用户可能要苦等数天才能等到解决方案。
我们曾有一个变通方案，名为快速修复过滤器，旨在让部分规则能够「快速更新」。但 Google 在 2025 年初封杀了这一可能性，禁止任何形式的远程代码执行。这项政策的初衷是好的，它大大降低了潜在攻击者注入恶意脚本或远程托管代码的风险。但政策的措辞过于宽泛，以至于连广告拦截规则也被纳入了限制范围。
因此，为了让用户的过滤规则尽可能保持最新的状态，我们必须寻找将规则更新送达用户设备的新方法。Chrome 的快速审核通道应运而生，它允许开发者更频繁地更新过滤规则，而无需等待完整的扩展审核。然而，此方法仅适用于 Google 认为「安全」的规则变更。我们每隔几小时就会通过此通道推送一次包含此类规则的自动扩展更新。另一方面，任何不属此类的规则变更，其扩展更新都必须经历完整的审核流程，这可能会耗费很长时间，长达一周，有时甚至更久。不幸的是，我们今天讨论的 YouTube 问题所需的修复方案无法通过快速通道推送。因此，在扩展通过漫长的审核流程之前，Chrome 用户将无法获得修复。
其他浏览器的情况如何？
不使用 Chromium、因此也不受 Manifest V3 限制的浏览器少之又少。其中最著名的当然是 Mozilla Firefox，它使用自己的 Gecko 浏览器引擎。Mozilla 虽然也支持 Manifest V3 规范，但并未放弃对 Manifest V2 的支持。因此，其中的广告拦截程序可以继续使用功能强大的拦截 API。这使得它们能够独立于扩展自动更新过滤规则。这或许可以解释为什么 Firefox 用户报告的 YouTube 问题较少，他们很可能已经通过自动规则更新获得了必要的修复。
还有一些小众情况，比如 Brave 浏览器。它基于 Chromium，因此 Manifest V3 完全适用，所有限制同样存在。但 Brave 也内置了自家的广告拦截功能，名为「Shields」。Brave 会自动更新其 Shields 过滤列表，无需浏览器更新。不过，它默认并不使用 AdGuard 的过滤列表，因此，除非用户手动添加，否则我们无法评论您遇到的 YouTube 评论和描述问题是否能得到解决。
系统性问题
这一现状凸显了广告拦截领域一个更大的问题：像 Google 这样控制着绝大多数浏览器扩展生态的大平台，正施加着系统性的限制。虽然这看起来像一个可以修复的简单 Bug 错误，但实际情况要复杂得多。Manifest V3 引入并通过 Chrome 网上应用店审核流程强制执行的种种限制，是平台方削弱用户和开发者灵活性这一大趋势的一部分。
用 AdGuard 联合创始人兼 CTO Andrey Meshkov 的话来说：
Chromium 最近的 Manifest V3 变更 […] 严重限制了广告拦截程序在基于 Chromium 的浏览器中的能力。您现在可能还感觉不到，因为我们一直能与 Chromium 团队沟通，共同将 API 塑造成能够满足我们大部分需求的样子。但真正被削弱的是进一步改进它的能力。现在，实施变更所需的时间比以前长得多，在 MV3 中引入一个新功能可能需要数年时间。
回到用户对 YouTube 问题修复延迟的讨论上，这种过滤规则更新的延迟并非 AdGuard 的错误或疏忽，而是更新发布方式上一种「设计使然」的限制。通过 Manifest V3，Google 表明了其将安全性和隐私性置于首位的立场，即使这意味着要削弱广告拦截器等流行工具的功能，让用户无法立即获得针对当前 YouTube 这类问题的修复方案。
尽管 AdGuard 和其他广告拦截器在 MV3 的限制下持续创新，但很明显，这并非一次性问题，它是用户需求与平台政策之间一场更大、持续不断的博弈的一部分。自转向 MV3 以来，此类问题已变得更加频繁。当它们发生在 YouTube 这样的大平台时，更突显了保护用户隐私安全与允许个性化网络体验之间的深层矛盾。
那么，作为广告拦截程序的用户，您可以做些什么来缓解此类过滤规则更新延迟的问题呢？这里有几种可行的方案：
使用独立的系统级广告拦截程序，例如 AdGuard Windows 版或 AdGuard Mac 版。它将过滤您整个设备的流量，并且其规则更新不受任何浏览器的制约。除此之外，系统级拦截器的能力也远超浏览器扩展。
更换浏览器。Mozilla 和其他基于 Gecko 的浏览器不依赖 Manifest V3，因此不受其限制；而像 Brave 或 Mullvad 这样的浏览器则内置了广告和跟踪器拦截功能。
