新 Outlook とクラシック Outlook｜アドイン互換と切替時期の判断材料

Microsoft 365を利用する企業にとって、メールクライアントの選定は業務基盤の根幹に関わります。現在、Microsoftは従来のデスクトップ版アプリである「クラシックOutlook」から、Webベースのアーキテクチャを採用した「新Outlook for Windows」への移行を強力に推し進めています。

しかし、IT実務者の視点では、「新しいから」という理由だけで移行に踏み切ることはできません。特に長年蓄積されたCOMアドイン資産や、特定のPSTファイル運用、オフライン環境での利用など、クラシック版に依存している業務フローが障壁となるからです。

本記事では、新OutlookとクラシックOutlookの機能差分を徹底比較し、特に重要となるアドインの互換性と、組織としていつ移行を決断すべきかの判断材料を詳細に解説します。

クラシックOutlookはいつまで使える？サポート終了時期の確認

「いつまでクラシックOutlookが使えるか」は、移行計画を立てる上での最重要情報です。Microsoft の公式の案内（Microsoft Learn、Microsoft サポート、ライフサイクルのページ、管理者向けのメッセージセンター）で、2026年9月30日に確かめた内容を整理します。

• 2024年〜：Windows 11（バージョン 23H2 より後のビルド）には、「新しいOutlook」のアプリがあらかじめ入るようになりました（Microsoft Learn「Control installing and using new Outlook」）。Windows 側のアプリの話で、Microsoft 365 Apps のクラシックOutlookはそのまま使えます。
• 2024年10月〜・2025年1月〜：個人向けのアカウントは2024年10月から、Business プラン（最新チャネル）は2025年1月から、クラシックOutlookから新しいOutlookへ自動で切り替わるようになりました。切り替わった後もクラシックに戻せ、利用者も管理者も自動の切り替えを止められます。Enterprise プランの職場・学校のアカウントは、まだ自動では切り替わりません（Microsoft サポート「新しい Outlook for Windows に切り替える」）。
• 2026年10月13日：永続ライセンス版の Office 2021（Office LTSC 2021 を含む）のサポートが終了します。延長サポートはありません。Office 2021 の Outlook を使っている場合は、この日が切り替えの目安です。会社のパソコンをどうするかの決め方は「Office 2021のサポート終了で、会社のパソコンをどうするか」で解説しています。
• 2027年3月（予定）：Enterprise 向けでも、新しいOutlookが既定になる「オプトアウト」の段階が始まる予定です（Microsoft 365 管理センターのメッセージセンター MC949965。2026年2月20日の更新で、当初の2026年4月から延期されました）。この段階でもクラシックに戻せます。
• クラシックOutlookのサポート：Microsoft は、永続ライセンス版・サブスクリプション版とも、今あるクラシックOutlookを少なくとも2029年までサポートするとしています（Microsoft Learn「Stages of migration to new Outlook for Windows」）。これは下限で、サポートの終了日と、クラシックに戻せなくなる「カットオーバー」の時期は公表されていません。

結論：法人でMicrosoft 365 Appsを利用している場合、クラシックOutlookは当面使い続けられます。Enterprise 向けは2027年3月から新しいOutlookが既定になる予定ですが、この段階でもクラシックに戻せ、管理者はポリシーで自動の切り替えを止められます。クラシックに戻せなくなるカットオーバーは実施の12か月以上前に通知されることになっていて、2026年9月30日の時点で時期は公表されていません。今のうちに、アドインの互換性の確認と、自動の切り替えを止めるかどうかの方針づくりを進めることを推奨します。最新の予定は、Microsoft 365 管理センターのメッセージセンターで確認してください。

Classic Outlook（クラシックOutlook）のサポート終了スケジュール：最新タイムラインと移行計画の立て方

「outlook classic いつまで」「outlookクラシック いつまで」「outlook(classic) いつまで使える」「クラシックOutlookはいつまで使えるか」という疑問に先に答えると、Microsoftは「少なくとも2029年まではサポートを継続する」と公表しており、サポートの終了日も、クラシックに戻せなくなるカットオーバーの時期も、まだ公表されていません。2026年9月30日に確かめた Microsoft の公式の情報で整理します。

Classic Outlook（クラシックOutlook）のサポート状況

Microsoftは段階的に新しいOutlookへの移行を推進していますが、Classic Outlookの突然の廃止や強制無効化については明確な日程を公表していません（2026年9月30日時点）。ただし以下の重要なポイントを把握しておく必要があります。

重要：Microsoftのサポートポリシーは変更される場合があります。最新の予定は、Microsoft Learn の移行の段階の説明、ライフサイクルのページ（Office 2021・Office 2019・Office 2016）、Microsoft 365 管理センターのメッセージセンターで確認してください。本記事の日付は2026年9月30日に確かめたものです。

「outlook classic いつまで使えるか」への答え

2026年9月30日時点での答えは次のとおりです。

• Microsoft 365（サブスクリプション）ユーザー：Microsoftが強制移行を実施するまではClassic Outlookを利用可能。現在は切り替えボタンで新旧を行き来できる。Enterprise 向けは2027年3月から新しいOutlookが既定になる予定だが、その段階でもクラシックに戻せる。戻せなくなるカットオーバーの時期は未公表
• 永続版Outlook（Office 2021/2019/2016）ユーザー：Office 2021 のサポートは2026年10月13日まで（延長サポートなし）。Office 2019・Office 2016 はサポートが2025年10月14日に終了済み
• 企業の判断ポイント：「いつ廃止されるかを待つ」戦略より、VBAアドインの棚卸しを2026年内に完了させてから段階移行する方が安全

新しいOutlookで使えなくなる機能：企業移行前のチェックリスト

新しいOutlookへの移行判断：3つのシナリオ別推奨アクション

シナリオA：VBAマクロやCOMアドインに依存している
→ 移行は急がず、まずVBAマクロの棚卸しと代替手段の検証（Power Automate・Office Scripts）を2026年中に完了させる。Microsoftが正式な廃止日を発表してから計画を再策定する。

シナリオB：標準機能のみを使用している（VBA/COMアドイン不使用）
→ 早期移行を推奨。新しいOutlookの操作感に慣れる時間を取ることができ、将来の強制移行時の混乱を防げる。テスト展開から始めて段階的に全社移行する。

シナリオC：一部のユーザーのみVBA/COMアドインを使用
→ VBA依存ユーザーのみClassic Outlookを維持しながら、それ以外のユーザーは新しいOutlookへ先行移行。IT管理者は「Microsoft 365グループポリシー」でユーザーごとのOutlookバージョンを制御できる。

新OutlookとクラシックOutlookの決定的な違い

新Outlookは、一言で言えば「Outlook Web版（OWA）」をデスクトップアプリとしてパッケージ化したものです。これにより、Windows、Mac、Webの全てのプラットフォームでコードベースが共通化され、新機能のリリース速度が向上しています。

アーキテクチャの変遷

クラシック版は、Windows OSに深く統合されたWin32アプリケーションであり、ローカルリソースをフルに活用できました。一方、新Outlookは「Edge WebView2」を基盤としており、動作の大部分がクラウドおよびWeb技術に依存しています。この変更が、後述するアドインの互換性問題に直結しています。

主要機能の比較表

実務において影響の大きい機能を軸に、両者の違いをまとめました。

この表から分かる通り、新Outlookは「クラウド完結型」の運用には適していますが、オンプレミス時代の遺産であるPSTファイルや、高度にカスタマイズされたアドインを多用する環境では、まだ機能不足感が否めません。

特に、社内のSaaS利用状況が複雑化している場合、メールクライアント側での制御だけでなく、ID基盤側での管理も重要になります。例えば、退職者のアカウント管理やアクセス権限の整理については、SaaSコストを削減。フロントオフィス＆コミュニケーションツールの「標的」と現実的剥がし方【前編】で解説しているような、ツール全体のライフサイクル管理の視点が必要です。

アドイン互換性の問題：COMアドインからWebアドインへ

IT実務担当者が新Outlookへの移行で最も警戒すべきは、「COMアドイン」の廃止です。COM（Component Object Model）アドインは、長年Outlookの機能を拡張するために使われてきましたが、Windows OS専用であり、セキュリティ上の脆弱性やアプリの動作不安定化の原因にもなっていました。

Webアドイン（Office.js）への完全移行

新Outlookでは、JavaScript/TypeScriptベースの「Webアドイン」のみが動作します。これはMicrosoft 365のマルチプラットフォーム戦略の一環であり、ブラウザ版、Mac版、そして新Windows版で共通の拡張機能を提供するための仕組みです。

• 動かなくなるもの: .dllファイルやVBA（Visual Basic for Applications）を利用したツール、インストール型の連携ソフト（古い名刺管理ツール、古いWeb会議連携ボタンなど）。
• 動き続けるもの: Microsoft AppSourceからインストールしたモダンなWebアドイン（Salesforce連携、Zoom連携、Adobe Acrobatなど）。

自社で独自開発したアドインがある場合、これをOffice.jsを用いて書き直す必要があります。この開発工数は決して小さくないため、移行計画の初期段階でアドインの棚卸しを行うことが必須です。

なお、フロントオフィス業務におけるツール選定やデータ連携の全体像については、【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』が参考になります。Outlookもまた、この設計図における重要な接点の一つです。

VBAマクロの代替手段：Power Automate と Office Scripts

新しいOutlookではVBA（Visual Basic for Applications）が完全に非対応となります。VBAで実装していた自動化を移行する際の代替手段と、それぞれの対応範囲を整理します。

注意：Office Scripts は Excel 専用です（2026年時点でOutlookへの直接適用はGA未対応）。Outlookの自動化はPower Automateが主力の選択肢となります。Power Automateは「Microsoft 365」コネクタからOutlookのメール送受信・カレンダー操作・タスク管理にアクセスでき、VBAの代替として十分な自動化が実現できます。ただし、VBAのような「ローカルPC上での即時実行」ではなく、クラウドフローとして動作するためリアルタイム性が異なる点に注意が必要です。Excelのマクロの中からOutlookを動かしてメールを送っている場合に、そのマクロの処理を書き起こしてから移し先を選ぶ手順は、「作った人がいないExcelマクロの引き継ぎ方」で説明しています。

切替時期を判断するための3つの基準

Microsoftは、2024年以降、順次新Outlookをデフォルトにする動きを見せていますが、企業が「今すぐ」切り替えるべきかは以下の3つの基準で判断してください。

1. PSTファイルとオフライン業務の依存度

長年のメールデータをPSTファイルに切り出してローカル保存しているユーザーが多い場合、新Outlookへの移行は時期尚早です。新OutlookでもPSTのサポートは始まっていますが、クラシック版のような「ローカルアーカイブを自由に操作する」感覚とは異なります。クラウド（Exchange Online）へのデータ移行を完了させてからが、本来の移行タイミングです。

2. 利用しているSaaSアドインの対応状況

例えば、SansanやEight Teamなどの名刺管理ツール、あるいは Salesforce などのCRMをOutlookアドイン経由で利用している場合、それらが「Webアドイン」形式を提供しているかを確認してください。提供されていない場合、移行した瞬間に業務効率が著しく低下します。

名刺管理データのCRM連携については、【プロの名刺管理SaaS本音レビュー】Sansan・Eight Teamの特性と、CRM連携によるデータ基盤構築の実務にて、最新の連携実務を詳述しています。アドインが使えない場合の代替案として、データ基盤側での統合も検討すべきでしょう。

3. ITリテラシーと社内サポート体制

新OutlookはUIが大きく変わります。「設定」メニューの場所から、共有カレンダーの開き方まで異なるため、一斉移行を行うとヘルプデスクへの問い合わせが急増します。管理部門としてマニュアル整備が追いつかない場合は、強制移行をブロックする運用が現実的です。

【実務者向け】新Outlookへの移行・検証ステップ

組織として安全に移行を進めるための、ステップバイステップのガイドです。

ステップ1：新旧共存環境での検証

幸いなことに、新OutlookとクラシックOutlookは同じPC内で共存可能です。

1. クラシックOutlookの右上にある「新しいOutlookを試す」トグルをオンにします。
2. 新Outlookがインストールされ、起動します。この時、クラシック版もアンインストールされずに残ります。
3. 業務で必須のアドインが動くか、共有メールボックスの権限が正しく引き継がれているかを確認します。

ステップ2：Intune / GPOによる制御

全社導入の前に、勝手にユーザーが切り替えて混乱するのを防ぐには、グループポリシー（GPO）またはMicrosoft Intuneを使用して「新しいOutlookを試す」トグルを非表示に設定します。

レジストリによる制御例:

HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Options\General

値名: HideNewOutlookToggle

値の種類: DWORD

値: 1（非表示）

ステップ3：よくあるエラーと対処法

• エラー: 「アカウントを追加できません」

  対処: 新OutlookはIMAP/POPのサポートが限定的です。Microsoft 365アカウント（Exchange）以外を利用している場合は、公式の「サポートされているアカウントの種類」を確認してください。

• 不満: 「動作が重い」

  対処: WebView2のキャッシュが原因である場合が多いです。また、アドインを多数有効にしていると、Webベースの処理に時間がかかるため、不要なアドインの無効化を推奨します。

アドインタイプ別 新Outlook互換性×移行緊急度早見表

新Outlookへの切替判断で最も障壁になるのがアドインの互換性問題だ。使用しているアドインのタイプによって新Outlookへの移行緊急度と代替手段が異なる。以下の早見表で自社のアドイン構成を確認してほしい。

新OutlookとクラシックOutlookの切替で最も重要なのが「全社一斉切替ではなくパイロット部門での先行検証」だ。情シスが新OutlookとクラシックOutlookを並行稼働させつつ、COMアドインを使用しない部門から順に新Outlookへ切り替える段階移行が現場混乱を最小化する。Microsoft 365管理センターの「Outlookの利用方法」レポートでテナント内のクラシック/新Outlook比率を定期確認しながら移行計画を立てることを推奨する。

よくある質問（新しいOutlookとクラシックOutlook）

新しい Outlook 切替前のアドイン棚卸しチェックリスト

新しいOutlookへの移行で最も問題になるのが、現在利用中のアドインの非互換です。移行前に以下のチェックリストで現状を把握しておくことで、業務停止リスクを大幅に減らせます。

アドインの種類を分類する

まず使用中のアドインを「COM アドイン」と「Web アドイン（Office.js）」に分類します。

• COM アドイン（クラシックOutlookのみ対応）：Outlookの「ファイル」→「オプション」→「アドイン」で「管理：COM アドイン」を選んで確認できるアドインが対象です。新しいOutlookでは一切動作しません。
• Web アドイン（Office.js）（新旧Outlook両対応）：Outlookの「ホーム」リボンに「アドインを取得」から追加したアドインは Office.js ベースであり、新しいOutlookでも動作します。

代表的な非互換アドイン（COM ベース）の例

代替手段の確認方法

COM アドインに対応する Web アドイン版が存在するかは、Microsoft AppSource の Outlook カテゴリで製品名を検索して確認します。Web アドイン版が存在しない場合は、ベンダーのロードマップを確認するか、業務フローの見直しが必要です。

段階的移行の3ヶ月ロードマップ

全社一斉移行はリスクが高いため、以下の段階的アプローチを推奨します。

1. 第1ヶ月：アドイン棚卸しとパイロット部門選定：情報システム部門が全部門のアドイン利用状況を調査し、COM アドイン非利用の部門をパイロット対象に選定します。
2. 第2ヶ月：パイロット展開と検証：パイロット部門のみ新しいOutlookへ切り替え、業務上の支障がないかを2〜4週間で検証します。問題が発生した場合は即座にクラシックOutlookへ戻せるよう、切り替え手順を整備しておきます。
3. 第3ヶ月：全社展開：パイロット検証で問題がなければ、残り部門へ順次展開します。COM アドインに依存する部門は代替手段の整備が完了してから移行するスケジュールを組みます。

M365 移行設計の支援はこちらからご相談ください。

カットオーバー日は未公表。それでもIT管理者が今動くべき理由

Microsoftが明らかにしているのは3段階のフェーズと通知ルールであって、「いつ使えなくなるか」の確定日ではありません。公表されているのは「少なくとも2029年までサポート」という下限と、opt-out・cutover のいずれも本番適用の12か月以上前に通知するという約束です。Enterprise 向けの opt-out は、この通知にあたる案内がメッセージセンター（MC949965）に出ていて、2027年3月に始まる予定です。一方、カットオーバーの日付は、公開されている Microsoft Learn・Microsoft 365 ロードマップには載っていません（2026年9月30日に確認）。裏を返せば通知から実施まで最低1年の猶予があるため、日付を待つのではなく通知を検知できる体制を作るほうが実務的です。

公表されている3段階と、決まっている日付・決まっていない日付

出典：Microsoft Learn「Stages of migration to new Outlook for Windows」、Outlook チームのブログ「New Outlook for Windows: A Guide to Product Availability」、Microsoft サポート「新しい Outlook for Windows に切り替える」、Microsoft 365 管理センターのメッセージセンター MC949965（2026年2月20日更新）。いずれも2026年9月30日に確認。

GPOでの自動移行抑止：2027年3月より前に設定すべきこと

2027年3月の自動移行を回避するには、以下のいずれかの方法で事前設定が必要です（Microsoft Learn「Control installing and using new Outlook」、メッセージセンター MC949965）。

• 自動の切り替えを止めるポリシーを設定する：ポリシー「Manage user setting for new Outlook automatic migration」を無効（0）にすると、新しいOutlookへの自動の切り替えが止まり、利用者も設定を変えられなくなります。グループポリシー（管理用テンプレート）、Microsoft 365 Apps 管理センターのクラウドポリシー、レジストリ（HKEY_CURRENT_USER\Software\Policies\Microsoft\office\16.0\outlook\preferences の NewOutlookMigrationUserSetting＝0）のどれでも設定できます。なお「Admin-Controlled Migration to New Outlook」は、管理者が利用者を新しいOutlookへ移すためのポリシーで、自動の切り替えを止める設定とは別です
• レジストリで抑止する：HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Options\General に HideNewOutlookToggle（DWORD、値=1）を設定する（この記事の上部にある「Intune / GPOによる制御」セクションも参照）
• オンプレミスExchange環境・永続ライセンス版：メールボックスがオンプレミスのExchange Serverにあるアカウントと、永続ライセンス版のOutlookは、自動移行の対象外になる

「COMアドインが動作しないから移行できない」という企業は、この抑止設定を2027年3月より前に済ませておくことが先決です。そのうえで、COMアドインのWeb化またはPower Automateへの移行を、カットオーバーの通知（実施の12か月以上前）が出る前に進めておくと、通知が出てからの1年を検証と展開に使えます。

Outlookと連動する「周辺サービス」の廃止が同時進行している

新Outlookへの移行を検討する際に見落とされがちなのが、Outlookと連携してきた周辺サービス・アドインのサポート終了がほぼ同じタイムラインで重なっているという事実だ。新Outlookへの切替という課題と、以下の廃止対応が同時に押し寄せてくる。

Salesforce for Outlook：提供終了が2027年12月から早まった

Salesforceは、COMアドインベースの「Salesforce for Outlook」の提供終了を、以前の予定だった2027年12月から早めている。提供終了日は2027年1月30日で、ナレッジ記事と Winter ’27 のリリースノートの両方にそう書かれている（2026年10月5日確認。Salesforce ナレッジ記事「Salesforce for Outlook Retirement」、Winter ’27 リリースノート。2026年9月30日に確認）。このアドインは営業担当者がOutlookからSalesforceのリード・取引先・商談に直接アクセスする用途で長く使われてきたが、COMアドインであるためそもそも新Outlookでは動作しない。

後継製品として、Salesforceが推奨する移行先は以下の2つだ。

• Outlook integration（旧 Lightning for Outlook）：Microsoft の Office アドインの仕組みで作られたWebアドインで、COMアドインではない。Outlookの画面からSalesforceのレコードを見たり作ったりできる。対応するOutlookの版はSalesforce の動作要件で確かめる
• Einstein Activity Capture：メール・予定表の内容をSalesforceレコードへ自動同期するバックグラウンド連携。アドインに依存せず、ユーザーの手作業を大幅に削減できる

Salesforce for Outlookを現在も利用している場合、その提供終了（2027年1月30日）は Enterprise 向けの opt-out（2027年3月予定）より先に来る。Salesforce連携の切替を先に済ませ、新Outlookへの移行の計画は、切り替えた後の Outlook integration を前提に組む必要がある。

Exchange Web Services（EWS）：2026年10月〜2027年4月廃止

さらに見落とせないのが、Exchange Online側のAPI変更だ。MicrosoftはExchange Online上のEWS（Exchange Web Services）を段階的に廃止し、Microsoft Graphへの移行を求めている。

• 2026年10月1日〜：EWSEnabled が未設定（Null）のテナントは False に変わり、EWS が止まる。2026年9月末までに、使い続けるアプリの許可リスト（AppID Allow List）を作って EWSEnabled を True にしたテナントは対象外。止まった後でも、管理者は EWSEnabled を True にして、許可リストのアプリだけ使えるように戻せる
• 2027年4月1日：EWSへのアクセスが完全停止。再有効化不可

EWSを内部で使用しているのはサードパーティのバックアップツール、メールアーカイブ製品、古いマイグレーションツールなどだ。「Outlookアドインではないから関係ない」と思っていたシステムが、実はEWS経由でExchange Onlineと通信していた、というケースが情シス担当者の盲点になりやすい。

影響を受ける製品がないか確認するには、Microsoft 365管理センターの「レポート」→「使用状況」でEWS利用状況を確認するか、対象ベンダーにGraph API対応の有無を問い合わせておくことを推奨する。日付と設定は、Exchange チームのブログ「Exchange Online EWS, Your Time is Almost Up」（2026年2月5日公開、9月9日更新。2026年9月30日に確認）による。

2026〜2027年に重なる変化の全体像

Outlookクライアント自体の移行計画と、上記の周辺変化を同一タイムラインで整理することが、実務上の「抜け漏れなし」移行設計の鍵になる。

まとめ：2027〜2029年を見据えたOutlook運用戦略

Microsoftが公表しているのは「少なくとも2029年までサポート」という下限と、opt-out・cutover の12か月前通知です。終了日そのものは確定していません。Enterprise 向けの opt-out は2027年3月に始まる予定（メッセージセンター MC949965）で、Business プランと個人向けでは自動の切り替えがすでに始まっています。

IT実務担当者としては、「2027年3月より前に、自動の切り替えを止めるか段階的に移すかを決めてポリシーを設定し、アドインを棚卸しする。COMアドインのWeb化・脱PSTは、カットオーバーの通知を待たずに進める」のが安全です。アドインが動作しないという技術的制約は、単なるツールの変更ではなく、業務プロセスの刷新を求めるサインでもあります。

メールという「点」のツールに固執せず、組織全体のデータ連携やSaaS管理の最適化を進めることが、結果として新Outlookへのスムーズな移行を実現する近道となるでしょう。各ツールの特性を理解し、適切なタイミングで「剥がし」と「乗り換え」を判断する姿勢が求められています。

本記事のテーマ（新 Outlook とクラシック Outlook）は Microsoft 365 全体の運用設計の一部です。Outlook・Teams・SharePoint・Copilot・Entra ID を横断した全体像と関連記事はMicrosoft 365 統合運用ガイドに整理しています。