8 月 31 日，Chrome 官方迁移时间表走完了最后一步：Chrome 网上应用店移除所有剩余的 Manifest V2 扩展，uBlock Origin 的商店条目同步下架。从 2022 年 1 月商店停收新的 MV2 公开扩展算起，这次迁移前后走了四年多，涉及 Chrome 商店里所有未完成 Manifest V3 改造的扩展，其中受关注最高的就是 uBlock Origin：一个装机量超过 340 万、长期被视为浏览器端广告拦截标杆的开源项目。
分歧的根源：webRequest 与 declarativeNetRequest
Manifest 是浏览器扩展的清单文件，声明扩展的结构、权限和行为方式。Manifest V2 与 V3 之间最关键的差异，在于扩展如何拦截网络请求。
| 维度 | Manifest V2 | Manifest V3 |
|---|---|---|
| 核心 API | webRequest | declarativeNetRequest |
| 拦截方式 | 运行时逐条检查请求，由代码实时决定放行、修改或拦截 | 扩展预先声明静态规则列表，浏览器引擎按规则匹配 |
| 规则数量 | 无静态上限，过滤逻辑写在代码里 | 静态规则有硬上限，后从 3 万条提升至 33 万条 |
| 动态过滤 | 支持，可按页面情况即时调整策略 | 能力有限，大量过滤逻辑无法迁移 |
uBlock Origin 的过滤体系建立在 webRequest 之上：实时拦截、动态过滤、脚本注入、美化过滤（直接隐藏页面上的广告位元素）相互配合。uBlock Origin 官方网站对 MV3 的说明不含修饰：declarativeNetRequest 对规则数量有严格限制，并且缺乏让 uBlock Origin 高效拦截广告和追踪器的动态过滤能力。对普通网页，静态规则够用；对采用反广告拦截技术的站点，运行时策略才是关键，而这部分逻辑无法全部表达成预先声明的规则。
Google 的立场同样清楚。Chromium 移除 MV2 可用性开关的过程中，Google 工程师 Devlin Cronin 在评论中说明：受支持的 Chrome 版本已不再允许 MV2 扩展，相关支持代码会被移除，Google 无意无限期维护这套功能，原因是技术债和安全风险，并且近期确实发现了多个 MV2 特有的漏洞。
四年多的迁移时间表
这次下架不是突发动作，Chrome 官方文档列出的节点包括：
| 时间 | 节点 |
|---|---|
| 2022 年 1 月 | 商店停止接受新的 MV2 公开/不公开列出扩展 |
| 2024 年 6 月 | 迁移启动：Beta/Dev/Canary 渠道开始显示停用警告 |
| 2024 年 10 月 | 稳定版开始禁用 MV2 扩展，用户短期内可手动恢复 |
| 2025 年 3 月 | 所有渠道默认禁用，用户仍可重新开启 |
| 2025 年 7 月 | Chrome 138 全渠道禁用 MV2，用户无法再打开 |
| 2026 年 8 月 31 日 | 商店移除所有剩余 MV2 扩展 |
企业用户曾通过 ExtensionManifestV2Availability 政策获得豁免，该政策随 Chrome 139 移除。也就是说，到 2025 年年中，任何升级到新版 Chrome 的用户环境里，MV2 扩展已经无法运行；8 月 31 日这一步处理的是商店目录本身。
下架落地后的实际状态
商店层面：MV2 扩展从搜索和安装入口消失，无法新装，也无法重装。
已安装设备上：官方说明是，Chrome 138 或更早版本上已安装的 MV2 扩展继续保留，但收不到任何更新，商店移除后也不能重装。对安全类扩展来说，停止更新等同于能力持续折损——过滤列表和脚本规则是广告拦截的核心资产，断更后对新兴广告形式的拦截率会持续下滑。
对用户来说还有一层容易忽略的影响：Chrome 网上应用店不只服务 Chrome。Brave、Edge 等 Chromium 系浏览器的大量用户同样通过这个商店发现和安装扩展，即使这些浏览器自身仍支持 MV2，商店里的条目也没了。
各家浏览器怎么接
Firefox：完整版 uBlock Origin 继续全功能运行。Mozilla 没有跟随 Chrome 的 MV3 强制限制，uBlock Origin 官网将 Firefox 列为推荐平台，官网 FAQ 确认在 Firefox 上可以拦截 YouTube 视频广告。对广告拦截能力有完整需求的用户，这是迁移成本最低的路径。
Brave：Shields 广告拦截内建在浏览器里，直接修改 Chromium 代码实现，不依赖 MV2 或 MV3 扩展机制。自 v1.81 起，Brave 在自家后端托管四个 MV2 扩展：AdGuard、uBlock Origin、uMatrix、NoScript，用户在 brave://settings/extensions/v2 页面下载启用。这四个扩展与商店版本独立更新。Google 把商店里的 MV2 条目清掉后，Brave 用户已装的商店版 MV2 扩展同样会被禁用，这四个托管扩展是例外。
Edge：微软的迁移时间表显示，Edge 从 2026 年 8 月起在预览渠道开始禁用 MV2 扩展，目标在 2026 年底前完成消费者版本过渡，企业场景的管理设备不受消费端影响，企业淘汰计划在 2027 年初。uBlock Origin 在 Edge 商店仍有超过 1300 万安装量，但库本身无法完整迁移到 MV3。
Opera：2025 年 9 月发博文确认用户仍可在 Opera 上使用 MV2 扩展，2026 年 6 月又向 Neowin 重申立场未变。 Opera 桌面版目前仍在商店之外维持自己的支持路径。
uBlock Origin Lite 补位，但有明确边界
留在 Chrome 上的官方路径是 uBlock Origin Lite（uBOL）：为 MV3 重新构建的独立扩展，不是原版的功能裁剪包。
uBOL 的能力边界在官方 FAQ 里写得很清楚：受 DNR 规则上限约束，无法同时启用全部过滤列表；默认模式下没有美化过滤；脚本注入默认关闭；动态过滤能力有限；需要预先申请更宽的宿主权限。Raymond Hill 在 FAQ 中说明，对使用反广告拦截技术的站点，uBOL 的效果会打折扣，因为许多过滤器无法改写成 DNR 规则。
项目方还确认了一个时间点：8 月下旬进入商店的最后一个稳定版，就是 uBlock Origin 在 Chrome 商店的最终版本。此后 Chrome 上的 uBO 相关更新只发生在 uBOL 这条线上。
用户和开发者现在可以做什么
普通用户按需求分四条路：
- 要完整拦截能力：换 Firefox 装完整版 uBlock Origin，或换 Brave（内建 Shields，另可启用官方托管的四个 MV2 扩展）。
- 留在 Chrome：装 uBlock Origin Lite，接受上述能力边界；对反广告拦截站点效果下降是预期内行为。
- 不想换浏览器也不想装扩展：系统级拦截应用（如 AdGuard 桌面版）在浏览器之外过滤流量，不受扩展清单约束。
- 旧设备上的残留：Chrome 138 或更早版本上已装的 MV2 扩展还能跑，但不会有更新，当作临时状态看待。
扩展开发者的迁移检查集中在三处：后台页面改为 Service Worker（不能依赖常驻内存状态，需要显式持久化）；权限声明按 MV3 规则重审，host_permissions 改为按需申请；凡是用 webRequest 做实时拦截的逻辑，逐条评估能否表达为 DNR 规则，不能表达的部分要么放弃，要么换实现层（比如改在内容脚本层做 DOM 处理）。
商店目录已经完成切换：Manifest V2 在 Chrome 商店的条目清零，规则上限、API 边界和各浏览器的时间表都已确定，后续的分化会在用户选择浏览器的层面上继续。