Googleは依然としてChromeの広告ブロックを無効にする計画だが、企業は免除される

Googleは、一部の開発者が広告ブロッカーを機能不全にすることを懸念しているChromeブラウザに対する変更案を明らかにし、企業ユーザーには適用除外があることを明らかにした。

1 月に遡ると、Google 広告ブロッカーChrome拡張機能の開発者ら激怒 Chrome への計画的すぎる変更 webリクエスト 既存の拡張機能に悪影響を与える可能性のある API。 この提案は、Chrome 拡張機能の将来に関する Google のマニフェスト V3 文書の草稿に概要が記載されており、広告ブロッカーに影響を与える可能性があります。 セキュリティ拡張機能、ペアレントコントロールの強制、 さまざまなプライバシー強化サービス。

Googleは変更を計画していた webリクエスト 広告ブロッカー拡張機能が「ネットワーク リクエストをインターセプトして、API リクエストを変更、リダイレクト、またはブロックする」ことを許可する既存の許可された動作を停止する方法での API。 代わりに、 webリクエスト API は「監視」の役割に縮小され、拡張機能による能動的ではなく受動的対話のためのツールになります。

見る： 開発者として成功するキャリアを築く方法 (無料PDF)

で Google グループ ページのマニフェスト V3 に関するメッセージ, GoogleスタッフのSimeon Vincent氏は非推奨の動機を説明し、Chromeのエンタープライズインスタンスの例外について言及した。

「Chrome は、 webリクエスト マニフェスト V3 の API (全体ではない) webリクエスト API (ただし、エンタープライズ展開ではブロッキングを引き続き利用できます)」と Vincent 氏は書いています。

「適切な権限を持つ拡張機能は、引き続き webRequest API を使用してネットワーク リクエストを監視できます。 の webリクエスト リクエストを監視する API の機能は、実行時に監視するパターンに基づいて動作を変更する拡張機能の基礎となります。」

Vincent のさらなる説明は、Manifest V3 文書がまだ変更される可能性があることを示しています。

「Chrome は非推奨ではありません」 マニフェスト V3 では機能していますが、その動作方法を変更しています。 ここでの主な目的は、拡張機能が自分自身を挿入できる場所をエンドユーザーがより詳細に制御できるようにすることです。 現在の拡張機能のインストール フローでは、開発者は特定の拡張機能へのアクセスが必要であることを宣言できます。 ホストのセットを選択する必要があり、ユーザーは必要な権限をすべて付与するかキャンセルするかを選択する必要があります。 インストール。 インストール フローを変更して、要求したアンビエント ホストのアクセス許可を拡張機能に付与するかどうかをユーザーが選択できるようにする予定です。 私たちはまだ UI の更新を繰り返しており、これが Canary (Google が新機能をテストする Chrome の実験的ビルド) に導入されたら、追加の詳細を共有する予定です。」

uBlock Origin と uMatrix の開発者で、Manifest V3 の変更について懸念を表明した Raymond Hill 氏は、まだ 改訂案に対する反対意見、特に、Google のステータスについて最終的な回答を提供できないという Google の主張に対する反対意見。 の webリクエスト API は、さらなるパフォーマンス テストを実行するまで保持されます。

「そのブロック能力は、 webリクエスト API は依然として非推奨であり、Google Chrome の限定されたマッチング アルゴリズムが唯一可能なものとなり、制限は Google 従業員によって決定されます。」 ヒルは書いた.

「彼らが言い続けるのは迷惑だ」 「webRequest API は非推奨ではありません」 まるで開発者たちがこのことを心配していたかのように、そしてまるで誰も作っていない捏造された問題の中に本当の問題を紛れ込ませたいと思っているかのようです。」

同氏の見解では、ウェブページの読み込みが遅いのは、「よく作られた拡張機能」の API 自体のパフォーマンスではなく、Chrome の「肥大化」が原因だという。

また、ヒル氏は、パフォーマンスを改善するには、Google が Firefox ブラウザで Mozilla のアプローチに従うべきだと主張しています。

「ブロックの性質によりパフォーマンスが懸念される場合は、 webリクエスト API が彼らの本当の目的であり、Firefox のアプローチを採用し、ブロック的に使用できる 3 つのメソッドのみで Promise を返す機能を提供するだけでした。」