Googleは10月にChromiumプラットフォームをアップデートし、Chromeユーザーに拡張機能が「安全でプライバシー保護され、パフォーマンスに優れている」と感じさせようとした。その後、Googleの変更によって広告ブロッカーが機能しなくなることが明らかになり、Googleの動機がやや利他的なものではないように思われたが、水曜日に同社はChromeから広告ブロッカーを削除する予定はないとの主張を改めて表明した。
広告ブロックに関する変更は、「Manifest V3」と呼ばれる大規模なアップデートの一部です。Googleは、広告ブロックツールに影響を与えると予想されるChromium API（具体的にはWeb Request APIとDeclarative Net Request API）への変更について、以下のように説明しています。
大まかに言えば、この変更は、拡張機能がコンテンツをブロックするためにユーザーのすべての機密データにアクセスする必要がなくなることを意味します。現在のWeb Request APIでは、ユーザーはChromeにネットワークリクエストに関するすべての情報（メール、写真、その他の個人情報などを含む場合があります）を拡張機能に渡す許可を与えています。一方、Declarative Net Request APIでは、拡張機能はユーザーに機密情報へのアクセスを許可させることなくコンテンツをブロックできます。さらに、ブラウザのオーバーヘッドを大幅に削減できるため、Declarative Net Request APIはWeb Requestに比べてシステムレベルのパフォーマンスにおいて大きなメリットをもたらします。
広告ブロッカーは、理論的には、既存のWeb Request APIに依存せず、新しいDeclarative Net Request APIをサポートするようにアップデートされる可能性があります。Googleは、この変更は開発者とユーザー双方にとってメリットになるとアピールしています。新しいAPIはより多くのルールをサポートし、拡張機能に提供されるデータを制限し、以前のAPIよりも動的なブロックを可能にするとされています。確かに、これは改善点としてアピールされています。
しかし、開発者が新しいAPIへの移行を進める中で、この変更によりChromeユーザーは強力な広告ブロックオプションを失う可能性があります。また、この変更は開発者にとって実質的なコストを伴います。開発者の中には、拡張機能を収益化していない開発者もおり、代わりに新機能を導入する能力が制限される可能性があります。Wiredによると、一部の開発者は、新しいAPIへの移行によってGoogleのコントロールがさらに強化されるのではないかと懸念しているとのことです。
Google は別のブログ投稿で、両方の API を単純に提供しない理由を次のように説明しました。
Tom's Hardware の最高のニュースと詳細なレビューをあなたの受信箱に直接お届けします。
上記のパフォーマンスに関する懸念に加え、Chromeチームは、拡張機能が機能を実行するために実際にアクセスを必要としない限り、ユーザーがメール、写真、ソーシャルメディア、その他の機密データを拡張機能に公開する必要はないと強く考えています。また、これまで拡張機能開発者が機能とセキュリティのどちらかを選択する必要がある場合、大多数の開発者は機能を選択してきました。イベントページ、オプションの権限、アクティブタブなど、拡張機能プラットフォームではこの傾向が繰り返し見られてきました。
まるでキツネがコヨーテが農家の家畜を盗もうとした手口を全て指摘しているのを見ているようだ。悪意のある拡張機能開発者が存在することは疑いようがなく、シリコンバレーの監視経済の推進力は、個人情報の収集によって利益を得るためにテクノロジーを悪用する方法を確かに知っている。しかし、その偽善的な態度には少々不安を覚える。
この議論は、Manifest V3 が完成し、Chrome に統合されるまで終わらないと思われます。その間、Mozilla は Firefox のプライバシー機能の改善に取り組んでおり、Chromium をベースにする 3 つのブラウザは、Chrome と同じベースに依存しているにもかかわらず、Web Request API のサポートを継続する意向を表明しています。
ナサニエル・モットは、Tom's Hardware US のフリーランスのニュースおよび特集記事ライターであり、最新ニュース、セキュリティ、テクノロジー業界の最も面白い側面などを扱っています。
