EdgeのMV2廃止が突きつける「ブラウザの自由」という幻想とエンジニアの覚悟

深夜のデバッグ作業中、ふとブラウザの拡張機能が期待通りに動作せず、コンソールに吐き出されたエラーログを眺めて溜息をついた経験はないだろうか。今、我々エンジニアが日常的に享受している「Webの自由」が、静かに、しかし確実にその形を変えようとしている。Microsoft EdgeがManifest V2（MV2）のサポートを終了し、MV3への完全移行を強制するというニュースは、単なるプラットフォームのアップデートではない。これは、Webブラウザという「ユーザーの盾」が、広告主やプラットフォーム側の論理によって再定義される歴史的な転換点である。

Microsoftの発表によれば、Edge Add-On Storeにおいて「意味のある利用」が確認されているMV2拡張機能はわずか58個であり、そのうちMV3で代替できないものは3つのみだという。一見すると、極めて合理的な移行計画に見えるかもしれない。しかし、我々エンジニアにとって重要なのは「数」ではない。uBlock Originのような、Webのトラッキングを遮断し、ブラウザのパフォーマンスを最適化してきた強力なツールが、MV3という制約の強い枠組みの中で、その真価を発揮し続けられるのかという点だ。MV3は、バックグラウンド処理の制限やネットワークリクエストのフィルタリング手法の変更を強制する。これは、かつて我々が自由に記述できたスクリプトが、サンドボックスという名の檻の中に閉じ込められることを意味している。

Microsoftは、コンシューマーユーザー向けには2026年末までに移行を完了させ、エンタープライズ環境については2027年初頭まで猶予を設けるとしている。このスケジュールは、Chromeが先行して進めてきた「Webの標準化」という名の統制と完全に同期している。ブラウザベンダーが「セキュリティとパフォーマンス」を大義名分に掲げ、拡張機能の権限を削ぎ落とすとき、その裏で犠牲になるのは、ユーザーが自らのブラウジング体験をコントロールする権利である。我々は、ブラウザというツールを「利用する側」から、プラットフォームの「仕様に従う側」へと、静かに追いやられているのではないだろうか。

今回のMV2廃止の背景には、ブラウザベンダーが抱える「ユーザー体験の最適化」という名のジレンマがある。しかし、Microsoftの姿勢を冷静に分析すると、そこにはより深い不透明さが漂っている。例えば、Edgeが保存済みパスワードをメモリ上に平文で保持しているという事実は、多くのエンジニアに衝撃を与えた。Microsoftはこれを「設計通り」と回答しているが、この「設計通り」という言葉ほど、エンジニアにとって不気味な響きを持つものはない。セキュリティの専門家から見れば、メモリダンプによるパスワード流出のリスクは明白であり、なぜこの仕様が許容されているのか、技術的な合理性を疑わざるを得ない。

さらに、EdgeはパスワードマネージャーへのアクセスにWindows Helloの認証を必須化するなど、セキュリティの強化を謳っている。しかし、一方で広告ブロックのような「ユーザーがWebを能動的に制御する機能」を制限し、プラットフォーム側のコントロールを強める動きは、一貫して「ユーザーの保護」という名の下に行われている。この二重基準は、我々エンジニアに一つの問いを突きつける。それは、「我々が信頼しているブラウザは、誰のために最適化されているのか」という問いだ。以下の表は、近年のブラウザ動向における主要な制限事項を整理したものである。

この表が示す通り、ブラウザは単なるWeb閲覧ソフトから、OSと密接に統合された「管理ツール」へと変貌を遂げている。かつて、ブラウザはWeb標準というオープンなプロトコルを解釈するだけの存在だった。しかし現在は、ブラウザベンダーが独自のAPIを定義し、拡張機能の挙動を監視し、さらにはメモリの扱いまでを「仕様」として決定する。我々が書くコードが、ブラウザのアップデート一つで動かなくなるという事態は、もはや日常茶飯事だ。この「プラットフォームの専制」に対して、我々エンジニアはどのように対峙すべきなのだろうか。

今回のEdgeの動きは、Firefoxのような独立したエンジンを持つブラウザの重要性を再認識させる。Chromiumベースのブラウザが市場を席巻する中で、MV3への移行は「Webの画一化」を加速させる。もし、すべてのブラウザが同じAPI制約の下で動くようになれば、それはWebの多様性を殺すことに他ならない。我々エンジニアは、特定のプラットフォームに依存した開発から脱却し、よりポータブルで、ユーザーの権利を尊重する技術スタックを選択する責任がある。uBlock Origin Liteへの移行を推奨するMicrosoftの姿勢は、一見親切に見えるが、それは「制限された環境下での最適解」を押し付けているに過ぎない。

明日から我々が取るべき対策は明確だ。まず、自分が開発しているアプリケーションや拡張機能が、特定のブラウザの仕様変更にどれだけ依存しているかを再評価すること。そして、ブラウザベンダーの「設計通り」という言葉を鵜呑みにせず、メモリ管理やプライバシー保護の観点から、常に疑いの目を持つことだ。さらに、オープンソースコミュニティが提供する代替手段を積極的に支援し、ブラウザの「中立性」を維持するための議論に参加し続ける必要がある。技術は、誰かの都合で制限されるためにあるのではない。我々がWebを構築する目的は、情報の自由な流通と、ユーザーの主体的な体験を守ることにあるはずだ。

最後に、読者であるあなたに問いたい。あなたが今日使っているブラウザは、あなたの意志を反映しているだろうか、それともブラウザベンダーのビジネスモデルを反映しているだろうか。もし明日、あなたの愛用するツールが「設計通り」という理由で機能を奪われたとき、あなたはそれに従うのか、それとも別の選択肢を探すのか。技術の進化とは、選択肢を狭めることではなく、広げることであるはずだ。この問いに対する答えを、我々は日々のコードの中に刻み込んでいくしかない。ブラウザの未来は、ベンダーが決めるものではなく、我々エンジニアがどのようなツールを選択し、どのようなWebを支持するかによって決まるのだから。