Google仍堅持限制廣告攔截者所需的API

西蒙·文森 與Chrome小組相對應， 評論了Google在Manifest V3方面的當前立場 至於阻止廣告攔截器的補充。

Y 表示該公司無意放棄停止支持webRequest API阻止模式的原始計劃， 這樣您就可以即時更改收到的內容。 僅適用於Chrome for Enterprises會例外，其中會像以前一樣保留對webRequest API的支持。

Google希望取消廣告屏蔽

對於Chrome API的普通用戶， webRequest將被限制為只讀模式。 在聲明性NetRequest API提供的用於內容過濾的WebRequest替代中，它僅覆蓋了現代攔截器廣告中使用的功能的有限部分。

實際上，不是處理程序本身可以完全訪問網絡請求， 有一個現成的，集成的過濾引擎，可以使用自己的資源處理阻止規則.

例如，declarativeNetRequest API不允許您使用自己的過濾算法，也不允許您基於條件創建相互重疊的複雜規則。

開發人員共同準備了一個註釋列表，其中列出了API declarativeNetRequest缺陷。

谷歌 同意很多意見， 添加了declarativeNetRequest API。 特別是，增加了對動態更改的支持和增加了規則，從而提供了刪除HTTP標頭的功能，但僅刪除了那些白名單（Referer，Cookie，Set-Cookie）。

計劃包括支持添加和替換HTTP標頭（例如，用於覆蓋Set-Cookie和CSP指令）以及刪除和替換請求參數的功能。

Manifest V3的預覽版定義了Chrome插件提供的功能和資源列表，併計劃在未來幾個月內用於Chrome Canary的實驗版。

Google沒有給出令人信服的論據來阻止

雷蒙德·希爾，uBlock Origin和uMatrix的作者， 嚴厲評論了答案de代表 谷歌並暗示谷歌正在努力促進其商業利益 互聯網廣告領域，從而獲得對其過濾機制的控制，並在公眾面前證明這些行為的合理性。

由於您從未收到令人信服的論點 在廣告塊插件中阻止受歡迎的開發人員。

據雷蒙德說， 性能下降不是爭論， 因為網頁加載緩慢是由於其自身的代碼，而不是由於在正確實現的插件中使用了webRequest阻止模式。

如果Google確實擔心性能，他們會根據Promise機制修改Web請求， 與Firefox中的Web請求實現類似。

據雷蒙德說， Google的策略是確定擴展之間的最佳平衡 的Chrome用戶群以及因使用內容攔截器而造成的商業損失。

為了他， Google希望不惜一切代價阻止與廣告相關的活動被中斷 並導致廣告攔截器在您的Chrome瀏覽器上失效。

在Chrome擴展的第一階段，作為一些用戶中最受歡迎的插件，谷歌被迫支持廣告攔截器。 但是在Chrome佔據主導地位之後， 該公司試圖以有利於改變餘額的方式。

webRequest API會干擾此目標，因為現在對內容阻止的控制權已由第三方廣告阻止程序開發人員控制。

還提到了無法更改HTTP標頭，Cookie和請求參數（例如，剪切Referer，_utm和Tracker標識符）的功能，但是Google已承諾刪除這些註釋。