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

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

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

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

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

「いつまでクラシックOutlookが使えるか」は、移行計画を立てる上での最重要情報です。Microsoftの公式ロードマップに基づいて整理します。

• 2024年後半〜：Windows 11の新規PCでは「新しいOutlook」がデフォルトアプリとして設定されるようになりました。ただし、クラシックへの切り替えは引き続き可能です。
• 2025年〜2026年：Microsoft 365 Apps（法人向け）においても、新しいOutlookへの移行が段階的に推進されています。IT管理者はグループポリシー（GPO）またはIntuneでクラシックOutlookを維持することが引き続き可能です。
• 2029年：Microsoft Office 2021（永続ライセンス版）のメインストリームサポート終了が予定されています。これがクラシックOutlookを使い続けられる実質的な期限の目安です。
• Microsoft 365 Appsのクラシック版：現時点でMicrosoftは具体的なサポート終了日を公表していませんが、新しいOutlookへの移行を継続的に推奨しており、将来的にはクラシック版の提供が終了する見通しです。

結論：法人でMicrosoft 365 Appsを利用している場合、IT管理者が制御すれば当面はクラシックOutlookを継続利用できます。2027年3月にM365 Enterprise向けの自動移行が開始され、2028年Q2にはM365 Apps本体からClassic Outlookが削除される予定です。今のうちにGPO抑止設定とアドイン互換性の検証・移行計画の策定を進めることを推奨します。最新の情報はMicrosoftの公式ロードマップ（Microsoft 365 Admin Center → Message Center）で確認してください。

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

「outlook classic いつまで」「クラシックOutlookはいつまで使えるか」は、IT管理者から一般ユーザーまで最も検索される疑問です。2026年6月時点のMicrosoftの公式情報を整理します。

Classic Outlook（クラシックOutlook）のサポート状況（2026年6月現在）

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

重要：Microsoftのサポートポリシーは変更される場合があります。最新の廃止スケジュールはMicrosoft公式サポートページ（support.microsoft.com）のライフサイクル情報で確認してください。

「outlook classic いつまで使えるか」の現実的な答え

2026年6月時点での現実的な回答は以下の通りです：

• Microsoft 365（サブスクリプション）ユーザー：Microsoftが強制移行を実施するまではClassic Outlookを利用可能。現在は切り替えボタンで新旧を行き来できる。ただし将来的な廃止は既定路線
• 永続版Outlook（Office 2021/2019/2016）ユーザー：各バージョンのサポート期間中は利用可能。Office 2021のメインストリームサポートは2026年10月まで
• 企業の判断ポイント：「いつ廃止されるかを待つ」戦略より、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上での即時実行」ではなく、クラウドフローとして動作するためリアルタイム性が異なる点に注意が必要です。

切替時期を判断するための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 移行設計の支援はこちらからご相談ください。

2027年3月・2028年Q2が確定：IT管理者が今すぐ動くべき理由

これまで「クラシックOutlookの廃止は曖昧」「Microsoftが日程を公表していない」とされていましたが、2026年時点でMicrosoftは具体的なフェーズを明らかにしています。

確定している3段階のスケジュール

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

2027年3月の自動移行を回避するには、以下のいずれかの方法で事前設定が必要です。

• GPOポリシーを設定する：グループポリシーエディターで [ユーザーの構成] → [管理用テンプレート] → [Microsoft Outlook 2016] → [Outlookのオプション] → [その他] から「管理者が制御する新しいOutlookへの移行」を無効化する
• レジストリで抑止する：HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Options\General に HideNewOutlookToggle（DWORD、値=1）を設定する（この記事の上部にある「Intune / GPOによる制御」セクションも参照）
• オンプレミスExchange環境：メールボックスがオンプレミスのExchange Serverにある場合は自動移行の対象外になる

「COMアドインが動作しないから移行できない」という企業は、この抑止設定を2026年内に完了させ、2027年以降の自動移行を防ぐことが最優先事項です。その上で、COMアドインのWeb化またはPower Automateへの移行を2028年Q2までに完了させる計画を立てることが現実的です。

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

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

Salesforce for Outlook：2027年12月廃止確定

SalesforceはCOMアドインベースの「Salesforce for Outlook」を2027年12月をもって完全廃止することを公式に発表している（2026年6月時点）。このアドインは営業担当者がOutlookからSalesforceのリード・取引先・商談に直接アクセスする用途で長く使われてきたが、COMアドインであるためそもそも新Outlookでは動作しない。

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

• Outlook Integration（旧Salesforce Inbox）：Webアドイン形式のため、新Outlook・クラシックOutlookの両方で動作する。メール・予定表のSalesforce連携が可能で、EinsteinによるAI提案機能も含む
• Einstein Activity Capture：メール・予定表の内容をSalesforceレコードへ自動同期するバックグラウンド連携。アドインに依存せず、ユーザーの手作業を大幅に削減できる

Salesforce for Outlookを現在も利用している場合、新Outlookへの移行とSalesforce連携の切替を同時に設計する必要がある。どちらかを後回しにすると、もう一方の切替タイミングで連携が途切れるリスクがある。

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

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

• 2026年10月1日：EWSがデフォルトで無効化（EWSEnabled=False）。管理者が明示的にAllowListとEWSEnabled=Trueを設定しない限り、EWSを使うサードパーティアプリが動作しなくなる
• 2027年4月1日：EWSへのアクセスが完全停止。再有効化不可

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

影響を受ける製品がないか確認するには、Microsoft 365管理センターの「レポート」→「使用状況」でEWS利用状況を確認するか、対象ベンダーにGraph API対応の有無を問い合わせておくことを推奨する。

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

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

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

Microsoftのロードマップでは、2027年3月の自動移行開始・2028年Q2のM365 Apps本体からの削除・2029年Q2の完全サポート終了という3段階が確定しています。新規導入されるPCではすでに新Outlookがデフォルトになりつつある中、猶予は実質2年程度です。

IT実務担当者としての正解は、「2026年内にGPO抑止設定とアドイン棚卸しを完了させ、2028年Q2までにCOMアドインのWeb化・脱PSTを終わらせる」ことです。アドインが動作しないという技術的制約は、単なるツールの変更ではなく、業務プロセスの刷新を求めるサインでもあります。

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

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