「メール連携の自動処理が、ある日突然エラーを吐き始めた」——2026年秋、そんな事態が現実になるかもしれません。Microsoftは、クラウドとオンプレミスの両方で、Exchangeに関わる重要な期限を2026年秋に集中させています。しかも厄介なことに、これらは名前が似ているだけの「まったく別の問題」です。混同したまま対策を進めると、必要な作業を見落としたり、逆に不要な移行に時間を費やしたりしかねません。本記事では、情報システム担当者が混同しやすい2つの期限を整理し、秋までに何を確認し、どう動けばよいのかを具体的に解説します。1. 2026年秋に迫るExchangeの2大期限まず押さえていただきたいのは、「EWS終了」と「Exchange Server ESU切れ」は、対象も対応方法もまったく異なるという点です。ここを最初に区別しておくことが、無駄のない対策の出発点になります。1.1. 「EWS終了」と「ESU切れ」は別問題です一つ目は、クラウドであるExchange Online（Microsoft 365）で起きる「EWS（Exchange Web Services）の終了」です。これはメールボックスにアクセスするための古いAPIが使えなくなるという、連携・自動化に関わる問題です。実は、この変更はオンプレミス版のExchange Serverには一切影響しません。Microsoftも「今回の対象はMicrosoft 365とExchange Onlineのみで、Exchange ServerのEWSに変更はない」と明言しています。つまり、自社サーバーで動かしているExchangeのEWS連携は、この期限とは無関係です。二つ目は、オンプレミスの「Exchange Server 2016／2019のESU（Extended Security Update：延長セキュリティ更新）切れ」です。これはサーバー製品そのものへのセキュリティパッチ供給が止まるという、基盤の安全性に関わる問題です。両者は「Exchangeの秋の期限」という点でだけ共通しており、中身は完全に別物だとご理解ください。1.2. 放置すると何が止まるのかなぜ今、対応を急ぐ必要があるのでしょうか。理由は、どちらも「気づいたときには手遅れ」になりやすい期限だからです。EWS終了の場合、影響が出るのは意外なところです。例えば、他社製のメール移行ツール、複合機（スキャン結果をメール配信する機能）、社内で内製したスクリプト、メールを起点にした業務自動化やSaaS連携などが、EWSに依存しているケースは少なくありません。これらは普段は「動いていて当たり前」の裏方であるため、止まって初めて依存に気づくことになりがちです。一方のESU切れは、パッチが止まった後に新たな脆弱性が見つかっても、Microsoftからの修正が提供されなくなることを意味します。ファイアウォールやエンドポイント保護で被害を軽減できる余地はありますが、Exchange本体やメールボックス処理に潜む欠陥そのものを、ベンダー修正なしで塞ぐことはできません。放置は、そのままセキュリティリスクの蓄積につながります。2. クラウド側：Exchange Online「EWS終了」の全貌まずは影響範囲の広いEWS終了から見ていきましょう。ポイントは、期限が一度ではなく「三段階」で訪れることです。2.1. 8月末・10月・翌4月の三段階スケジュールMicrosoftは、EWSを段階的に無効化する計画を公表しています。順を追って整理します。第一の節目は2026年8月末です。この時点までに「AppID許可リスト」を設定し、EWSを有効化する設定（EWSEnabled=True）を済ませておけば、後述する10月の自動ブロックを回避し、2027年3月末までEWSを延命できます。逆に言えば、猶予がほしい企業にとっては、この8月末が事実上の最初のリミットです。第二の節目は2026年10月1日です。この日から、Exchange Onlineではテナント単位でEWSがデフォルト無効化されていきます。管理者が何も設定していないテナントは、Microsoftによって自動的にEWSが無効（EWSEnabled=False）に切り替えられ、EWSを使うアプリが動作を停止します。「何もしない」という選択は、この日以降の障害を実質的に確定させることになります。そして第三の節目、2027年4月1日にEWSは完全かつ恒久的に停止します。Microsoftは「業務への影響にかかわらず例外はない」としており、この日以降の再有効化はできません。延命はあくまで時間稼ぎであり、移行の代替にはならない点に注意が必要です。2.2. 影響範囲とMicrosoft Graphへの移行では、どう対応すればよいのでしょうか。答えは「Microsoft Graph（Graph API）への移行」です。GraphはEWSの後継にあたる新しいAPI群で、機能面でもほぼ同等の対応が進められています。具体的な進め方としては、まず自社のEWS依存を洗い出すことが第一歩です。Microsoft 365管理センターや公開スクリプトを使うと、どのアプリケーションがEWSを利用しているかを確認できます。次に、洗い出した連携をGraphへ順次移行します。ただし、例えばパブリックフォルダーへのプログラム的なアクセスなど、一部にはGraphで完全には代替できない機能ギャップも残っています。この場合は、代替手段の検討や運用の見直しが必要になります。ハイブリッド構成（オンプレとクラウドを併用）の場合は、Entra ID上に専用のハイブリッドアプリケーションを構成することが、安定した共存のための鍵になります。移行にはテストと切り替え作業の時間がかかるため、8月末の延命設定でひとまず時間を確保しつつ、Graph移行を並行して進めるのが現実的です。3. オンプレ側：Exchange Server 2016/2019のESU切れ続いて、オンプレミス版の期限です。こちらは「延命の最終回」がすでに動き出しています。3.1. Period 2は2026年10月で終了、次はありませんExchange Server 2016および2019は、2025年10月14日にすでにサポートを終了しています。その後、移行を完了できない企業向けに、Microsoftは有料のESUプログラムを用意しました。このESUは二段構えでした。最初のPeriod 1が2025年10月から2026年4月まで。移行に追加の時間が必要という声を受けて設けられたPeriod 2が、2026年5月から2026年10月末までの6か月間です。そして重要なのは、Microsoftが「Period 2の後に、さらなる延長（Period 3）はない」と明言している点です。2026年10月が終われば、ESUに加入していても、それ以降Exchange 2016／2019への更新は一切提供されません。なお、Period 2で保護対象となるのは特定のビルドに限られます。例えばExchange 2016はCU23、Exchange 2019はCU14またはCU15が対象で、古い累積更新プログラムのままではESUを購入しても保護されません。自社サーバーのバージョンを一度確認しておくことをお勧めします。3.2. Exchange SEかExchange Onlineか期限が確定している以上、10月末までに移行先を決める必要があります。選択肢は大きく二つです。一つは、オンプレミスを維持する「Exchange Server Subscription Edition（SE）」への移行です。SEは2025年7月1日に提供が始まった、バージョン番号を持たない継続提供型の製品で、モダンライフサイクルポリシーに沿って更新が続きます。例えばExchange Server 2019からであれば、累積更新プログラムの適用と同じ手順でインプレースアップグレードが可能なため、比較的移行の負担は軽くなります。オンプレミスを続ける事情がある企業に向いた選択肢です。もう一つは、クラウドの「Exchange Online（Microsoft 365）」への移行です。サーバーの保守やハードウェア更新から解放され、場所を問わないアクセスが可能になります。ただし前章で触れたとおり、クラウドに移った先ではEWS終了への対応が別途必要になる点は忘れないでください。どちらを選ぶにせよ、メール基盤を刷新するこのタイミングは、グループウェア全体のあり方を見直す好機でもあります。4. 秋までにやるべき移行ロードマップ最後に、二つの期限を取り違えないための実践的な進め方を、逆算で整理します。第一に、自社が「どちらの期限に該当するか」を切り分けます。Microsoft 365／Exchange Onlineを使っているならEWS終了への対応が、オンプレのExchange Server 2016／2019を運用しているならESU切れへの対応が、それぞれ必要です。ハイブリッド構成の場合は両方に該当します。第二に、EWS該当企業は「8月末までに延命設定、10月までにGraph依存の洗い出し着手」を目安に動きます。ESU該当企業は「10月末までに移行先（SEかExchange Online）を確定し、切り替えを完了」させるのが目標です。例えば、まだ移行方針が固まっていない企業であれば、8月中に現状の依存関係とサーバー構成を棚卸しし、9月に移行先を決定、10月を切り替え・検証に充てる、といった逆算が現実的でしょう。第三に、これらは専門知識と作業工数を要するため、社内リソースだけで抱え込まず、早い段階で外部の知見を借りる判断も有効です。期限が固定されている以上、着手が早いほど選択肢は広がります。まとめ2026年秋のExchange関連の期限は、「クラウドのEWS終了」と「オンプレのESU切れ」という別々の問題が、たまたま同じ時期に重なったものです。まずは自社がどちらに該当するかを切り分け、EWSなら8月末の延命設定とGraph移行、ESUなら10月末までの移行先確定という、それぞれのゴールに向けて逆算で動くことが重要です。期限は待ってくれません。今日できる第一歩として、まずは自社のExchange環境の棚卸しから始めてみてはいかがでしょうか。メール基盤の見直しに不安があれば、移行実績のある専門パートナーへの相談も、確実な一歩となります。