Google Chrome拡張機能向けの今後のManifest V3と、プラットフォーム上の広告ブロッカーやその他の拡張機能に影響を与える変更をめぐる論争について、おそらく多くを読んだことでしょう。
Chrome拡張機能向けのManifest V3の最初のドラフトが2019年1月に公開されました。変更の1つがChrome拡張機能の広告ブロック機能を損なうため、批判が爆発的に発生しました。
あまり詳細に説明しなくても、ChromeのコンテンツブロッカーはwebRequest APIと呼ばれるAPIを使用して、訪問したWebページの特定の要素をブロックします。 Googleの当時の計画は、APIを「読み取り専用」にして、ブロッキング機能をdeclarativeNetRequest APIと呼ばれる新しいAPIに移行することでした。
そのAPIの主な問題の1つは、30, 000の固定ルール制限があることでした。 EasyListのような人気のある広告ブロックフィルターリストには既に2倍以上のルールがあるため、新しいマニフェストファイルがGoogleによって起動されると、すべてのフィルターを読み込むことができなくなります。 Googleの主張の1つである、古いAPIを使用する拡張機能はパフォーマンスに悪影響を及ぼしていたと反論されました。
uBlock OriginとuMatrixの作成者であるRaymond Hillは、この変更によりGoogle Chromeの拡張機能が終了することを指摘し、同様のコメントが他の開発者によって行われました。
Googleは5月にAPIにわずかな変更を加えることで懸念に対処しようとしました。 会社は5000の動的ルールを使用するオプションを追加しましたが、全体的なコンセンサスは、制限は依然として制限することでした。
ブラウザのコアとしてChromiumを使用している企業、たとえばBraveやVivaldiは、すぐに限界を超える方法を見つけることに気づきました。
Googleは、APIの制限を150, 000に引き上げるDeclarative Net Request APIに加える変更を発表しました。 Googleは、拡張機能の開発者がAPIをより有効に活用するのに役立つ他の方法を含めるためのオプションを積極的に調査していることも指摘しました。
一致したルールに関するフィードバックを取得するためのメソッドを追加したり、URL操作と正規表現を活用したより豊かなリダイレクトのサポートなど、このAPIを拡張する他の方法を積極的に検討しています。 さらに、現在、ルールの制限を拡張機能ごとに最大3万個のルールから、グローバルに最大15万個のルールに変更することを計画しています。
Googleは、提案された変更がChromeプラットフォームの広告ブロッカーを「防止または弱める」ように設計されておらず、変更の背後にあるGoogleの主な動機は「開発者に安全でパフォーマンスの高い広告ブロッカーを作成する方法を与える」ことであると指摘しています。
GoogleがAPIの変更を検証するために提唱するもう1つの議論は、APIが過去に悪意のある開発者によってユーザー「資格情報、アカウント、または個人情報」にアクセスするために悪用されたということです。
Googleは、マニフェストV3の起動時にwebRequest APIのブロック部分のみを削除すると以前に発表したことを考慮して、議論は不可解です。 悪意のある拡張機能の開発者は、リクエストを監視することでユーザーデータにアクセスするためにそれを使用する可能性があるようです。
Googleはルールベースのアプローチのみに焦点を合わせているため、開発者は他の懸念を表明しています。 変更が現在のフォームで起動される場合、ルールベースではない機能はChrome拡張機能でサポートされない場合があります。
Now You ：Googleの発表についてどう思いますか？
