Mozilla は、広告ブロッカーのパフォーマンスを損なわない戦略で、Google のオリジナル拡張プラットフォームである Manifest V3 を実装するという約束を実現しました。 先月公開を開始した Firefox の元のバージョン は、顧客が標準のプライバシー保持ツールへのアクセスを安心して利用できるようにします。
一方、
マニフェスト V3 のフレーズの楽しさを強制することで 、Mozilla は元のプラットフォームに切り替えるビルダーを救います。拡張機能の 2 つの異なるバージョン (Google Chrome と Firefox 用) を同時に赤字にする必要がなくなりました。 反対に、それは、誕生時にはるかに制限の少ないマニフェスト V2 の使用を構築して、頑丈な傾斜で作業を継続するために構築された材料遮断拡張機能を叫ぶことを可能にします.
さらに、マニフェスト V3 とは何か、なぜそれがプライバシー擁護者からこれほどまでに大きな反発を招いたのか、AdGuard と一緒にマテリアル ブロック拡張ビルダーを叫んだのかを思い出させてください。
被災したマニフェスト
マニフェスト V3 は、2018 年に最初に発表された Chrome のオリジナルの拡張 API です。現在、Chromium ベースのブラウザー全体に適用されており、Google Chrome の利点もあります。
API は、拡張機能が調査を構成したい基盤に必要な変更を導入します。これは、拡張機能がアクセスを蓄積し、おそらく十分に規制できるブラウザ システムと同等です。 たとえば、以前は、ブラウザーは、declare net demand を使用して何を製造するかを exclaim material-blockading 拡張機能に照会し、拡張機能はそれを青信号、ブロック、またはリダイレクトすることで反論していました。 元のより狭い API は、ブラウザ自体への要求を変更する事実を提供しますが、拡張機能は、ブラウザがおそらく平和的に反論できるルールの位置を宣言または「発表」するだけです。 Google は、拡張機能と広告ブロッカー が 「おそらく特定の人物の記録データをミュートする」 そしておそらく、それらを平和的に構築することができます 「すべての個人にとってより安全です。」 意図は、この交換により、さらに 広告ブロッカーがパフォーマンス を失うことです。
マニフェスト V3 の難点は、特定の特定の人物によってインストールされた拡張機能に対して、組み込みのルールと特定の人物が追加したルールの選択が制限されることです。 つまり、Chrome では、拡張機能ごとに 30,000 個の構築済み (「静的」) ルールの保証された最小制限と、合計 330,000 個の静的ルールの制限が設定されています。 特定の人が追加した (「動的」) ルールに関しては、それらの上限はわずか 5,000 です。 広告ブロック拡張機能の中心には、コマーシャルを検出するためにそれを「関連付ける」フィルタリング ルールがあるため、そのような制限は有効な障害に変わる可能性があります。
Google が提供する数は十分です。コマーシャルを阻止するために、マニフェスト V3 の宣言型 NetRequest API に依存する拡張機能を 1 つだけ含めることをお勧めします。 とはいえ、いくつかの拡張機能を使用すると、拡張機能が最後のルールをめぐって競合し、一部の拡張機能が限界に達する準備ができていないという苦悩に変わります.
しかし、他の苦労は、インストール時に拡張機能に既に構築されている完全なルールをビルダーに含めることをGoogleが望んでいることです. 実際には、ビルダーは拡張機能が事前に明示的なリクエストで何を作成するかを規定したいと考えるでしょう。それよりも早いのは弱い。 これは、広告ブロッカーが配置の変更に対応するのが遅くなる可能性が高いことを意味します。ビルダーは、何かが変更されたときにいつでも拡張機能の元のバージョンをアップロードし、分析に合格するまで待つ必要があるためです。これはめったにありません。もはやそれ自体は迅速なプロセスです. ここで、動的ルール
および の選択において、より大きな 構造を提案します。 ルール セット を作成し、ブラウザー ベンダーと exclaim マテリアル ブロック コミュニティの間で進行中の議論の中で、マニフェスト V3 へのこれらの変更を支持しています。
Google が Manifest V2 の価値を下げるやいなや、Chrome がブラウザ市場を席巻する中、拡張機能の開発者はどちらも、マニフェスト V3 に適応しないと、顧客を失う可能性があります。 そして、私たちはその移行ストリークについて、間違いなくスムーズに教えてもらいたいと思っています.
Google は、API の変更が拡張機能を構築します “デフォルトでより多くのサルベージ、パフォーマンス、および最も深い敬意」. それにもかかわらず、広告ブロックへの影響に関する長引く問題により、一部の専門家は元のプラットフォームを採用することをやめています. 私たちも、マニフェスト V3 が Chrome ビルダーと顧客 に及ぼす悪影響について、繰り返し懸念を表明しました。 .
ただし、Google はこれらの問題に対処しようとしてきました。 The World Wide Web Consortium (W3C) の WebExtensions Neighborhood Community (Apple、Mozilla、および Microsoft と同等) の多くの創設者の 1 人と見なされている Chrome は、拡張機能ビルダーから Manifest V3 に関する推奨事項を求め、批判を歓迎しました。
まあまあ、Google の対応が遅すぎたので、距離を置いてもビルダーの問題は解決しませんでした。 これらの懸念を認めて、Mozilla は昨年、Firefox が Manifest V3 の実装で HTTP リクエストの全コースをダムするために webRequest API を赤字化し続けると発表しましたが、
さらに、declarativeNetRequest API の適切に修飾されたバージョンを作成します。これは、Google によって webRequest
の代替として提案されています。
おそらく今後も広告ブロック拡張機能の強力なパフォーマンスを最大限に活用し続ける Firefox の顧客と同様に、Chrome の 30 億人の顧客はおそらくすぐに、広告ブロックによって窮地に立たされることになるでしょう。 将来的には、これが Chrome ユーザーの一部が Firefox に乗り換えるきっかけに変わる可能性もあります
どんなことがあっても来ない日没
11月、Mozillaはそれが起こると発表しました
赤身のマニフェストV2拡張を続けます 「当面の間」 そして、老朽化したマニフェストを無効にするための時間枠を設定することを約束した 「2023 年の停止に反対する」
Google Chrome に関しては、マニフェスト V2 で plod をプルするためのタイムラインが何度もサポートにプッシュされたため、曲を擁護するのは面倒です。 2022 年 1 月、Google はマニフェスト V2 に従って、Chrome Web 販売店へのオリジナルの拡張機能の受け入れを停止しました。 2023 年 6 月までに、技術大手は Chrome のマニフェスト V2 拡張機能の赤身肉をオフにする実験を行っていると想像されていました。 それにもかかわらず、12 月にはすべて 最後の時点が分析 の下で設定され、合計実験は無期限に延期されました.
そうは言っても、マニフェスト V2 の最終的な死の亡霊は本当です。 マニフェスト V2 の世界終末時計はおそらく時を刻む停止で構成されている可能性がありますが、Google はおそらくいつでもそれを再開できる可能性が高いため、それが発生した場合に備えて確認応答を構成することが主要であると考えていました.
マニフェスト V3 の生成における広告ブロック
信じている驚くべき Google の U ターンの可能性は薄いと判断したため、AdGuard は 2021 年半ばには、オリジナルのマニフェスト V3 準拠の拡張機能のプロトタイプに取り組み始めました。 昨年 8 月、マニフェスト V3 の全要件を満たす実験的な広告ブロック拡張機能をリリースし、そのように製造された最初の広告ブロッカーになりました。 マニフェスト V3 に準拠しているため、不快な障害がすべて含まれているため、このオリジナルの拡張機能老朽化し、試行錯誤されたものであるため、おそらくそれほど効率的ではない可能性があります。 一方、この拡張機能は、トラッカーへのリクエストを平和的かつ積極的にブロックし、ソーシャル ウィジェット、バナー、ビデオ コマーシャルを非表示にします。
私たちは最初だったでしょうが、他の広告ブロッカーはすぐに水着を採用し、広告ブロックとマニフェスト V3 はおそらく最も実用的な組み合わせではないことを証明しましたが、その到着はどちらも人生の損失ではありません
1か月後、標準の広告ブロッカーであるuBlock Foundationの作者 は実験的な拡張 uBO Minus を明らかにし、マニフェスト V3 できちんと認定されました。 AdBlock Plus はさらに、マニフェスト V3 .
Google は失望し、Mozilla は救ってくれます
Google は、老朽化したマニフェストを、広告のブロックを制限する独自の拡張プラットフォームで変更する唯一の理由は、顧客により大きなセキュリティとプライバシーを提供することであると主張しています。 おそらくそれは正しいことであり、Google は拡張プラットフォームを赤肉化して、より有効で深いものにすることを望んでいます.拡張ビルダーの要望と問題を物語に取り入れ、最後に顧客に対する彼らの喜びを語ります。 その結果、広告ブロック拡張機能はパフォーマンスを約 1/2 失います。 とはいえ、同社がこれについてあまり動揺することはないと思います.
Mozilla は、広告のブロックに対して、より慎重で、対立的ではない公式を採用しています。 Firefox の所有者は、広告ブロッカーのパフォーマンスを制限せず、同時にセキュリティを向上させる戦略でマニフェスト V3 を実装することは、もはや考えられないことではないことを示しています.
