Chromeはすぐに広告ブロッカーを役に立たなくするかもしれません

Googleは、ChromiumのwebRequestAPIを置き換える同社の計画を強調したマニフェストV3ドキュメントを公開しました。 マニフェストV3内で概説されている変更は、一部に重大な影響を与える可能性があります Chrome拡張機能 webRequestAPIを利用して広告ソースからのトラフィックをフィルタリングします。 一部の開発者は、APIの変更によりレンダリングされる可能性があると警告しています。 広告ブロック拡張機能 Chrome用に廃止されました。

Googleのエンジニアが、マニフェストV3ドキュメントのドラフトへのハイパーリンクを次の投稿で提供しました。 ChromiumProjectsのWebサイト. このドキュメントでは、GoogleがwebRequestAPIのブロックを大幅に制限する方法について概説しています。 同社は、広告フィルタリングのルールがより制限された新しい宣言型NetRequestAPIを導入する予定です。

ChromiumはChromeを支えるオープンソースブラウザであるため、このような変更はほぼ確実にChrome内に実装されます。 グーグルは、これらの変更がブラウザのページ読み込みをスピードアップすると説明しています。 新しいdeclarativeNetRequestAPIは、Chromeがネットワークリクエストを変更できるようにするため、ページの読み込みを高速化します。 ただし、広告ブロッカーは、ページから広告コンテンツを削除することでブラウジングを高速化します。

一部の拡張機能開発者は、ChromiumWebサイトで提案された変更について懸念を表明しました。 uBlock Originの開発者であるヒル氏は、提案されたAPIの変更により、一部の広告ブロック拡張機能が廃止されると述べました。 ヒル氏はフォーラムのスレッドで次のように述べています。

この（かなり制限された）declarativeNetRequest APIが、コンテンツブロッカーがその義務を果たすことができる唯一の方法であることになった場合、これは 基本的に、私が長年維持してきた2つのコンテンツブロッカー、uBlock Origin（「uBO」）とuMatrixは、もはや使用できないことを意味します。 存在します。 uBOとuMatrixが存在できなくなることに加えて、提案されたdeclarativeNetRequestAPIが存在しなくなることが本当に懸念されます。 declarativeNetRequest APIは、 1つの特定のフィルタリングエンジンの実装、およびかなり制限されたもの（30,000の制限は有名な EasyListのみ）。

そのため、マニフェストV3は、GoogleがAPIの変更で広告ブロック拡張機能を廃止しようとしていることを一部の開発者に確信させています。 Googleは、企業にとっての広告の重要性を考慮すると、このようなAPIの変更が広告ブロック拡張機能に与える影響についてはおそらく気にしないでしょう。 広告ブロッカーを制限すると、ウェブの経済性も向上する可能性があります。

チェックアウトする関連ストーリー：

• Operaでは、広告をより速くブロックし、複数のタブを選択できるようになりました
• AdblockおよびAdblockPlus拡張機能がMicrosoftEdgeで利用可能になりました