Outlookクラシックのサポート終了ロードマップ｜COMアドイン・PST・高度ルールは新Outlookでどうなるか
Microsoftは2024年以降、デスクトップ版Outlookの主軸を「クラシックOutlook（従来のWin32アプリ）」から「新しいOutlook（New Outlook for Windows、Outlook on the Web基盤）」に段階的に切り替える方針を打ち出しています。新規ユーザーには新Outlookが既定で提供され、既存テナントでも「新Outlookを試す」のトグルが表示されるようになりました。
ただし、クラシックOutlookは即時打ち切りではなく、Microsoft 365 Apps for Enterpriseのサポートライフサイクル（2029年予定）まで利用可能とされています。一方で、新Outlookに移行できない・移行すると壊れる機能が複数あり、企業の移行判断は単純ではありません。
本記事では、Outlookクラシックのサポート終了ロードマップと、クラシック版にしかない機能が新Outlookでどう扱われるかを中心に整理します。中小企業が「いつ・どう移行するか」を判断するための実務情報を提供します。
サポート終了のロードマップ（2026年5月時点）
公式に示されている主なマイルストーン
Microsoftの公開情報をベースにした、現時点（2026年5月）のスケジュール概要です。
- 2024年8月：新Outlook for WindowsがGA（一般提供）
- 2025年〜：新規法人テナントで新Outlookを既定として展開
- 2025〜2026年：既存テナントへの「新Outlookを試す」トグルの段階的展開とデフォルト変更案内
- 2029年予定：Microsoft 365 Apps for Enterpriseの延長サポート終了に合わせ、クラシックOutlookの実質的なサポート終了
ただしMicrosoftは、企業向けには最低でも2029年までクラシックOutlookをサポートすることを明確化しており、新Outlookへの強制移行を急ぐ意図は示していません。「移行は急ぐべきだが、慌てて壊す必要はない」が現時点のメッセージです。
なお、上記マイルストーンは2026年5月時点の情報です。最新の正確なスケジュールは、必ずMicrosoft公式（Microsoft 365 Roadmap、Microsoft Learn、Message Center）でご確認ください。
「実質的サポート終了」が早まる可能性
注意したいのは、ライフサイクル上の正式終了よりも前に、機能差が運用リスクになる可能性です。
- 新Outlook側に新機能（AI連携、新しいUI改善等）が集中し、クラシック側は機能追加が停止
- Defender for Office 365、Purviewの新機能が新Outlook前提で設計される
- セキュリティ修正は当面続くが、機能拡張は受けられない
結果として「サポートは続いているがビジネス上の不利益が積み重なる」状態に向かっており、移行時期の判断が問われます。
クラシック版にしかない機能の扱い
新Outlookへの移行で最大の論点は、クラシック版にしかない機能が新Outlookでどうなるかです。主要な機能ごとに、2026年5月時点の状況を整理します。
1. COMアドイン・VSTOアドイン
クラシック版での状況：Win32アプリのため、COM（Component Object Model）アドインやVSTO（Visual Studio Tools for Office）で作成された業務アドインが豊富に存在。CRMツール、メール一括処理、ワークフロー連携、署名管理ツールなど、企業のメール業務の中核を担っているケースが多い。
新Outlookでの扱い：新OutlookはWebベースのアーキテクチャのため、COMアドイン・VSTOアドインは原則として動作しない。代替として、Microsoftが推進している**Outlookアドイン（旧名：Office Add-ins、JavaScript/HTMLベース）**が動作する。
業務影響：
- COM/VSTOで作られた業務アドインが多い組織は、移行前に各アドインの新Outlook対応状況を確認
- 開発元が新Outlookアドイン（JS/HTML版）を提供していない場合、業務継続不可リスクがある
- 自社開発のCOMアドインは、JS/HTMLベースで作り直す必要がある
中小企業で署名・送信ルール・営業支援アドインを使っている場合、ベンダーへの代替版提供状況確認が移行可否を左右します。
2. PSTファイル（ローカルアーカイブ）
クラシック版での状況：PSTファイル（Personal Storage Table）は、メール・予定・連絡先をローカルに保存するファイル形式。
- メールのローカルアーカイブとして、Exchangeの容量制限を回避する用途
- オフラインバックアップとして、Exchange障害時の保険
- 退職者のメールデータ保管として、PST抽出して保管
- 旧Exchange Serverからの移行データとして
新Outlookでの扱い：
- 新OutlookはPSTファイルを直接マウントできない（2026年5月時点）
- アーカイブはオンライン（Exchange Online Archive）への移行が推奨
- 既存のPSTファイルをそのまま使いたい場合、当面はクラシックOutlookを残す必要
業務影響：
- 過去のメールアーカイブをPSTで管理している組織は、Exchange Online Archiveへのインポート作業が必須
- ユーザーが個人でPSTを使っている場合、棚卸しと一元化が必要
- 退職者管理にPST抽出を使っている場合、eDiscovery / 法的保留などの代替プロセスへの移行
3. 高度な仕分けルール（Server-Side / Client-Side）
クラシック版での状況：
- サーバー側ルール（Exchange側で実行）：シンプルな振り分けは新Outlookでも動作
- クライアント側ルール（Outlookアプリで実行）：複雑な条件分岐、スクリプト実行、特定アドインへの引き渡しなど
新Outlookでの扱い：
- サーバー側ルールは基本的に互換性あり
- クライアント側ルールは新Outlookでは動作しない（Webベースのため）
- 「特定の連絡先からの大容量メールをアーカイブ」「特定の件名で別アプリを起動」など、クライアント側ルールに依存していた処理は移行できない
業務影響：
- 「Run a script」「Start application」「Permanently delete」などのクライアント側アクションを使っているルールは、新Outlookで再現不可
- 代替として、Power AutomateフローやExchange Onlineサーバー側ルールへの置き換え検討が必要
4. PowerShellでのカスタマイズ
クラシック版での状況：Win32アプリのため、PowerShellからOutlookを操作する自動化スクリプトが豊富。
- 大量の連絡先一括登録
- カレンダー予定の一括作成
- メール送信の自動化
- 受信メールの定期処理
新Outlookでの扱い：
- 新OutlookアプリへのPowerShellからの直接制御は、原則として非対応
- 同等の自動化は、Microsoft Graph API経由で実装する形に変わる
- 既存PowerShellスクリプトのGraph API書き換えが必要
業務影響：
- 自動化スクリプトを業務で使っている場合、Graph API版への書き換え工数が発生
- ただしGraph API版はOutlook以外のM365サービスとも統合できるため、将来性は高い
5. その他のクラシック専用機能
| 機能 | クラシック | 新Outlook（2026年5月時点） |
|---|---|---|
| Quick Steps（クイック操作） | 完全対応 | 段階的に実装中、機能差あり |
| 投票ボタン | 対応 | 部分対応 |
| メール送信の遅延配信 | 完全対応 | 対応 |
| 共有メールボックスの完全機能 | 完全対応 | 段階的に拡充中 |
| パブリックフォルダ | 完全対応 | 段階的に拡充中 |
| 表示形式（プレーンテキスト/HTML/リッチテキスト） | RTF含む完全対応 | RTFは非対応の傾向 |
| グループポリシー（ADMX） | 詳細制御可能 | 制御項目が限定的 |
| カスタムフォーム（旧形式） | 対応 | 非対応 |
| カラーカテゴリの詳細設定 | 完全対応 | 段階的に実装 |
これらは2026年5月時点の状況であり、Microsoftの継続開発により今後縮小していく可能性があります。最新の公式情報をご確認ください。
中小企業の移行判断フレームワーク
移行を急ぐべきケース
以下に該当する組織は、新Outlookへの早期移行が望ましいです。
- COM/VSTOアドインを使っていない、または代替がある
- PSTファイルをExchange Online Archiveに既に移行済み
- ルールはサーバー側ルールが中心
- PowerShell自動化を使っていない、またはGraph API化を進めたい
- AI機能（Copilot、新UI機能）を早期に活用したい
- 新規入社者には既に新Outlookを配布している
慎重に移行すべきケース
以下に該当する組織は、移行の影響評価を入念に行ってください。
- COM/VSTOアドインに業務が依存している（CRM連携、署名管理、ワークフロー等）
- PSTファイルが業務に組み込まれている
- クライアント側ルール（Run a script等）に依存している
- カスタムフォームを業務で使っている
- グループポリシーで詳細制御している
これらの組織は、まず社内のアドイン・PST・ルールを棚卸しし、新Outlookでの代替手段を確認したうえで、段階的な移行計画を立てる必要があります。
移行ステップの推奨
Phase 1：棚卸し（〜2ヶ月）
- 全ユーザーのOutlookアドイン一覧の取得（PowerShell、Intune、SCCM等で抽出）
- PSTファイルの所在確認とサイズ集計
- 業務で使っているクライアント側ルールの洗い出し
- PowerShell自動化スクリプトの棚卸し
- 各アドインベンダーへの新Outlook対応状況の問い合わせ
Phase 2：代替手段の準備（2〜6ヶ月）
- COM/VSTOアドインを新Outlookアドイン（JS/HTML）に置き換え（自社開発分）
- PSTファイルをExchange Online Archiveにインポート
- クライアント側ルールをサーバー側ルールまたはPower Automateに置き換え
- PowerShellスクリプトをGraph API版に書き換え
- グループポリシーを新Outlook対応の設定に変換
Phase 3：パイロット移行（6〜9ヶ月）
- 1部署・少人数で新Outlookを既定として運用
- 業務影響・利用者の声を収集
- 問題があった機能の代替手段を再検討
Phase 4：全社展開（9ヶ月〜）
- 全社員に新Outlookを既定として展開
- クラシックOutlookは「緊急時のみ使用」または「段階的に削除」
- 残ったクラシック依存業務の最終棚卸し
- サポート終了に向けた完全切り替えの計画策定
よくある質問
Q1. クラシックOutlookは2029年に必ず使えなくなりますか？
A. 2026年5月時点でMicrosoftが公表しているマイルストーンでは、Microsoft 365 Apps for Enterpriseの延長サポート期限が2029年とされています。これに連動してクラシックOutlookも実質的なサポート終了を迎える見込みですが、Microsoftの今後の発表で変更される可能性があります。最新の公式情報を継続的に確認してください。
Q2. 「新Outlookを試す」のトグルが現れたら、すぐ切り替えるべき？
A. 個人ユーザーは試してみる価値がありますが、業務利用では棚卸しなしの切り替えは推奨しません。COMアドイン、PSTファイル、クライアント側ルールが業務で使われている可能性があるため、まず影響評価を行ってください。
Q3. Mac版Outlookはどうなりますか？
A. Mac版Outlookは元々独自のコードベースで開発されており、Windows版とは別ロードマップです。Mac版にもUI刷新の流れはありますが、Windows版の「クラシック→新Outlook」とは別の話です。
Q4. 新Outlookに移行したらクラシックに戻せますか？
A. 2026年5月時点では、「新Outlookを試す」のトグルで戻すことができます。ただしMicrosoftはこのトグルを将来削除する方針を示しており、戻せなくなるタイミングが来る可能性があります。
Q5. 移行はIntuneやSCCMで一括展開できますか？
A. Intune（Endpoint Manager）やSCCM（Configuration Manager）で展開ポリシーを設定できます。グループポリシーでの「新Outlookを既定にする／クラシックを残す」制御も可能です。詳細はMicrosoft Learnの「新しいOutlookの展開」ガイドを参照してください。
まとめ
Outlookクラシックのサポート終了は2029年予定の段階的な移行であり、急いで切り替える必要はありません。一方で、新機能の追加が新Outlookに集中しているため、いずれ移行は必要になります。
中小企業が押さえるべき3つのポイントは次のとおりです。
- 棚卸しが最優先：COM/VSTOアドイン、PSTファイル、クライアント側ルールの利用状況を把握
- 代替手段の準備に時間がかかる：アドインベンダー対応、Graph API書き換え、PSTインポート等は数ヶ月単位
- 段階的移行が安全：パイロット→部門展開→全社展開の3段階で、影響を見ながら進める
情シス365では、Microsoft 365環境の棚卸し・新Outlook移行計画の策定・実行をご支援しています。「自社のアドイン・PST・ルールがどれくらい新Outlookに対応するか分からない」「移行プロジェクトの進め方を相談したい」といったご相談があれば、お気軽にお問い合わせください。