Chrome 推进未来限制广告拦截器的计划

原文 ↗ Hacker News 讨论 ↗

Google 通过 Manifest V3 逐步削弱 Chrome 强力广告拦截能力的计划，引发了人们对现代网络在没有侵入式广告的情况下将几乎无法使用的担忧。许多评论者预测，这一举动会把技术倾向较强的用户推向 Firefox 和 Brave 等替代方案，或者推向 Pi-hole 之类的网络层工具，不过他们也怀疑大多数普通用户是否会真正转移。人们还普遍担忧 Google 对 Chromium 项目的控制、网页上用户控制权的侵蚀，以及监管机构或新的开源浏览器最终能否对这一趋势形成制衡。

关于 Chrome 此举的总体看法

  • 许多评论者认为 Chrome 的 Manifest V3 和对广告拦截的限制是一个临界点，并把没有拦截器的现代网页描述为“无法使用”。
  • 一些人认为 Google 在玩火，可能重蹈 Internet Explorer 衰落的覆辙；另一些人则认为大多数用户会因为惯性和便利继续使用 Chrome。
  • 还有一部分人把这视为更广泛的“针对通用计算的战争”和对用户控制权的削弱。

对浏览器选择的影响

  • 很多人强烈推动转向（或已经转向）Firefox，通常搭配 uBlock Origin、Privacy Badger 和 containers。
  • Brave 经常被提及为一个有吸引力的、类似 Chromium 的替代方案，内置广告拦截且不依赖扩展 API；但有些人不喜欢它的加密货币/奖励功能。
  • Safari/WebKit（以及 Orion、Otter 等衍生版本）也被提到作为替代方案，但有缺点：生态更小、兼容性怪癖、受 iOS 引擎锁定。
  • 一些人表示 Firefox 和 Chrome 一样快且稳定；另一些人则觉得它有 bug、长期来看更慢，或者缺少稳健同步或“应用模式”等功能。

Manifest V3、V2 与技术限制

  • 关键技术担忧是：MV3 的 declarativeNetRequest 将动态规则上限限制在约 3 万条，远低于主流列表（EasyList、EasyPrivacy、Fanboy’s 等）的需求，从而削弱拦截质量。
  • MV3 对大多数扩展移除了用于拦截的 webRequest API，但保留了只读检查，因此扩展仍然可以进行数据外传。
  • Firefox 会支持 MV3，但会保留 MV2，所以强大的拦截器在那边仍然可行。
  • Brave、Vivaldi、Opera 表示他们会在 Chrome 弃用 MV2 后继续保留它，但这很可能意味着随着 Chromium 演进，分歧会越来越大、维护负担也会加重；其长期可行性尚不确定。

替代方案：网络层级拦截与操作系统/路由器方案

  • Pi-hole 和基于 DNS/hosts 的拦截被认为有用但有限：它们无法区分同一域名上的广告和内容（例如 YouTube），也无法移除 DOM 元素。
  • 路由器/操作系统级别的拦截受 HTTPS 和加密 DNS 限制；更深入的检查则需要侵犯隐私的 MITM。

监管、权力与长期担忧

  • 一些人欢迎欧盟对反广告拦截手段的审查，因为其中涉及恶意软件和权力失衡；另一些人则希望监管者“别插手”，让广告与反广告的军备竞赛自行演化。
  • 有人担心大型参与者可能会转向专有协议、类似 DRM 的要求，或者硬件级控制，以强制执行广告和跟踪。
  • 少数人对未来开源浏览器或新的技术栈打破当今 Firefox/Chromium 的主导地位持乐观态度，但另一些人认为，考虑到复杂性，这并不现实。