谷歌回應 Chromium Adblock 屏蔽問題

在一月份，我們寫到越來越多的憤怒是由於 Google 計劃棄用 webRequest API 並將其替換為新的 declarativeNetRequest API，該 API 功能要弱得多，並且限制了開發人員可以用來過濾廣告​​的規則數量。

當時最好的 adbock 應用程序之一 uBlock Origin 的開發者在 bugs.chromium.org 上說：

如果這個（相當有限的）declarativeNetRequest API 最終成為內容攔截器完成其職責的唯一方式，這實質上意味著我維護多年的兩個內容攔截器 uBlock Origin（“uBO”）和 uMatrix 將不再存在。

現在一個 從事 Chromium 工作的 Google 工程師已做出回應 並已同意一些讓步，但尚不清楚這些讓步是否足夠。

Google 仍然決心擺脫 webRequest AP，稱它是越來越多的濫用的來源，但已同意以下列方式改進 declarativeNetRequest API：

• 動態規則支持： 我們同意這對於創建複雜的內容阻止擴展很有價值，並將添加對聲明性規則的支持，這些規則可以在運行時添加或刪除到 declarativeNetRequest API。
• 增加規則集大小： 我們將從草案 30K 值提高規則限制。 但是，仍然需要一個上限來確保用戶的性能。 阻止列表往往是“僅推送”的，其中添加了新規則，但很少刪除過時的規則（如果有的話）（外部研究 已經表明 90% 的 EasyList 阻止規則在常見的阻止場景中沒有提供任何好處）。 讓這個列表繼續無限增長是有問題的。
• 附加操作和條件： 我們計劃添加對基於更多條件（例如資源大小）的匹配的支持，並將提供操作來修改請求的一部分，而不是僅僅阻止它，例如剝離 cookie。 我們還在調查其他可能有意義的添加條件和操作，例如基於頂級域的匹配。 （附加說明：雖然我們正在研究添加對 CSP 修改的支持，但作為用例經常提到添加 CSP 標頭以禁用 JavaScript；這已經可以通過 內容設置 API。 如果這還不夠，請告訴我們原因。）

谷歌表示，他們將繼續與開發人員合作，並且在替代品準備就緒和成熟之前不會刪除 webRequest API，並表示：

再一次，我們致力於支持 Chrome 中的擴展程序。 我們將繼續與開發人員合作。 在 Manifest V3 準備就緒之前，我們不會啟動它，並且會有一個遷移期，我們可以在此期間繼續解決反饋和問題。 在我們對該平台充滿信心之前，我們不會取消對 Manifest V2 的支持。

許多人仍然持懷疑態度，但谷歌的真正目標是更嚴格地控制用戶體驗，以便對其數十億用戶進行跟踪和廣告服務。

我們的讀者是否認為谷歌會利用其通過 Chromium 對全球網絡渲染引擎日益增強的控制來進一步推動他們的廣告業務，或者是否有足夠的瀏覽器競爭讓他們保持誠實？ 請在下面告訴我們。

通過 註冊