Googleはタイムラインをリリースしました 方法の詳細 バージョン2のサポートは終了します 多くのセキュリティプラグインを混乱させ、不適切なコンテンツをブロックしたことで非難されているバージョン3を支持するChromeマニフェストから。
マニフェストのXNUMX番目のバージョンを含めることに加えて、人気のあるuBlock Origin広告ブロッカーがリンクされています。webRequestAPIのブロックモードのサポートが終了したため、マニフェストのXNUMX番目のバージョンに転送できません。
17年2022月XNUMX日現在、 マニフェストのXNUMX番目のバージョンを使用するプラグインは、Chromeウェブストアでは受け付けられなくなります、ただし、以前に追加されたプラグイン開発者は引き続き更新を投稿できます。
2023年XNUMX月、ChromeはXNUMX番目のバージョンとの互換性を停止します マニフェストとそれにリンクされているすべてのプラグインが機能しなくなります。 同時に、そのようなアドオンのアップデートをChromeウェブストアに投稿することは禁止されます。
今年の初めに、Chrome 88について、Chrome拡張機能エコシステムの新しいマニフェストバージョンが利用可能になったことを発表しました。 マニフェストV3は、何年にもわたって、前モデルよりも安全で効率的でプライバシーを保護しています。 これは、変化するWebランドスケープとブラウザー拡張機能の将来の両方を考慮に入れた、拡張プラットフォームの進化形です。
将来を見据えて、マニフェストV3の機能を繰り返し改善し続けると同時に、マニフェストV2からの拡張機能を段階的に廃止する計画の詳細も共有したいと思います。
私たちはそれを覚えておく必要があります 機能とリソースを定義するマニフェストのXNUMX番目のバージョン セキュリティとプライバシーを強化するためのイニシアチブの一環として、プラグインに提供されるのではなく、 webRequest API、機能が制限されているdeclarativeNetRequest API、 提案されています。
Siのビエンラ WebRequest APIを使用すると、独自のコントローラーを接続できます ネットワーク要求へのフルアクセスがあり、その場でトラフィックを変更できる人、 declarativeNetRequest APIは、フィルタリングエンジンへのアクセスのみを提供します ブロッキングルールを独自に処理するブラウザに組み込まれている箱から出してすぐに使用できます。 、これは、独自のフィルタリングアルゴリズムを使用することを許可せず、条件に基づいて互いに重複する複雑なルールを設定することを許可しません。
これらの日付が近づくにつれ、変更の対象となるChromeのバージョンに関する詳細と、拡張機能の開発者とユーザーがどのように影響を受ける可能性があるかについての詳細を共有します。
それまでの間、開発者コミュニティのニーズと意見に基づいて、マニフェストV3に新しい機能を追加していきます。 過去数か月の間にさえ、拡張プラットフォームに多くの興味深い拡張がありました。
Googleによると、webRequestを使用するプラグインに必要なNetRequest宣言機能の実装に引き続き取り組んでおり、既存のプラグイン開発者のニーズを完全に満たす形式に新しいAPIを導入する予定です。
今後数か月以内に、動的に構成可能なコンテンツスクリプトとインメモリストレージオプション、その他の新機能のサポートもリリースする予定です。 これらの変更はコミュニティのフィードバックを念頭に置いて設計されており、開発者がより多くの情報を共有するにつれて、より強力なExtensionAPI機能を構築し続けます。
たとえば、Googleはすでにコミュニティの要望を考慮に入れており、複数の静的ルールセット、正規表現フィルタリング、HTTPヘッダーの変更、ルールの動的な変更と追加、パラメーターの削除と置換、リクエスト、タブフィルタリングに対するdeclarativeNetRequestAPIのサポートを追加しています。 、およびセッション固有のルールセットの作成。
今後数か月以内に、コンテンツ処理用の動的にカスタマイズ可能なスクリプトのサポートと、データをRAMに保存する機能をさらに実装する予定です。
最後に あなたがそれについてもっと知りたいのなら メモについては、詳細を確認できます 次のリンクで。