Aller au contenu principal
NUKOE

Manifest V3とは？Chromeの決定が拡張機能エコシステムに与える影響

• 8 min •
La fragmentation des extensions navigateur : un défi technique et stratégique pour les développeurs

Manifest V3：Chromeの決定が拡張機能エコシステムを再構築する方法

Firefoxでは完璧に動作する拡張機能が、Chromeでは完全に壊れてしまうことを想像してください。これは仮説上のシナリオではなく、GoogleがManifest V3でゲームのルールを書き換えることを決めて以来、開発者が日常的に直面している現実です。この新しい仕様は、セキュリティとパフォーマンスの向上として提示されていますが、実際には拡張機能エコシステムに深い亀裂を生み出し、開発者に互換性と機能性の間で不可能な選択を強いることになっています。

拡張機能を作成または使用するデジタルプロフェッショナルにとって、この相違は単なる技術的な問題ではありません。コードの移植性に疑問を投げかけ、開発コストを増加させ、最終的にはどの拡張機能が今後生き残るかを決定する可能性があります。この記事では、Chrome、Firefox、Safariの根本的に異なるアプローチが拡張機能の状況をどのように変えているか、そしてそれがあなたの仕事に具体的に何を意味するのかを分析します。

技術的亀裂：APIがもはやAPIでなくなるとき

問題の核心は、ネットワークリクエストの処理にあります。Manifest V2では、拡張機能は`webRequest` APIを使用して、ネットワークトラフィックをリアルタイムで傍受、分析、および潜在的にブロックすることができました。この能力は、広告ブロッカー、セキュリティツール、および多くのプロフェッショナル向け拡張機能にとって基本的なものでした。

Manifest V3はこのAPIを`declarativeNetRequest`に置き換えます。これは、フィルタリングルールが動的に実行されるのではなく、静的に宣言されるシステムです。Mozillaフォーラムで開発者が指摘しているように、「クロスブラウザ拡張機能を構築する場合、Firefoxで動作するものがChromeでは動作しない可能性がある」のです。この技術的な相違は些細なものではありません：開発者は2つの別々のコードベースを維持するか、いずれかのプラットフォームで重要な機能を犠牲にすることを余儀なくされます。

> 「両方のブラウザで同一のAPIは、拡張機能開発者にとって重要です。」 – Chromium Extensionsグループの議論

結果は直接的です：特定のネットワーク監視ツールやデータ漏洩防止ツールなど、一定の永続的なリスナーを必要とする拡張機能は、ChromeでManifest V3に移行する際に克服できない障害に直面します。Redditで、開発者は状況を要約しています：「Chrome拡張機能に取り組むすべての開発者は、Manifest V3がもたらす変更の影響を受ける可能性があります。これは単なる広告ブロッカーの問題ではありません。」

Firefox：合理的な互換性への道

Chromeとは異なり、MozillaはManifest V3に対してより微妙なアプローチを採用しています。Mozillaの公式ブログで説明されているように、「FirefoxはManifest V3に対して異なるアプローチを取っており、これらの違いはどの拡張機能を使用できるかに影響します。」

Firefoxの戦略は3つの柱に基づいています：

  • 正当なユースケースに対する`webRequest` APIのサポートを維持する
  • オプションの代替として`declarativeNetRequest`を実装する
  • 普遍的な制限を適用するのではなく、ケースバイケースで拡張機能を評価する

このアプローチにより、Firefoxは既存の拡張機能とのより良い互換性を主張しつつ、Manifest V3のセキュリティ目標に向けて前進することができます。開発者にとって、これはFirefox向けに設計された拡張機能が、Chromeでは不可能になる機能を保持できることを意味し、Mozillaのブラウザに特定のプロフェッショナルセグメントでの競争優位性をもたらします。

Safari：戦略的な死角

利用可能な情報源は、Manifest V3に関するAppleの立場について詳細な情報を提供していません。このコミュニケーションの欠如は、Appleエコシステムをターゲットとする開発者にさらなる不確実性をもたらします。いくつかのシナリオが考えられます：

  • SafariはChromeの制限的アプローチに追随する可能性がある
  • Appleは独自のハイブリッドソリューションを開発する可能性がある
  • 拡張機能のサポートは、歴史的にそうであったように限定的なままである可能性がある

プロフェッショナル向け拡張機能の開発者にとって、この不確実性は重要なビジネスリスクを表します。Safari向けの開発への投資は、投資収益率の保証なしに、Appleの将来の決定に関する賭けになります。

開発者への実践的影響

ブラウザ間の相違は、開発チームに具体的な課題を生み出します：

1. コストと複雑さの増加

異なるブラウザ向けに同じ拡張機能の複数バージョンを維持することは、開発、テスト、保守の作業を2倍または3倍にします。小規模チームや独立系開発者は、この断片化に対して特に脆弱です。

2. 設計上のジレンマ

開発者は以下の間で選択しなければなりません：

  • すべてのブラウザと互換性のある最小限のバージョンを作成する
  • Firefox向けに特化した高度な機能を開発する
  • 特定のカテゴリの拡張機能について、Chromeのサポートを完全に放棄する

3. ユーザーエクスペリエンスの断片化

同じ拡張機能が、ブラウザによって根本的に異なる能力を提供する可能性があり、ユーザーの混乱を生み、サポート要請を増加させます。

2026年以降の適応戦略

この新しい現実に直面して、拡張機能開発者は戦略を再考する必要があります：

重要な拡張機能にはFirefoxを優先する

ネットワークトラフィックへの完全なアクセスやリアルタイム監視機能を必要とするツールでは、Firefoxが選択されるプラットフォームになります。Manifest V3に対するより柔軟なアプローチにより、Chromeでは消えてしまう能力を保持することができます。

モジュラーアーキテクチャを採用する

共通の機能コアと各ブラウザ固有のモジュールを持つ拡張機能を開発することで、複雑さの管理に役立ちます。このアプローチにより、共通コードを共有しつつ、高度な機能を各プラットフォームの能力に適応させることができます。

ユーザーとの明確なコミュニケーション

ブラウザ間の違いは、ユーザーに透明性を持って説明される必要があります。拡張機能は次のようなメッセージを表示するかもしれません：「この機能は、Chromeの技術的制限により、Firefoxでのみ利用可能です。」

技術的代替案への投資

プログレッシブウェブアプリ（PWA）やオペレーティングシステムレベルでの統合などのアプローチを探求することで、従来拡張機能によってカバーされていた特定のユースケースに対して代替案を提供できる可能性があります。

拡張機能の未来：断片化されたエコシステムへ

Chromeが妥協なくManifest V3を課す決定は、ブラウザ拡張機能の歴史における転換点を意味します。私たちは以下のようなエコシステムに向かっています：

  • Firefoxは高度な拡張機能とプロフェッショナルツールの避難所になる
  • Chromeはパワーを犠牲にしてセキュリティとシンプルさを優先する
  • Safariは戦略的な未知数であり、潜在的には破壊的な影響を持つ

この断片化は必ずしも否定的なものではありません。開発者に新しいアーキテクチャの探求を強制し、各ブラウザに特化したニッチを作り出すことで、イノベーションを刺激する可能性があります。しかし、それはまたウェブの移植性とツールの相互運用性にとって大きな課題でもあります。

デジタルプロフェッショナルにとって、教訓は明らかです：拡張機能がすべてのブラウザで同じように動作すると仮定してはなりません。クロスブラウザ互換性は、開発の初期段階から戦略的計画を必要とする複雑な設計問題になりました。

Manifest V3の進化は、技術的プラットフォームが中立ではないことを思い出させます。それらは、ウェブが何であるべきかについての競合するビジョンを体現しています：Mozillaではオープンで強力、Googleでは制御され安全、Appleでは統合されプロプライエタリです。開発者およびユーザーとして、私たちの技術的選択は、インターネットの未来についての哲学的選択にもなります。

さらに詳しく知る