Google Chromeブラウザ向けの広告ブロッカー、コンテンツフィルタ、プライバシー拡張機能のメーカーは、予定されているブラウザプラットフォームの変更によって予想される損害を解消するために、必要な技術的修正のリストを作成した。
マニフェストv3と呼ばれるAPIの変更案は、多くの広告ブロッカーやその他のChrome拡張機能に不具合をもたらし、場合によっては修復不可能な状態になる可能性がある。先月開発者から激しい抗議が寄せられた後、Googleは先週、修正案を発表することで拡張機能開発者に協力を約束した。
これに応えて、Adblock Plus、Ad Remover、AdBlock、AdGuard、Ghostery、Malwarebytes、およびEasyListフィルターデータセットの作成者は水曜日、Googleのロードマップに基づいて予想される主な問題のリストを公開した。
「Adblock Plusでは、今後の変更が、拡張機能を通じてユーザーに自由裁量権を提供する健全でオープンなウェブエコシステムを尊重するものとなることを願っています」と、Adblock Plusの業界関係担当ディレクター、ジョブ・プラス氏はブログ投稿で述べています。「こうした変更は、プライバシー、セキュリティ、そしてパフォーマンスを向上させながら実現できると確信しています。」
ここで問題となるのは、ユーザーの主体性、つまりブラウザでコンテンツがどのように表示されるかを決定する力と、その力を自由なブラウザ拡張機能を通じて行使する能力です。
1 月、uBlock Origin というコンテンツ ブロッキング拡張機能を管理する開発者 Raymond Hill 氏は、Chromium バグ追跡システムにメモを投稿し、提案されている Manifest v3 の変更によって「Chromium におけるユーザー主体性のレベルが低下し、ページが取得/実行/レンダリングできるリソースに関して最終決定権を持つことに満足している Web サイトに有利になる」と主張しました。
Googleは、Chrome拡張機能APIの見直しを正当化する理由として、プライバシー、セキュリティ、パフォーマンスを挙げています。セキュリティ上の懸念には一定の根拠があります。webRequestマニフェストv3の変更で対象とされているAPIの機能は、開発者にリクエストされたコンテンツを傍受・改ざんする大きな権限を与えるものであり、悪用される可能性のある情報へのアクセスを開発者に与えてしまうからです。
しかし、Googleの回答（APIの無効化declarativeNetRequestやその他の変更）は、父権主義的だ。ユーザーを、どの拡張機能開発者を信頼すべきかを自分で判断できない子供のように扱っている。また、Googleの広告事業を阻害する技術的メカニズムを変更しようとする試みのようにも見える。
パフォーマンスの根拠はさらに揺らいでいる。GhosteryとCliqzが先週発表した調査は、コンテンツブロック拡張機能がパフォーマンスを低下させるというGoogleの主張を反駁している。
プライバシーに関しては、プライバシーを向上させるためにプライバシー拡張機能を破壊するというのは、かなり疑わしいように思えます。
Manifest v3 で検討されている変更に関する拡張機能開発者からのフィードバックはwebRequest、API の改訂仕様、その後継、declarativeNetRequestそしてフィルタリングに適用できるルール数の制限に重点が置かれており、バックグラウンドページの変更など、その他の議論の的となっている問題については触れられていません。
API に対する反対意見は次のとおりです。
拡張機能開発者は、改訂されたAPIのルール処理能力の限界に対処するため、多数のフィルタリング手法も提供しています。これには、正規表現マッチング、再帰ホワイトリスト、ポップアップ/ポップアンダーのブロックなどが含まれます。
不満を抱く開発者たちは、Manifest v3 は現在の拡張機能に問題を引き起こすだけでなく、将来の技術革新を脅かすと警告しています。
Chromeの広告ブロック計画に対する怒りを受けて、Googleはウェブ広告やコンテンツフィルターの弱体化から撤退した。
続きを読む
「広告ブロックの分野で特に問題となる可能性がある主な領域の 1 つは、広告ブロックの回避 (広告ブロッカーを回避して、広告ブロッカーをインストールしているユーザーに迷惑な広告を強制的に表示する行為) です」と説明している。
「この分野では物事が非常に速く変化しており、双方ともこのいたちごっこで優位に立つために多大な時間と労力を費やしています。提案されている変更は（現状のまま実施された場合）、広告ブロッカーが広告ブロック回避に対抗する能力に深刻な影響を与える可能性があります。」
Googleは計画の修正に前向きな姿勢を示している。先週の投稿で、Googleのソフトウェアエンジニアであるデブリン・クロニン氏は、APIは実行時に追加または削除できる宣言型ルールをサポートするように改良される予定だと述べた。
しかし、Hill氏はGitHubでのManifest v3に関する議論の中で、Googleが開発者の懸念に真摯に対処しようとしているのか疑問を呈している。「私の見解では、フィードバックを求めるGoogleとの真摯なやり取りは行われていないと思います。APIのブロック機能の削除はwebRequest、Googleが資金提供している開発者によって決定されます」とHill氏は述べ、Googleから広告をフィルターに通すことで報酬を得ている広告ブロック企業に言及した。
「私は、架空の議論に参加して時間を無駄にしたくありません。APIdeclarativeNetRequestは EasyList のようなフィルタリングを実施するように設計されています。」
ヒル氏は、先週の Google の発言は、彼の拡張機能である uBlock Origin と uMatrix に何ら影響を与えるものではないと指摘しました。®
