Microsoft TeamsにおけるOffice 365コネクタ（Office 365 Connectors）が、2026年5月18日をもって完全廃止となる。長期間にわたって廃止予告が続いてきた機能だが、いよいよ期限が目前に迫った。外部サービスとのWebhook連携や通知を利用していた組織で移行が完了していない場合、同日以降は通知が一切届かなくなる。

Office 365コネクタとは何だったのか

Office 365コネクタは、Teamsチャンネルに外部サービスからの通知やアラートを直接投稿できる機能だ。GitHubのプッシュ通知、JiraやAzure DevOpsのチケット更新、CI/CDパイプラインのビルド結果など、さまざまな開発・業務ツールをTeamsと繋ぐ手段として2016年頃から広く活用されてきた。

Incoming Webhook（着信Webhook）を使ったカスタム通知も同様の仕組みに依存しており、監視システムや業務自動化スクリプトとの連携を担ってきた組織は少なくない。

何が変わるのか

5月18日以降、Office 365コネクタ経由で設定されたすべての連携が機能停止する。既存の設定は無効化され、新規設定も不可能になる。

Microsoftが提示する移行先は主に2つだ。

1. Power Automate（推奨）

Microsoft純正のローコード自動化ツール。Teams連携テンプレートが豊富に用意されており、既存コネクタ連携の多くをフローで再構築できる。ただし、ライセンス構成によっては追加コストが発生する点に注意が必要だ。

2. Incoming Webhook（移行版）

Teamsには廃止されるコネクタ版とは別の、より新しいIncoming Webhookの仕組みが提供されている。カスタム通知の送信には引き続き利用可能だが、URLスキームや設定手順が変わるため、既存スクリプトの修正が必要になる。

実務への影響——日本のIT管理者・エンジニアへ

まず今すぐやること

1. 影響範囲の確認 Teams管理センター（teams.microsoft.com/admin）で、コネクタを利用しているチャンネルを棚卸しする。管理センターからだけでは把握しきれない場合、開発チームへのヒアリングが欠かせない。

2. 開発チームへの確認 CI/CDツール（Jenkins、GitHub Actions等）からTeamsへの通知が来ている場合は要確認。運用担当が独自に設定したWebhookが「誰も把握していない状態」で稼働しているケースが多い。廃止後に「通知が来なくなった」と問題が顕在化する典型パターンだ。

3. 移行先の選定と実装

ユースケース 推奨移行先

GitHubプッシュ通知 GitHub Actions + Incoming Webhook

CI/CDビルド結果通知 ビルドシステムのWebhook設定変更

監視アラート（Zabbix等） Power Automate HTTP Trigger

カスタム業務通知スクリプト Incoming Webhook（URL再発行が必要）

少数の通知であればIncoming Webhookへの移行で十分対応できる。複雑なフロー制御や条件分岐が必要なケースはPower Automateを選択したい。

筆者の見解

今回の廃止自体は、長期的に見て理にかなった判断だと思う。Office 365コネクタは2016年頃の機能であり、Power Platformが充実した現在、統合管理の観点から刷新は自然な流れだ。告知から廃止まで時間も十分にあった。

ただ、こうした廃止予告がM365全体で積み重なることで、IT部門の疲弊感が増しているのも事実だ。「また廃止か」という声は現場から頻繁に聞こえる。変更の告知精度と移行支援ドキュメントの充実は、今後も継続して改善してほしいところだ。Microsoftにはそれができる組織力があるのだから、ここは丁寧にやってほしい。

ポジティブな側面として、Power Automateへの移行は単なる代替手段にとどまらない。コネクタで「通知を受け取るだけ」だった連携を、Power Automateで「受け取ったら承認フローを起動する」「特定条件でエスカレーションする」といった仕組みに昇華できれば、廃止を業務改善の契機にできる。この機会にTeams通知周りの設計を一度整理してみてはどうだろうか。

出典: この記事は Office 365 Connectors in Microsoft Teams fully retired on May 18, 2026 の内容をもとに、筆者の見解を加えて独自に執筆したものです。