Edgeの更新について、Microsoft が2026年10月16日（日本時間の1時ごろ）に Microsoft Edge Blog で方針を説明しました。再起動なしで更新する「seamless updates」は試作（プロトタイプ）の段階で、今すぐ使える手段として「Restart to update on idle」と、組織向けの「Security Update Alerts」が案内されています。2026年10月16日時点の情報です。
結論から言うと、Edgeでいま使えるのは、アイドル時に再起動して更新を適用する Restart to update on idle の設定です。再起動なしの seamless updates は試作で、公式は「not in production code or part of Chromium today」と書いています。 実際のブラウザは、Microsoft Edge（公式製品ページ）で見られます。まず表で全体像をどうぞ。
| 項目 | 公式の位置づけ | Edgeの利用者に関わること |
|---|---|---|
| seamless updates | 試作（working prototype）。公式は「not in production code or part of Chromium today」と書いている | 提供時期の記載は原文にない |
| Restart to update on idle | 今日から opt in できる（formerly named “Instant Updates”） | 利用者が設定で有効にする。再起動は残る |
| Security Update Alerts | 管理対象の Windows 端末で、Monitoring dashboard から available now | 管理者向け。追加のライセンスは不要と書かれている |
Edgeの更新方針はいつ、どこで出たか
出典は、Microsoft の公式ブログと、そこからリンクされた公式ドキュメントです。公式ブログの公開時刻は、公開ページのメタデータで2026年10月15日 16:01 UTC（日本時間の2026年10月16日 1:01）です。
- Microsoft Edge Blog「Faster protection, fewer interruptions: How Microsoft Edge is rethinking updates」（2026年10月15日）
- Microsoft サポート「Automatically update Microsoft Edge when your device is idle」（設定手順の補足。ページに公開日・更新日の表示はありません）
- Microsoft Learn「Monitoring dashboard」（管理者向けの補足）
この記事の執筆日は2026年10月16日です。数字や設定の説明は、上の公式ページの記述だけに基づきます。
Edgeの seamless updates は試作段階
再起動なしで更新を進める試作
公式が紹介する seamless updates は、開いている作業を続けたまま、ブラウザを新しい安全なバージョンへ移す working prototype です。公式は、再起動の案内（restart prompt）はなく、気づくことがほとんどない、と説明しています。
具体的には、Edge が新しいバージョンをバックグラウンドで適用します。そして、ブラウザ、その補助プロセス、開いているタブが新しいバージョンへ移り、フォームは開いたまま、作業内容が残るとされています。
公式が書いた目標と、書いていないこと
デモでは、更新が始まる瞬間を見せるために Update ボタンを押しています。公式の目標は、利用者が Update ボタンを押す必要がなくなることで、更新が提供開始から数分以内に適用される可能性（could）があると書かれています。
一方で、公式は、この試作を開発の早い段階で共有しており、「not in production code or part of Chromium today」だと明記しています。また、提供時期や対象バージョンについては、公式ブログの原文に記載がありません。つまり、いつ使えるようになるかは、現時点では読み取れません。
従来、更新に再起動が必要だった理由
公式は、ブラウザが多くの連携するプロセスを調整しなければならず、それらすべてが、作業内容を保ったまま、安全かつ確実に新しいバージョンへ移る必要があると説明しています。この仕組みが、これまで再起動に頼ってきた理由として書かれています。
Edgeで今すぐ使える Restart to update on idle
有効にすると何が起きるか
Restart to update on idle は、以前は「Instant Updates」という名前だった機能で、利用者が opt in して使います。公式ブログによると、デバイスがアイドル状態のときに Edge を再起動し、保留中の更新を適用して、開いていたタブを復元します。
公式は、seamless updates との違いを、再起動は残るものの、その中断を作業中から遠ざける点だと説明しています。さらに、普段は更新を待つ人であれば、最新の保護を数日ではなく数時間で受け取れる可能性（can help）がある、とも書いています。
設定手順と、サポート文書にある注意点
設定は、サポート文書によると、Edge の Settings > About Microsoft Edge から、または edge://settings/help から行います。この機能は初期状態でオフ（off by default）で、「Restart to update on idle」のトグルをオンにします。なお、Edge 156 より前のバージョンでは、トグルの名前が「Instant update」と書かれています。
サポート文書には、次の点も書かれています。
- InPrivate モードでは動作しない
- デバイスが 15 分間アイドルで、アクティブな wake lock がない場合に、再起動が近いという通知が出る
- 通知の表示後に 5 分のカウントダウンが始まる
- 保存していない文書や入力途中のフォームでは、内容が失われる可能性がある
ごはんにたとえると
ごはんにたとえるなら、食べている最中にお皿を下げられるのではなく、席を外したすきに片付けてもらうイメージです。ただし、手をつけていない料理も片付けられるように、入力途中のフォームの内容は失われる可能性があると、サポート文書に書かれています。
Edgeの更新が遅れる時間、patch gap とは
公式は、セキュリティ更新が守ってくれるのは、適用した後だけだと説明しています。修正が利用可能になってから、実際に適用されるまでの時間を、セキュリティの世界では patch gap と呼ぶそうです。
また、再起動は、この時間に摩擦を足します。公式は、大事な作業の途中だからという理由で、ブラウザを何日も開いたままにする人がいる可能性（may）を書いています。さらに、「2026 Microsoft Digital Defense Report」が、AI によって攻撃までの時間が縮まり、脆弱性の発見が加速している様子を説明している、と紹介しています。ただし、公式ブログ自体は、具体的な数字を挙げていません。
緊急時は Chromium の周期を待たないこともある
Edge は Chromium を土台にしています。公式は、Microsoft が顧客にもっと早く保護が必要だと判断した緊急の状況では、Edge が Chromium のリリース周期を待つとは限らず、Chromium とは別に Edge のパッチを出したことがある、と書いています。
組織向けEdgeの Security Update Alerts
管理者が受け取れる通知
組織でEdgeを管理する場合は、Microsoft Edge management service の Security Update Alerts が案内されています。管理者が最低限の重大度（minimum severity threshold）を設定すると、新しく出た更新がそのしきい値以上のセキュリティ修正を含むときに、ダッシュボードの通知とメールを受け取れます。また、ゼロデイ脆弱性に対処するリリースも強調されます。
Monitoring dashboard で見られること
Monitoring dashboard では、リリースの重大度、対処された CVE、更新が必要な可能性のある管理対象の Windows 端末の数、Edge の各チャネルの最新バージョンを確認できます。そのうえで、管理者は、利用者に再起動を促すか、デバイスがアイドルのときの自動再起動を設定できます（原文は can）。
提供範囲
公式は、Security Update Alerts が管理対象の Windows 端末向けに、Edge management service の Monitoring dashboard で available now で、追加のライセンスは不要だと書いています。詳細は、Monitoring dashboard（Microsoft Learn）にあります。
Edgeの更新で、情シス担当者が確認したいこと
ここからは、公式の投稿に書かれていない、筆者の提案です。
提案する確認項目
| やること | 位置づけ |
|---|---|
| Restart to update on idle を、まず少数の端末で有効にして挙動を見る | 提案 |
| 入力途中の内容が失われる可能性があることを、利用者に前もって伝える | 提案（可能性そのものは、サポート文書に書かれている） |
| Security Update Alerts の最低限の重大度を、運用に合わせて決める | 提案 |
| seamless updates は試作として扱い、運用計画には入れない | 提案 |
ありがちな話
仮の話ですが、長い入力フォームを何日も開きっぱなしにしている利用者が、情シス担当者の身近にいたとします。その場合、Restart to update on idle は、席を外している間に更新を済ませる手段になり得ます。ただし、入力途中の内容は失われる可能性があるので、保存の習慣とセットで案内するのがよさそうです。
Edgeの更新で、公式から読み取れなかった点
次の点は、この記事の根拠にした公式の記述からは読み取れませんでした。
- seamless updates の提供開始時期・対象バージョン・Chromium への取り込み予定。公式ブログ本文には、「not in production code or part of Chromium today」以外の記載がありません
- 日本での提供状況。英語版のブログ本文には、日本に関する記載がありません。日本語のサポート文書は確認していません
- Instant Updates から Restart to update on idle へ名前が変わった時期。公式は「formerly named」とだけ書いています
- 公式ブログは公開から約4時間41分後にも更新されていますが、どの記述が変わったかは分かりません
まとめ
- Edge は、再起動なしで更新する seamless updates を試作として公開した。公式は「not in production code or part of Chromium today」と書いている
- 今すぐ使えるのは、アイドル時に再起動して更新を適用する Restart to update on idle。再起動は残るが、作業中から遠ざけられる。サポート文書によると、初期状態はオフで、入力途中の内容は失われる可能性がある
- Security Update Alerts は、管理対象の Windows 端末向けで、Monitoring dashboard から available now。追加のライセンスは不要と書かれている
- 提供時期や日本での状況は、公式の記述から読み取れなかった
ほかの IT の話題は、当ブログの技術ネタカテゴリーからどうぞ。
ITもごはんも、腹八分目が長続きのコツ！
コメント