Google ChromeのManifest V2廃止で広告ブロッカーが全滅することはないーーAdGuardの共同創業者兼CTOアンドレイ・メシュコフが解説

Googleは、長きにわたって進められてきたManifest V2（MV2）の段階的廃止の最終段階をまもなく完了させようとしています。2026年6月30日にリリース予定のChrome 150から始まり、Chrome 151へと続くこの措置により、Googleは、古い拡張機能がManifest V3（MV3）への移行後も存続できるようにしていた残りの互換性機能を削除することになります。実質的には、これにより、ユーザーやブラウザベンダーが、Manifest V2の機能に依然として依存している広告ブロッカーを含め、数多くのレガシー拡張機能を存続させるために頼っていた最後の主要な抜け穴が塞がれることになります。

そのコードはChromium自体に組み込まれているため、この変更はEdge、Opera、Brave、VivaldiなどのChromiumベースのブラウザにも影響を及ぼします。ブラウザベンダーは技術的には独自にManifest V2のサポートを継続することも可能ですが、そうするためには、上流で削除された後もレガシーコードを維持し続ける必要があります。Googleのエンジニアたちは、残存するMV2インフラの維持コストがますます高まっていると説明し、旧プラットフォームに関連するバグやセキュリティ上の問題を指摘しています。その結果、MV2のサポートを継続したいブラウザは、Chromiumにその作業を任せるのではなく、独自のエンジニアリングリソースを投入しなければならなくなり、MV2の長期的なサポートはますます困難になるでしょう。

このニュースにより、お馴染みの論調が再び浮上しています。それは、「Googleがついに広告ブロッカーを葬り去ろうとしている」というものです。2019年にManifest V3への移行が最初に発表されて以来、その移行におけるほぼすべての主要な節目において、同様の主張がなされてきました。実際のところ、Manifest V2の段階的廃止における最も重要な部分は、数年前にすでに完了しています。主要なコンテンツブロッカーは対応を済ませ、ウェブが突然フィルタリング不能になったわけではありません。現在進行中のことは、移行自体が終わった後も残っていた互換性メカニズムの撤廃が主です。

ですから、憶測を広めるのではなく、実際に何が起きてきたのかについて、客観的な時系列に沿ってご説明させていただきます。

経緯

「Chromeが広告ブロッカーを無効化する」というこの一連の出来事は、2019年にさかのぼります。その頃、GoogleはついにChromeのブラウザ拡張機能を担当するチームの人員を増強し、長年の課題に取り組むことにしました。最大の問題は、Chrome Web Storeが悪意のある拡張機能であふれかえっていたことでした。率直に言って、Googleの審査体制は不十分で、あらゆる種類の粗悪な拡張機能が審査をすり抜けてしまっていたのです。2つ目の関連する問題は、ブラウザのパフォーマンスを低下させる低品質な拡張機能が氾濫していたことでした。

Googleの解決策は、旧来のManifest V2プラットフォームに代わるものとして設計された、Manifest V3（MV3）と呼ばれる新しい拡張機能プラットフォームを立ち上げることでありました。ただし、この新しいプラットフォームでは、これまで拡張機能が依存していた多くの機能が削除または制限された点が問題でした。これが当初の問題を実際に解決したかどうかは、依然として議論の余地があります。

セキュリティの面では、MV3がどのように役立つのかについて、これまで誰も説得力のある説明をしていません。しかし、パフォーマンスに関しては事情が異なります。MV3は、不適切に作成された拡張機能がブラウザに与える影響を確実に軽減しています。

コンテンツブロッカーへの打撃を和らげるため、Googleは削除された機能の一部を補うことを目的とした一連の新しいAPIを導入しました。中でも特に注目すべきは、declarativeNetRequest APIです。しかし正直なところ、もしGoogleが2019年に当初提案された形でMV3をリリースしていたならば、それは広告ブロッカー、そして他の多くの拡張機能にとっても、まさに死を意味していたかもしれません。

協力体制

そのような結果を回避できたのは、長年にわたる協力体制のおかげです。その同じ年、Googleは年次広告ブロッカー開発者会議に参加し、新しいプラットフォームを紹介するとともに、広告ブロッカーが引き続き正常に機能し続けるために何が必要かを尋ねました。そしてそれ以来、Googleは毎年その会議に参加し続けています。並行して、GoogleはMozillaやAppleと協力し、W3C WebExtensions Community Groupを設立しました。これは標準化団体であり、私たち拡張機能開発者は、彼ら全員と協力してMV3を改善し、すべての関係者を満足させるものにするために取り組んできました。

長い道のりでしたが、その共同の努力を通じて、MV3は最終的に実用可能な状態になりました。最初の発表からわずか5年後、GoogleはついにChromeにおけるMV3への移行を完了させました。その時点で、広告ブロッカーを含む多くの拡張機能がMV3へ移行していました。現在の広告ブロッカーのパフォーマンスについて言えば、移行がスムーズだったとは言い難いでしょう。以前のバージョンと比べると、開発者の負担は少し増え、製品のメンテナンスも多少難しくなりました。しかし、エンドユーザーには大きな違いはほとんど感じられないはずです。広告ブロッカーは健在です。

現状

そこで、現在の状況についてお話ししましょう。Chrome自体は2024年にMV3へ移行しましたが、そのコードベースには依然として旧式のMV2拡張機能を実行する機能が残されていました。それらのレガシーコードはすべて残っていたのです。Chrome自体はもはやそれらに依存していませんでしたが、Chromiumエンジンを基盤とするサードパーティ製ブラウザ（Opera、Edge、Braveなど）は依然としてそれらに依存していました。バージョン150以降、その古いコードはChromiumから削除されつつあります。つまり、これらのサードパーティ製のChromiumベースのブラウザでは、MV2拡張機能が動作しなくなるということです。現実的に考えて、その開発者たちが独自にMV2を維持管理するためのリソースを確保できる可能性は低いでしょう。コードは複雑で、多数のブラウザコンポーネントの深部にまで及んでいるからです。

結論

Googleが今突然何かを打ち切ったわけではありません。重要な出来事はすべて、2019年から2024年の間にすでに起こっています。

広告ブロッカーは今後も問題ありません。

Manifest V3（MV3）への移行には当初あまり前向きではありませんでしたが、予測されていた「大惨事」は結局起こりませんでした。これらの変更による真の犠牲者は、広告ブロッカーではなく、これまで古いMV2拡張機能をサポートし続けてきた（そしてそれをChromeに対する競争上の優位性として活用していた）サードパーティ製ブラウザです。

また、webRequest APIの全機能に依存している方（MV3の宣言型アプローチでは完全に再現できない、高度で柔軟なフィルタリングを必要とする方）は、Firefoxという選択肢があることをお忘れなく。MozillaはMV3と並行してwebRequest APIのブロック機能をサポートし続けています。つまり、最も高度な機能を求めるコンテンツブロッカーでも、これまで通りすべての機能を使い続けることができるのです。もちろん、ブラウザを切り替えることを望まない方もいらっしゃるでしょう。幸いなことに、広告をブロックする方法はブラウザ拡張機能だけではありません。AdGuardのようなネットワークレベルおよびシステム全体のソリューションは、Chromeの拡張機能プラットフォームに全く依存していないため、MV2からMV3への移行の影響を受けません。