📰The Verge•較早收集於 25m
Chrome 151 將終止對舊版廣告攔截器的支援

#browser-extensions#manifest-v3#web-developmentgoogle-chromegoogle chromeublock origin
💡Chrome 轉向 Manifest V3 影響所有瀏覽器擴充功能。請確保您的 AI 工具保持相容性。
⚡ 30-Second TL;DR
有什麼變化
Chrome 151 移除了所有剩餘的 Manifest V2 相容程式碼。
為什麼重要
開發瀏覽器端 AI 工具或擴充功能的開發者,必須確保與 Manifest V3 相容以維持功能運作。
下一步行動
將您的瀏覽器端 AI 擴充功能更新至 Manifest V3,以確保其在 Chrome 151 以上版本仍能正常運作。
誰應關注:Developers & AI Engineers
關鍵要點
- •Chrome 151 移除了所有剩餘的 Manifest V2 相容程式碼。
- •使用者必須改用符合 Manifest V3 的擴充功能,如 uBlock Origin Lite。
- •此變更標誌著 Google 向 V3 平台過渡的最後階段。
🧠 深度解析
背景與延伸:來自公開資料,非原文內容。引用 23 個來源。
🔑 增強重點摘要
- •Google推出Manifest V3的主要動機是為了提升擴充功能的安全性、隱私和效能,並賦予使用者對擴充功能更多控制權。
- •Manifest V3的核心技術變革在於以限制性更強的
declarativeNetRequestAPI取代了允許即時攔截和修改網路流量的webRequestAPI,這限制了擴充功能的動態內容阻擋能力。 - •除了廣告攔截器,Manifest V3還強制使用事件驅動的服務工作者(Service Workers)取代持久性背景頁面,並禁止遠端託管程式碼,旨在減少資源消耗並降低未經審查程式碼帶來的安全風險。
- •uBlock Origin的完整功能,包括動態過濾和美化過濾,無法在Manifest V3下完全實現,因此其開發者推出了功能較為精簡的uBlock Origin Lite版本。
- •雖然Chrome 150和151將移除Manifest V2相容程式碼的最後殘餘,但Manifest V2在穩定版Chrome中的實際淘汰已於2024年10月開始分階段進行。
📊 競品分析▸ Show
| 瀏覽器 | Manifest V3 實施方式 | 廣告攔截能力影響 | 其他相關功能/策略 |
|---|---|---|---|
| Google Chrome | 全面過渡至Manifest V3,淘汰Manifest V2。用declarativeNetRequest API取代webRequest API的阻擋功能。 | 舊版uBlock Origin等依賴動態過濾的廣告攔截器將失效或功能受限,需改用精簡版(如uBlock Origin Lite)。 | 旨在提升擴充功能安全性、隱私和效能,但引發廣告收入與使用者權益衝突的爭議。 |
| Mozilla Firefox | 支援Manifest V3,但選擇保留webRequest API的阻擋功能,並同時支援Manifest V2和V3擴充功能。 | 完整功能的uBlock Origin等廣告攔截器可繼續正常運作,不受Manifest V3限制。 | 承諾為使用者提供更多選擇和控制,並透過W3C WebExtensions社群組與其他瀏覽器廠商合作。 |
| Microsoft Edge | 作為基於Chromium的瀏覽器,大致遵循Google的Manifest V3變更,包括採用declarativeNetRequest API。 | 廣告攔截器功能受Manifest V3限制,與Chrome類似。 | 承諾提升隱私、安全和效能。Edge內建的追蹤防護功能可彌補部分廣告攔截功能損失。 |
| Brave | 基於Chromium,但內建獨立的廣告攔截引擎,不受擴充功能框架限制。 | 內建廣告攔截功能強大,不受Manifest V3影響。可能暫時繼續支援Manifest V2擴充功能。 | 專注於隱私保護,其內建的廣告攔截器是其核心賣點之一。 |
🛠️ 技術深入
webRequestAPI (Manifest V2):允許擴充功能即時攔截、阻擋和修改網路請求。這提供了強大的動態過濾能力,但也可能帶來效能和隱私風險,例如擴充功能代理所有網路流量。declarativeNetRequestAPI (Manifest V3):取代了webRequestAPI的阻擋功能。擴充功能必須向瀏覽器提交靜態的過濾規則集,由瀏覽器原生處理阻擋。這透過減少擴充功能對網路流量的直接存取來提高效能和安全性,但限制了動態過濾和規則總數。- 背景頁面 (Manifest V2) vs. 服務工作者 (Manifest V3):Manifest V2使用持久性背景頁面(完整的HTML文件),即使擴充功能未運行也會持續消耗資源。Manifest V3將其替換為短暫的、事件驅動的服務工作者,僅在需要時運行,從而提高效能。服務工作者也缺乏DOM存取權限。
- 遠端託管程式碼:Manifest V2允許擴充功能從遠端URL載入和執行JavaScript,這帶來了安全風險(惡意程式碼可能在審查後被靜默替換)。Manifest V3禁止此行為,要求所有JavaScript必須捆綁在擴充功能套件內。
- 主機權限:Manifest V3收緊了主機權限。
- Promise-based 方法:Manifest V3為許多API增加了對Promise-based方法的支援。
🔮 前景展望AI analysis grounded in cited sources
Manifest V3的轉變可能導致瀏覽器間廣告攔截生態系統的碎片化。
由於基於Chromium的瀏覽器普遍採用Google的限制性Manifest V3,而Firefox則維持更廣泛的
webRequest API支援,這可能促使使用者為了獲得完整功能而轉向其他瀏覽器。複雜的隱私和安全擴充功能開發者在Manifest V3的限制下,將持續面臨複製完整功能的挑戰。
declarativeNetRequest的限制以及轉向短暫服務工作者,限制了動態控制和即時分析,而這些對於進階內容阻擋和隱私工具至關重要。Google的廣告收入可能間接受益於Chrome上廣告攔截器效能的降低。
批評者認為,儘管Google聲稱是出於安全和效能考量,但Manifest V3對廣告攔截器的限制,特別是過濾規則數量的上限和動態阻擋功能的喪失,可能導致更多廣告被展示,從而有利於Google的廣告業務。
⏳ 時間線
2018
Google首次提出Manifest V3計畫,旨在提升擴充功能的安全性、隱私和效能。
2019
Google首次宣布Manifest V3遷移計畫。
2020-10
Microsoft Edge宣布支持Manifest V3變更,並計劃支持Declarative Net Request API。
2022-01
Chrome Web Store開始要求所有新提交的擴充功能必須符合Manifest V3。
2022-05
Mozilla宣布計劃在Firefox中推出Manifest V3支援,但會保留`webRequest` API的阻擋功能。
2024-10
Manifest V2在穩定版Chrome中開始停用。
2026-06-08
媒體報導並確認了Chrome 150和151將移除Manifest V2相關旗標的最終時程。
📎 來源 (23)
Factual claims are grounded in the sources below. Forward-looking analysis is AI-generated interpretation.
📰
AI 週報
閱讀本週精選 AI 大事摘要 →
👉相關動態
AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源: The Verge ↗
每週 AI 簡報
每週一封,可隨時退訂。
