最新のGoogle エンジニアは、広告ブロッカーを含むコンテンツをブロックする拡張機能を無効にするオープンソースの Chromium ブラウザの変更を提案しました。
全面的な見直しが実施されれば、Adblock Plusや同様の基本的なフィルタリング機能に依存するプラグインは、多少の調整を加えれば、ある程度は機能し続けるでしょう。一方、uBlock Originのような野心的な拡張機能は、より大きな打撃を受けるでしょう。草案で提案されている変更案は、速度と安全性を優先して、拡張機能開発者が利用できる機能を制限するものです。ChromiumはGoogle Chromeの中核を成しており、間もなくMicrosoft Edgeにも導入される予定です。
uBlock OriginとuMatrixの開発者であるレイモンド・ヒル氏は、火曜日にChromiumバグトラッカーに投稿されたメモの中で、Manifest v3提案で検討されている変更によって、広告やコンテンツをブロックする拡張機能が台無しになり、ユーザーがコンテンツを制御できなくなると述べた。
コンテンツブロッカーは広告を非表示にしたり、ブラックホール化したりするために使われることもありますが、その用途はもっと幅広いです。コンテンツブロッカーは、ブラウザがリモートリソースをどのように表示し、操作するかを、他の誰よりもユーザーが制御できるべきだという考えに基づいています。
Manifest v3は、ブラウザ拡張機能のマニフェストファイルの仕様を指します。マニフェストファイルには、ブラウザ拡張機能で利用可能なリソースと機能が列挙されています。Googleが提案した変更（ブロックするプラグインの排除）の根拠は、セキュリティ、プライバシー、パフォーマンスの向上、そしてユーザーコントロールの強化です。
「ユーザーは拡張機能をより強力に制御できる必要があります」と設計書には記されている。「ユーザーは拡張機能が利用できる情報を決定し、その権限を制御できる必要があります。」
しかし、Google がこれらの目標を達成する方法の 1 つは、webRequestAPI を新しいものに置き換えることですdeclarativeNetRequest。
このwebRequestAPIにより、uBlock Originなどのブラウザ拡張機能はネットワークリクエストを傍受し、ブロック、変更、またはリダイレクトすることが可能になります。これにより、Chromeは拡張機能の読み込みを待機する必要があるため、ウェブページの読み込みに遅延が生じる可能性があります。将来的には、uBlock OriginはwebRequestネットワークリクエストの読み取りのみが可能になり、変更はできなくなります。
これdeclarativeNetRequestにより、拡張機能自体ではなく Chrome がネットワーク リクエストの処理方法を決定できるようになり、ボトルネックの原因となる可能性が排除され、ブラウザの動作を変更するための有用なメカニズムが実現します。
Google の API ドキュメントでは、 「declarativeNetRequest拡張機能はユーザーに代わって行われたネットワーク リクエストを実際に読み取ることができないため、API はユーザーに優れたプライバシーを提供します」と説明されています。
いったい誰のプライバシーなのでしょうか?
しかし、ここでの「より良いプライバシー」とは、サードパーティの拡張機能開発者が定義するプライバシーではなく、Googleが定義するプライバシーを意味します。Googleがサードパーティ開発者よりも信頼できる場合は問題ありませんが、Googleとそのパブリッシャーや広告主のエコシステムが問題である場合、ユーザーは、たとえそのような介入がウェブページの機能に支障をきたす場合でも、サードパーティによるネットワークリクエストのフィルタリングを許可することを好む可能性があります。
「この（かなり制限された）declarativeNetRequestAPIがコンテンツブロッカーがその役割を果たす唯一の方法になってしまうと、これはつまり、私が長年維持してきた2つのコンテンツブロッカー、uBlock OriginとuMatrixが存在できなくなることを意味します」とヒル氏は語った。
提案されている変更により、コンテンツブロッキングと広告ブロック拡張機能の効果は低下しますが、すべての広告ブロックが完全に排除されるわけではありません。Adblock Plusがサポートする基本的なフィルタリングメカニズムは、ある程度は引き続き利用できるはずです。しかし、uBlock OriginとuMatrixは、広告ホワイトリストを通じてパブリッシャーを宥めようとすることなく、より広範な制御機能を提供しているため、失うものは多少大きくなります。
Googleやその他のインターネット広告ネットワークは、オンライン広告をホワイトリストに登録するためにAdblock Plusに料金を支払っていることを忘れないでください。一方、Googleは独自の基本的な広告ブロック機能をブラウザに組み込んでいます。
公式発表。マイクロソフトがGoogleをEdgeに追い越し、ブラウザをChromiumエンジンに移行
続きを読む
提案された変更についてコメントした他の開発者数名は落胆を表明し、Google がプライバシーを口実に自社の広告ビジネスの利益をブラウザユーザーの利益よりも優先させようとしているのではないかと推測する者もいる。
ヒル氏は、この問題を監督するGoogleのソフトウェアエンジニアからの返答を待っていると述べ、The Registerへのメールで次のように述べた。「APIの目的は理解していますしdeclarativeNetRequest、API自体に反対しているわけではありません。しかし、webRequest7年以上も前から存在しているAPIのブロッキング機能が、なぜ（設計書で提案されているように）削除されるのか理解できません。そうすることで何のメリットがあるのか、私には理解できません。」
Hill 氏は、指定されたサイズより大きいメディア要素をブロックする、Content-Security-Policy ディレクティブを挿入して JavaScript の実行を無効にする、送信される Cookie ヘッダーを削除するなど、他のいくつかの機能が新しい API では利用できなくなると指摘しています。
そして、これらの変更が実装されれば、Chromium はユーザーに役立たなくなると彼は主張しています。
「拡張機能はユーザーに代わって動作し、『ユーザーエージェント』に機能を追加します。API のブロック機能を非推奨にすると、webRequest本質的に Chromium におけるユーザー主体性のレベルが低下し、ページが取得/実行/レンダリングできるリソースを最終的に決定したいウェブサイトに利益をもたらします」と彼は述べた。
「API がこのように制限されておりdeclarativeNetRequest、API のブロック機能が廃止されたことを考えるとwebRequest、ユーザー エージェントが Chromium を分類するための適切なカテゴリであるかどうかは疑問です。」
しかし、Googleは開発者の懸念に対処する意向をまだ示していないかもしれない。「これらの変更は、ドキュメントやChromiumのバグに記載されている通り、設計段階にあります」と、Googleの広報担当者はThe Registerへのメールで述べた。「状況は変更される可能性があり、最新情報が入り次第お知らせします。」®
追加更新
プラグイン開発者やネットユーザーからの激しい抗議を受け、Googleは提案された変更は確定したものではなく、修正される可能性があると改めて表明した。インターネットの巨人であるGoogleは、Chromeブラウザ拡張機能に付与されるアクセスレベルを抑制したいと考えているものの、この厄介な問題をサードパーティの開発者と協力して解決する用意がある。もしこの変更が実行に移されれば、サードパーティの開発者はソフトウェアの一部を書き直す必要が生じることになる。
また、Adblock Plus は草案の変更の影響を受けますが、uBlock Origin などの他の機能豊富な拡張機能ほど大きな打撃を受けることはないということを明確にしておきます。
実際、提案されているAPIは、他の拡張機能が提供する高度なコンテンツブロッキング機能をサポートするのではなく、ABPのシンプルなフィルタリングメカニズムを推進しているように見えます。問題は、提案されている3万件のフィルタールール制限が、Adblock Plusのような拡張機能に十分かどうかです。ADPの開発者は、十分ではないと主張しています。彼らのフィルターリストには7万件以上のエントリがあるからです。
「もちろん、Adblock Plus はこの変更案の影響を受ける。なぜなら、この変更により、私たち (およびほぼすべての他のコンテンツブロッカー) がリクエストをブロックするために使用するメイン API が、少し機能が低下したものに置き換えられるからだ」と広報担当者は述べた。
「この変更案の正確な計画は不明ですが、もし導入されれば、Chrome ユーザーが ABP を利用できるようになります。」
