01|写到这里,最值得追问的已经不是“浏览器还在不在竞争”,而是“浏览器厂商今天还能替用户和开发者决定多少边界”

前面几篇一路讲下来,

我们已经看到浏览器权力是怎么一层层长出来的:

  • 它先成了 Web 入口
  • 然后变成默认入口争夺战的主角
  • 再变成实现现实和引擎节奏的主导层
  • 最后在 Chromium 时代越来越接近基础现实的总闸门

如果故事停在这里,

还差最后一层最当代的东西。

因为今天浏览器厂商最强的权力,

已经不只是:

“我决定网页怎么显示。”

而是:

“我决定第三方还能把浏览器改造成什么样。”

这就是 Manifest V3 真正值得写的地方。

它不是单纯的扩展平台升级。

它更像一场当代平台治理实验:

一边用安全、性能、隐私这些语言解释自己为什么要重划边界,

另一边又逼整个生态重新回答:

用户、开发者、浏览器厂商,谁对浏览器最终该长成什么样有更大解释权?


02|Manifest V3 之所以会炸,不只是因为一个配置文件改版了,而是它触碰了浏览器扩展世界最敏感的一层:第三方到底还能不能深度介入浏览器行为

如果只从 API 变更列表看,

Manifest V3 很容易被读成一串技术迁移:

  • 从后台页到 service worker
  • 从远程代码到更严格限制
  • webRequestBlockingdeclarativeNetRequest

这些当然都是真的。

可真正让这件事变得有江湖味的,不在清单本身。

而在于它碰到了一层最敏感的问题:

浏览器扩展到底是不是浏览器平台的一部分主权外包。

为什么扩展一直这么特殊?

因为它们长期代表一种很少见的东西:

第三方不仅能往浏览器上加按钮、加界面,

很多时候还能更深地介入:

  • 网络请求
  • 页面改写
  • 内容过滤
  • 工作流自动化

也就是说,

扩展不是普通插件生态那么简单。

它们在很大程度上代表:

第三方有没有资格继续改造浏览器本身。

一旦这层资格被重画,

争议当然就会特别大。


03|Chromium 团队讲的是安全、性能和隐私;扩展开发者真正听到的,却常常是“平台正在把最后一层深度改造权往回收”

Manifest V3 最值得写的张力,恰恰在这里。

从官方角度看,

这套变化的叙事非常完整:

  • 更安全
  • 更少滥用权限
  • 更少任意代码执行
  • 更少对请求流的高侵入性拦截
  • 更好的性能与资源控制

这些理由里很多并不是假的。

问题是,

扩展开发者和隐私工具作者听到的往往是另一句话:

原来我们能直接做的事,现在要改成你允许的那种方式做。

这就是 webRequestBlockingdeclarativeNetRequest 争议的核心味道。

表面上看,是从“拦截回调”改成“声明式规则”。

深层看,却像:

从“第三方能较深介入浏览器决策”,变成“第三方只能在平台预先定义好的轨道里发挥”。

所以 Manifest V3 最不该写成简单的“谁更懂安全”。

更准确地说,

它是一场围绕平台深度可编程性如何被重新划线的战争。


04|这也是为什么广告拦截器会成为这场争议里最显眼的象征:它们让“安全升级”与“平台收权”之间的冲突一下子变得非常具体

很多制度变化只有工程师能感觉到。

Manifest V3 不一样。

因为它碰到了一个所有普通用户都能直接感知的东西:

广告拦截。

广告拦截器在这里之所以重要,

不是因为它们是唯一受影响的一类扩展。

而是因为它们最直观地暴露了一层矛盾:

用户明明有很强的意愿去重新定义自己看到的 Web。

可浏览器平台却越来越倾向于说:

你可以改,

但要按我觉得更安全、更可控、更可预测的方式改。

这就把争议从技术层一下抬升到政治层:

  • 用户有没有权力改变自己的浏览体验
  • 第三方工具有没有权力替用户执行这种改变
  • 浏览器厂商有没有权力用“平台整体利益”来压缩这种能力

所以广告拦截器在这场争议里的象征意义非常大。

它让一个原本可能很抽象的治理问题,瞬间落到用户可感知层。


05|Manifest V3 真正最值得留下的判断,不是“Google 在打广告拦截器”,也不是“Google 只是为了安全”,而是现代浏览器平台已经进入一种更成熟、也更强势的治理阶段

把这件事写成单一动机,往往都会失真。

如果说它只是为了打广告拦截器,会写得太直。

如果说它完全只是安全优化,也会写得太天真。

更准确的说法可能是:

现代浏览器平台已经大到不愿意继续把某些深度能力毫无约束地留给第三方。

这背后确实有安全和性能考虑。

也确实有平台控制欲和治理收束。

两者并不互斥。

很多真正重要的平台治理动作,本来就常常同时包含:

  • 真问题
  • 真成本
  • 真风险
  • 也包含真收权

Manifest V3 恰好是一个特别典型的案例。

它说明浏览器厂商今天已经越来越像操作系统厂商:

不是简单“做功能给你用”,

而是在反复重画:

你能在我的平台上做到什么程度。


06|如果把整套《浏览器江湖》收成一句话,Manifest V3 最适合放在最后,因为它让浏览器权力的终局形态一下子变得很清楚

回头看这整套线,

其实很完整。

最早争的是:

谁能当入口。

后来争的是:

谁来定义默认现实。

再后来争的是:

谁掌握引擎节奏。

到了今天,

最尖锐的一层则变成:

谁有资格给浏览器平台本身画边界。

这就是为什么 Manifest V3 特别适合作为收束篇。

因为它几乎像浏览器权力长大后的自然结果。

浏览器越重要,

浏览器厂商越会把自己理解成平台治理者。

一旦它把自己理解成治理者,

它就不会只问“什么能做出来”。

它还会问:

  • 什么该允许
  • 什么该限制
  • 什么该由平台统一收口

这时候浏览器江湖就已经不再只是产品竞争史。

它彻底变成:

平台如何管理现实的历史。


07|所以最后真正想留下的一句话是:Manifest V3 之争,表面上是扩展 API 迁移,深层上却是在回答“浏览器最终属于谁”

如果你只记一句,

那就记这句:

Manifest V3 真正让人紧张的,不只是一些扩展要重写,而是它把一个更大的问题摆上了台面:当浏览器已经长成平台时,用户和第三方还保有多大改造权,最终要由谁决定。

这就是《浏览器江湖》最后最想讲清的一层。

浏览器史的核心,

从来不只是“谁赢了”。

而是:

谁不断改写 Web 可以如何存在,谁不断重画别人还能怎样介入这套现实。

到今天,这场仗远远没有打完。

只是从浏览器图标、跑分和笑脸,打到了更深的一层:

平台治理。


参考与延伸阅读

  1. Migrate to Manifest V3
    https://developer.chrome.com/docs/extensions/develop/migrate

  2. Resuming the transition to Manifest V3
    https://developer.chrome.com/blog/resuming-the-transition-to-mv3

  3. Web Request and Declarative Net Request: Explaining the impact on Extensions in Manifest V3
    https://blog.chromium.org/2019/06/web-request-and-declarative-net-request.html

  4. Improving content filtering in Manifest V3
    https://developer.chrome.com/blog/improvements-to-content-filtering-in-manifest-v3