Windows 11でFirefoxのリンク起動がまもなく高速化される可能性

Windows 11の高速アプリ起動により、Edge、そして将来的にはFirefoxでも追加プロセスを開始せずにリンクを開けるようになる

Windows 11のFirefoxユーザーは、まもなくブラウザー起動の高速化という恩恵を受けられる可能性があります。Mozillaは、Windows 11がリンクやスタートメニューからの起動リクエストを、既存のFirefoxウィンドウへ直接送信できるようにする変更を開発しています。初期テストでは、Windowsがブラウザーへリンクを渡すのにかかった時間は、70ミリ秒ではなく約3ミリ秒でした。

MSは当初、この機能を自社のEdgeブラウザー向けに開発しました。この機能は10月にテストされ、その時点ではRelease Preview Insiderのみに提供されていました。その後、10月下旬にリリースされたオプションのKB5127936更新プログラムを通じて一般的なPCでも有効になり、おおむね意図したとおりに動作しています。

Firefox、別のfirefox.exeプロセスを使用しない起動をテスト中

現在、Firefoxがすでに実行中の状態で、ユーザーが別のアプリケーション内のリンクをクリックした場合—またはスタートメニューやタスクバーからFirefoxを起動した場合—Windowsは新しいfirefox.exeプロセスを開始します。この一時プロセスはランチャーを含み、既存のFirefoxインスタンスを特定してリクエストを転送した後、終了します。これにより、不要な中間処理が発生します。

FirefoxのシニアスタッフプロダクトマネージャーであるDavid Rubino氏は、10月下旬に提出されたBug 2087194で、Firefoxを開いたままにしているユーザーにとって、これが一般的な状況であると指摘しました。ログイン時にFirefoxを起動する設定を有効にすると、この状況はさらに多く発生します。

Windows 11はEdgeを開く際の不要なプロセスを省略しており、Firefoxも同様の方式を採用する可能性がある

Rubino氏は以前、MSに16年以上勤務していました。Windows ExplorerやInternet Explorerに携わった後、MS Edgeチームのシニアプロダクトマネージャーを8年以上務めています。

提案されているFirefoxの実装では、MSの高速アプリ起動APIを使用します。これはLimited Access Featureであるため、通常、開発者はMSから解除コードを取得する必要があります。ただしFirefoxは、タスクバーに自身をピン留めするためにすでに使用しているコードでこの機能も解除できるため、新しいコードは必要ない可能性があります。

報告された3ミリ秒という結果は、開発者がローカル版Firefoxを使用して実施した簡易テストによるものです。スタートメニューからの起動リクエストも、実行中のブラウザーへ直接送信されました。ただし、この数値はWindowsがリクエストを転送するのに要する時間のみを測定したものであり、FirefoxでWebページの読み込みが23倍高速になるという意味ではありません。

この機能は、まだ一般向けテストでは利用できません。開発中のパッチはwidget.windows.accelerated_launch.enabledによって制御されており、デフォルトでは無効で、MozillaのNimbus実験システムを通じて管理されています。

Mozillaは、複数のプロファイルが開かれている場合に、どのFirefoxインスタンスが起動リクエストを受信すべきかも判断する必要があります。また、Mozillaがこの機能の利用を開始する前に、MSが事前通知を求めるかどうかも未解決です。

EdgeはWindows 11ですでに高速ウォーム起動を採用

MSは開発者向けドキュメントで、この機能を高速ウォーム起動と呼んでいます。ブラウザーのようなシングルインスタンスアプリケーションが起動すると、そのアクティブウィンドウがWindowsに登録されます。その後、ユーザーがスタートメニューやタスクバーからアプリケーションを起動した場合、またはそのアプリケーションが既定のハンドラーに設定されているリンクを選択した場合、Windowsは登録済みのウィンドウへ直接通知できます。

変更前：Windowsが一時プロセスを開始し、そのプロセスが既存のアプリケーションウィンドウを特定してリクエストを転送した後、終了します。
変更後：Windowsが中間プロセスを作成せず、登録済みのアプリケーションウィンドウへ起動リクエストを直接送信します。

MSによると、一時プロセスを排除することで全体的な遅延が短縮されます。ただし、このAPIはすべての起動形式、起動元アプリケーション、Windowsバージョンに対応しているわけではありません。そのため、アプリケーションはフォールバックとして、既存のシングルインスタンス起動コードを維持する必要があります。

Edge 150以降では、2026年10月の非セキュリティ更新プログラムまたはそれ以降の更新プログラムがインストールされている場合、Windows 11バージョン25H2、26H1、26H2でこの機能がサポートされます。MSのEdgeチームによると、ほとんどのユーザーは起動が約15％高速化し、負荷の高いマルチタスク環境では最大33％の改善が見込まれます。

メモリがわずか4GBの仮想マシンでテストしたところ、明確な改善が確認されました。MS Storeとペイントを開いた状態でタスクバーからEdgeを起動すると、更新プログラムの適用前は動作が重かったものの、適用後は大幅に応答性が向上しました。

再起動後のEdge初回起動は、リクエストを受信できるアクティブなEdgeインスタンスが存在しないため、高速化されませんでした。ただし、スタートアップブーストによってEdgeがバックグラウンドで実行され続けることが多いため、日常的なリンク起動の多くがウォーム起動の対象になります。

KB5127936の正式版リリースノートでは、Edgeの変更が通常展開に分類されました。MSは、Release Previewチャネルで段階的にテストした後、対象となるすべてのデバイスへ同時に提供する機能にこの区分を使用しています。

KB5127936はオプション更新プログラムだったため、当初はユーザーが手動でインストールする必要がありました。その機能と変更内容は、必須の11月10日「Patch Tuesday」セキュリティ更新プログラムを通じて、対象となるすべてのPCに提供される予定です。この更新プログラムをインストールすると、追加設定なしでEdgeの起動が高速化される見込みです。

Chrome、Brave、その他のWindowsアプリケーションも追随する可能性

EdgeはGoogleのChromiumプラットフォームをベースにしていることで批判を受けてきましたが、MSは現在もこのオープンソースプロジェクトにおける主要コントリビューターの1社です。高速アプリ起動に関連する取り組みもChromiumへ提供されています。

そのため、Chrome、Brave、Vivaldi、その他のChromiumベースのブラウザーも、将来的に同じ改善を採用する可能性があります。現時点で対応を発表しているブラウザーはなく、この機能自体も比較的新しいものです。FirefoxはChromiumではなくMozillaのGeckoエンジンを使用しているため、個別の実装が必要です。

このAPIはWebブラウザーだけに限定されません。MSの解除コードを取得すれば、シングルインスタンスのメッセージアプリ、音楽プレーヤー、メールクライアントなどでも利用できますが、採用計画を明らかにした開発者はまだいません。Edgeチームは、PDFファイルを開く場合など、ほかのシナリオについてもWindowsチームと連携して取り組んでいます。

MSはこれまで、Edgeのスタートアップブーストや、Wordやエクスプローラーなどのアプリケーションの事前読み込みを含め、より多くのコンポーネントをバックグラウンドで読み込んだままにすることで、アプリケーションの起動遅延に対処してきました。高速起動は、Windowsが実行する必要のない重複処理を排除するという異なるアプローチを採用しています。

今後の焦点は、Mozilla以外にどれだけ多くのWindows開発者が、MSの高速起動機能へのアクセスを申請するかです。