新しいOutlook for Macで、クラシック版と同等のAppleScript対応を待つ前提は見直す必要があります。Microsoftは、Microsoft 365 Roadmapの「Outlook: Support for AppleScript in the New Outlook for Mac」（ID 88537）をキャンセル済みに変更しました。
中止の理由は、組織ごとにAppleScriptの使い方が大きく異なり、クラシック版Outlook固有の挙動に依存するスクリプトも多いためです。Microsoftは、こうした処理パターンを標準化できず、完全な互換性を実現するのは現実的ではないと説明しています。
特にExchange Onlineを利用している組織は注意が必要です。クラシック版Outlook for Macは2026年10月からExchange Onlineメールボックスで動作しなくなる予定であり、AppleScriptを使うためにクラシック版を使い続ける方法は長期的な解決策になりません。既存スクリプトを洗い出し、Power Automate、Microsoft Graph API、Outlookアドインなどへの置き換えを進める必要があります。(マイクロソフトサポート)
新しいOutlook for MacのAppleScript対応は正式に中止
Microsoft 365 Roadmap APIに登録されている情報は、次のとおりです。
| 項目 | 内容 |
|---|---|
| Roadmap ID | 88537 |
| 項目名 | Outlook: Support for AppleScript in the New Outlook for Mac |
| 現在の状態 | Cancelled |
| 以前の公開予定時期 | 2025年12月 |
| 最終更新日 | 2026年8月12日 |
| 対象 | Outlook for Mac、Current Channel |
| 中止理由 | クラシック版固有の挙動に依存する多様な処理を標準化できないため |
Microsoftの説明では、AppleScriptワークフローは組織ごとの差が大きく、新しいOutlookには存在しないクラシック版の挙動を前提としたものも多いとされています。そのため、完全互換の実現は困難と判断され、機能開発を進めないことが決まりました。
これは、単なるリリース延期ではありません。ロードマップ上の状態が「In development」や「Rolling out」ではなく「Cancelled」になっているため、少なくとも現在の計画としては、クラシック版と同等のAppleScript対応が提供される予定はありません。
なお、Microsoft 365 Roadmapの公開ページでは、キャンセルまたは延期された機能が削除される場合があります。そのため、検索画面でID 88537が表示されなくても、機能が提供済みになったという意味ではありません。(Microsoft)
「AppleScript対応中止」が意味すること
今回中止されたのは、新しいOutlook for Macにおいて、クラシック版と同等のAppleScript互換性を実現する計画です。AppleScript自体がmacOSから廃止されるわけではありません。
影響を受けるのは、AppleScriptからOutlook内部のメール、フォルダー、予定表、連絡先、アカウントなどを直接操作している処理です。
たとえば、次のようなスクリプトは移行前の確認が必要です。
- 選択中のメールを特定フォルダーへ移動する
- 受信メールの件名や差出人を取得する
- 添付ファイルを自動保存する
- 宛先、件名、本文を指定して下書きを作成する
- メールを自動送信する
- CSVや業務システムのデータから予定を登録する
- 連絡先を一括作成または更新する
- Excelやファイル管理ソフトからOutlookを呼び出す
- 定期実行でメールボックスを監視する
新しいOutlook for Macで同じスクリプトを実行しても、クラシック版と同じオブジェクト、コマンド、戻り値、選択状態が利用できるとは限りません。
特に注意したいのは、「簡単なスクリプトが一部動いたので移行できる」と判断してしまうことです。メール作成は動いても、添付、共有メールボックス、カテゴリ、フォルダー移動、送信処理など、別の操作で失敗する可能性があります。
影響が大きい利用者と組織
個人のショートカットとしてAppleScriptを使っているだけでなく、業務手順の一部として利用している場合は影響が大きくなります。
| 利用状況 | 主なリスク | 移行優先度 |
|---|---|---|
| 個人が手動で起動するメール作成スクリプト | 作業時間の増加 | 中 |
| 部門内で共通配布しているスクリプト | 複数利用者の業務停止 | 高 |
| 定期実行でメールを処理している | 無人処理の停止、処理漏れ | 非常に高い |
| 共有メールボックスを操作している | 問い合わせや申請処理の停止 | 非常に高い |
| メール送信や削除を自動化している | 誤送信、重複送信、データ消失 | 非常に高い |
| 他の業務システムからOutlookを呼び出している | システム間連携の停止 | 高 |
| AppleScriptでローカルファイルも操作している | クラウドサービスだけでは置換できない | 高 |
業務上重要なスクリプトほど、単に新しいOutlookで実行してみるだけでは不十分です。入力データ、処理条件、例外処理、実行アカウント、共有メールボックス権限まで含めて確認する必要があります。
クラシック版Outlookを使い続ける方法は長期対策にならない
AppleScriptを使うためにクラシック版Outlook for Macを残す方法は、一時的な猶予としては使えても、Exchange Online環境では長期対策になりません。
Microsoftによると、クラシック版Outlook for MacがExchange Onlineへの接続に使用しているExchange Web Servicesは、2026年10月1日に廃止される予定です。これに伴い、クラシック版Outlook for Macは2026年10月からExchange Onlineメールボックスで動作しなくなります。(マイクロソフトサポート)
| メールボックス環境 | クラシック版Outlook for Macの扱い |
|---|---|
| Exchange Online | 2026年10月から動作しなくなる予定 |
| Microsoft 365 Personal／Family | クラシック版のサポートは2026年10月終了予定 |
| Exchange Server Subscription Edition | 2029年10月9日まで利用可能とされている |
| Office LTSC 2024 | クラシック版は2029年10月9日までセキュリティ更新の対象 |
オンプレミスのExchange環境では猶予がありますが、クラシック版を使い続けるほど移行時の負担は大きくなります。AppleScriptの新規開発を続けるのではなく、既存処理を代替技術へ移すための準備期間として使うのが現実的です。
AppleScriptの代替手段を用途別に選ぶ
すべてのAppleScriptを一つの技術で置き換える必要はありません。現在の処理が「メールボックス上の自動処理」なのか、「Outlook画面に機能を追加する処理」なのか、「Mac内のファイル操作」なのかによって、適切な代替手段が異なります。
| 代替手段 | 向いている処理 | 向いていない処理 |
|---|---|---|
| Power Automate | メール受信を起点とした通知、保存、転送、承認、他サービスとの連携 | Outlook画面の直接操作、Mac内の複雑なローカル処理 |
| Microsoft Graph API | メール、予定表、連絡先の取得・登録・更新、業務システム連携 | ノーコードでの簡単な構築 |
| Outlookアドイン | メール閲覧・作成画面へのボタン追加、ユーザー操作を伴う処理 | Outlookアプリ全体の任意操作、Macのデスクトップ操作 |
| Outlookのルール | 条件に応じた振り分け、移動、転送などの単純処理 | 外部システムとの複雑な連携 |
| macOSショートカットやシェル | ファイル加工、アプリ起動、API呼び出し、前後処理 | Outlook内部オブジェクトの完全な代替操作 |
| クラシック版の継続利用 | 移行期間中の一時的な業務継続 | Exchange Onlineでの長期運用 |
Power Automateが向いているケース
受信メールをきっかけに処理を開始するワークフローは、Power Automateへの移行を検討しやすい分野です。
たとえば、次のような処理があります。
- 特定の件名を含むメールを受信したらTeamsへ通知する
- 添付ファイルをOneDriveやSharePointへ保存する
- 申請メールの内容をリストへ登録する
- 共有メールボックスへの問い合わせを担当者へ通知する
- フラグを付けたメールから後続処理を開始する
Power Automateでは、Outlookのイベントをトリガーにし、その後にメール送信、連絡先作成、ファイル保存などのアクションを実行できます。Office 365 Outlookコネクタには、通常のメールボックスだけでなく、共有メールボックス向けのトリガーも用意されています。(Microsoft Learn)
ただし、Power Automateのクラウドフローは、Mac上の任意のフォルダーやローカルアプリを直接操作する用途には向きません。ローカル処理が必要な場合は、OneDrive同期フォルダーを経由する、APIとローカルスクリプトを組み合わせるなどの設計が必要です。
Microsoft Graph APIが向いているケース
複雑な業務ロジックや、他システムとの連携が必要な場合は、Microsoft Graph APIが有力です。
Microsoft Graphでは、適切な権限を取得したアプリから、Outlookのメールデータへアクセスできます。委任されたアクセス許可とアプリケーションアクセス許可の両方があり、サインイン中の利用者だけでなく、条件によっては組織内のメールボックスを処理するシステムも構築できます。(Microsoft Learn)
また、Microsoft Graphはプライマリメールボックスと共有メールボックス内のメール、予定表、個人用連絡先へのアクセスに対応しています。(Microsoft Learn)
AppleScriptからGraph APIへ移行しやすい例は次のとおりです。
- 条件に一致するメールの検索
- メール本文や添付ファイルの取得
- 下書きの作成
- メールの送信
- 予定の登録や更新
- 連絡先の登録
- 共有メールボックスの処理
- メール到着を検知する通知システム
- 社内データベースとの同期
一方で、Microsoft Entra IDへのアプリ登録、認証、アクセス許可、トークン管理が必要です。個人が使う短いAppleScriptよりも初期構築は複雑になりますが、業務システムとして継続運用する場合は、Outlookの画面構成に依存しない点が大きな利点です。
Outlookアドインが向いているケース
ユーザーがメールを開いた状態でボタンを押し、外部システムへ登録するような処理は、Outlookアドインが適しています。
Outlookアドインは、新しいOutlook for Macを含むMac、Windows、Web、モバイル版Outlookでサポートされています。ただし、利用できるAPIや機能は、クライアントと対応する要件セットによって異なります。(Microsoft Learn)
たとえば、次のような機能を実装できます。
- 開いているメールを顧客管理システムへ登録する
- メール本文から案件番号を取得する
- 定型文や業務データをメールへ挿入する
- 外部サービスの情報をタスクペインに表示する
- メール送信前に入力内容を確認する
OutlookアドインはHTMLとJavaScriptを利用するWebベースの拡張機能です。クロスプラットフォームで配布しやすい一方、AppleScriptのようにOutlookアプリ全体やMac内の別アプリを自由に操作する仕組みではありません。(Microsoft Learn)
AppleScript用途別の置き換え例
受信メールの添付ファイルを自動保存している
保存先がOneDriveやSharePointでもよい場合は、Power Automateが第一候補です。
ローカルのMacフォルダーへ保存する必要がある場合は、次のような構成を検討します。
- Power AutomateでOneDriveへ保存する
- OneDrive同期クライアントでMacへ同期する
- 必要に応じてシェルスクリプトでファイル名や保存場所を整理する
メールの内容によって複雑な保存先判定を行う場合は、Microsoft Graph APIを使ったプログラムの方が管理しやすいことがあります。
選択したメールを業務システムへ登録している
ユーザーがメールを確認してから登録する処理であれば、Outlookアドインが適しています。
AppleScriptでは選択中のメールを取得して外部アプリへ渡していた処理を、アドインのボタン操作とWeb API呼び出しへ置き換えます。
メールを開かず自動登録したい場合は、Power AutomateまたはMicrosoft Graph APIの方が適しています。
CSVから予定表へ予定を一括登録している
少量であれば、CSVをiCalendar形式へ変換してインポートする方法があります。
定期的な登録や更新、重複判定が必要な場合は、Microsoft Graph APIを使って予定を作成する方が確実です。登録元にSharePointやExcel Onlineを利用している場合は、Power Automateでも構築できます。
Excelの一覧からメールを作成している
単純な定型メールであれば、テンプレートや差し込み用の仕組みへの変更を検討します。
宛先、件名、本文、添付ファイルを行ごとに変更する場合は、Power AutomateまたはMicrosoft Graph APIが候補です。ただし、自動送信に変更する際は、誤送信防止のため、最初は下書きとして保存する設計が安全です。
メールを自動分類してフォルダーへ移動している
差出人、件名、宛先などの単純な条件であれば、OutlookやExchange Onlineのルールで置き換えられる可能性があります。
メール本文の解析、外部データとの照合、複数段階の条件分岐がある場合は、Power AutomateまたはMicrosoft Graph APIを検討します。
移行前に実施すべき確認手順
AppleScriptをすべて洗い出す
最初に、どのスクリプトが使われているかを一覧化します。
確認対象には、.scptや.applescriptファイルだけでなく、次のものも含めます。
- Automatorのワークフロー
- macOSショートカット
- Keyboard Maestroなどから呼び出す処理
- シェルスクリプト内の
osascript - Excelマクロなどから呼び出すAppleScript
- ログイン項目や定期実行ジョブ
- 社内配布しているスクリプト
- 利用者のホームディレクトリにある個人作成スクリプト
ファイル名だけでは用途を判断できないため、実際の利用者と実行タイミングも記録します。
Outlookへの操作内容を分類する
各スクリプトについて、次の項目を整理します。
| 確認項目 | 記録する内容 |
|---|---|
| 実行方法 | 手動、ショートカット、定期実行、他アプリから起動 |
| 対象 | メール、予定表、連絡先、フォルダー、アカウント |
| 操作 | 取得、作成、更新、移動、削除、送信 |
| メールボックス | 個人、共有、代理アクセス |
| 外部連携 | ローカルファイル、Web API、社内システム |
| 実行頻度 | 毎日、毎週、随時 |
| 業務影響 | 停止可能時間、手作業での代替可否 |
| 利用者数 | 個人、部門、全社 |
| 権限 | 本人権限、管理者権限、アプリケーション権限 |
この分類を行うと、単純なルールで置き換えられる処理と、システム開発が必要な処理を分けられます。
新しいOutlookで実際にテストする
スクリプトのコードだけを見て影響を判断せず、テスト用メールボックスと新しいOutlook for Macを使って確認します。
最低限、次の結果を記録してください。
- スクリプトが起動するか
- 対象のメールや予定を取得できるか
- 日本語や特殊文字が正しく処理されるか
- 添付ファイルを扱えるか
- 共有メールボックスで動作するか
- エラーが利用者に表示されるか
- 処理途中で停止した場合に再実行できるか
- 二重送信や二重登録が発生しないか
動作しないことだけでなく、「一部だけ動く」状態も記録します。一部動作は、移行後に障害を見落としやすい状態です。
管理者が進める移行計画
業務でAppleScriptを使用している組織は、次の順序で対応すると整理しやすくなります。
優先度を決める
次の条件に該当するスクリプトを最優先にします。
- Exchange Onlineを使用している
- 無人で定期実行している
- 共有メールボックスを処理している
- メールを自動送信または削除している
- 利用者が複数いる
- 手作業で代替できない
- 障害時に処理漏れを発見できない
代替方式を決める
処理の中心がメールボックス内にある場合は、Power AutomateまたはMicrosoft Graph APIを優先します。
ユーザーがメール画面で操作する必要がある場合はOutlookアドイン、Mac上のファイル処理が中心の場合はシェルスクリプトやショートカットとの組み合わせを検討します。
並行稼働する
新しい仕組みを導入した直後にAppleScriptを停止するのではなく、一定期間は結果を比較します。
比較する内容は、処理件数、処理対象、添付ファイル、送信結果、エラー件数です。ただし、メール送信のように二重実行が問題になる処理は、片方を下書き作成だけにするなど、安全な方法で比較してください。
クラシック版を停止する
代替処理の動作確認が完了したら、利用者を新しいOutlookへ移行します。
Exchange Onlineを利用している場合は、2026年10月を最終期限として考えるのではなく、その前に本番切り替えと予備期間を確保することが重要です。
移行で失敗しやすいポイント
GUI操作の自動化だけで置き換える
macOSのアクセシビリティ機能を利用し、画面上のボタンやメニューを自動クリックする方法もあります。しかし、画面配置、ウィンドウ状態、言語、Outlookの更新によって簡単に動かなくなります。
一時的な回避策にはなっても、重要な業務処理の本番運用には向きません。
Graph APIへ過剰な権限を付与する
移行を急ぐあまり、組織全体のメールを読み書きできる広い権限を設定すると、情報漏えい時の影響が大きくなります。
委任されたアクセス許可で足りるのか、アプリケーションアクセス許可が本当に必要なのかを確認し、最小権限で設計してください。
Power Automateで重複処理を考慮しない
クラウドフローでは、再実行、タイムアウト、接続エラーなどを想定する必要があります。
メールの一意なIDや業務データの受付番号を保存し、同じメールを二重登録しない設計にします。自動送信やファイル作成では、特に重複防止が重要です。
ローカルファイルへの依存を見落とす
AppleScriptは、Outlook操作とMac内のファイル操作を一つのスクリプトで実行できます。一方、Power AutomateやOutlookアドインでは、同じようにローカルファイルへ自由にアクセスできるとは限りません。
スクリプト内に次の処理がある場合は、メール処理とローカル処理を分けて設計します。
- デスクトップや共有フォルダーへの保存
- ファイル名の変更
- PDFの作成
- Excelファイルの更新
- プリンターへの出力
- 他のMacアプリへのデータ入力
共有メールボックスでの権限差を確認しない
本人のメールボックスで動作しても、共有メールボックスでは権限や利用できる機能が異なることがあります。
共有メールボックスを使う処理では、テスト用の共有メールボックスを用意し、読み取り、送信、代理送信、フォルダー操作を個別に確認してください。
よくある疑問
将来、AppleScript対応が復活する可能性はある？
将来の別計画まで否定することはできませんが、2026年8月時点の公式情報ではRoadmap ID 88537はキャンセル済みです。完全なAppleScript互換が提供されることを前提に、移行を延期すべきではありません。
新しいOutlookへ切り替えると、すべてのAppleScriptが直ちに動かなくなる？
スクリプトの内容によって異なります。一部の処理が実行できたとしても、Microsoftはクラシック版との完全互換を提供しない方針です。
「起動したか」だけでなく、メール取得、フォルダー移動、添付、共有メールボックス、送信結果まで確認する必要があります。
AppleScriptを残したままクラシック版を使ってもよい？
Exchange Online環境では一時的な対応です。クラシック版Outlook for Macは2026年10月からExchange Onlineメールボックスで動作しなくなる予定のため、それまでに代替処理へ移行する必要があります。(マイクロソフトサポート)
macOSショートカットで置き換えられる？
アプリの起動、テキスト加工、ファイル操作、Web APIの呼び出しなどは置き換えられる可能性があります。
ただし、ショートカットから新しいOutlook内部のメールやフォルダーを、クラシック版AppleScriptと同じ方法で自由に操作できるわけではありません。Outlookデータの操作には、Power Automate、Microsoft Graph API、Outlookアドインなどを組み合わせる必要があります。
AppleScriptを待たずに移行準備を始める
新しいOutlook for Macにおける完全なAppleScript対応は、延期ではなく中止です。既存スクリプトがある場合は、次の順序で対応してください。
- Outlookを操作しているAppleScriptを洗い出す
- Exchange Online、共有メールボックス、無人処理を優先する
- 単純処理はルールやPower Automateへ移す
- 複雑な処理はMicrosoft Graph APIを検討する
- 画面内の操作はOutlookアドインへの移行を検討する
- 新旧環境を並行テストする
- Exchange Onlineでは2026年10月より前にクラシック版を停止する
既存のAppleScriptファイルは、すぐに削除せず、移行仕様書として保存しておくと役立ちます。処理条件、対象フォルダー、件名の判定方法、例外処理などを読み解くことで、新しい仕組みに必要な要件を漏れなく整理できます。
コメント