Microsoft Lifecycle Policy 2026年4月更新ポイント|IT管理者が今確認すべきサポート終了日

Microsoft Lifecycle Policyの2026年4月更新で最初に押さえるべき点は、Office LTSC 2021のサポート終了が2026年10月13日に迫っていること、そしてWindows、Office、Azure、Bing Search APIs、Dynamics 365など、Microsoft ecosystem全体で「使い続けられるか」ではなく「サポートされた状態で使い続けられるか」を確認する必要があることです。Microsoft公式のLifecycle告知では、Office LTSC 2021について2026年4月23日に更新され、サポート終了後は技術サポート、バグ修正、セキュリティ更新が提供されないとされています。(Microsoft Learn)

今回のポイントは、ポリシーの考え方が大きく変わったというより、IT管理者とプロダクトオーナーが移行計画を前倒しで見直すべき期限が明確になったことです。特に、Office LTSC 2021、Windows 10、Windows 11の旧バージョン、Azureの廃止予定サービス、Bing Search APIsを利用している環境では、棚卸し、影響範囲の確認、移行先の選定をすぐ始めるべきです。

目次

Microsoft Lifecycle Policyの2026年4月更新で何が重要なのか

Microsoft Lifecycle Policyは、Microsoft製品やサービスがいつまでサポートされるかを確認するための公式情報です。単なる「サポート終了日一覧」ではなく、企業がIT投資、移行計画、セキュリティ対策、監査対応を進めるための基準になります。Microsoft Learnのライフサイクルページでは、製品別検索、Modern Policy、Fixed Policy、年別のサポート終了・廃止情報が整理されています。(Microsoft Learn)

2026年4月時点で実務上重要なのは、次の3点です。

観点重要な理由IT管理者・プロダクトオーナーが取るべき行動
Office LTSC 2021の期限2026年10月13日以降、セキュリティ更新や修正が提供されなくなるMicrosoft 365 AppsまたはOffice LTSC 2024への移行可否を判断する
Windowsのバージョン管理Windows 11であっても、エディションとバージョンにより更新終了日が異なるIntune、Configuration Manager、資産管理台帳でバージョン別に棚卸しする
Azure・APIの廃止サービス停止やAPI廃止はアプリケーション構成に直接影響する利用中のAPI、SDK、Azureリソースを洗い出し、移行先を設計する

特に注意したいのは、「Microsoft製品を使っているから大丈夫」ではなく、サポート対象のバージョンを使っているかが問われる点です。Windows 11、Office、.NET、PowerShell、Azureサービスは、製品名だけでなくバージョン、エディション、SKU、利用形態まで確認しないと判断を誤ります。

Microsoft Lifecycle Policyの基本:Fixed PolicyとModern Policyの違い

Microsoft Lifecycle Policyを読むときは、まずFixed PolicyとModern Policyの違いを押さえる必要があります。ここを理解しないままサポート終了日だけを見ると、移行計画の優先順位を誤りやすくなります。

ポリシー主な対象イメージ考え方実務上の見方
Fixed Lifecycle PolicyOffice LTSC、Windows Server、SQL Serverなどの従来型製品リリース時点でサポート期間が定義される終了日から逆算して更改・移行計画を立てる
Modern Lifecycle PolicyMicrosoft 365、Windowsの一部バージョン、Azureサービスなど継続的にサービス提供されるが、最新要件を満たす必要がある常にサポート対象バージョンへ追随する運用が必要

Fixed Lifecycle Policyでは、製品リリース時にサポートとサービス提供のタイムラインが定義され、一般にメインストリームサポートと延長サポートの考え方があります。一方、Modern Lifecycle Policyでは、顧客がサービス要件やシステム要件を満たし、ライセンスを保持し、Microsoftがサポートを提供している場合にサポート対象となります。(Microsoft Learn)

実務では、Fixed Policyの製品は「更改プロジェクト型」、Modern Policyの製品は「継続運用型」と考えると整理しやすくなります。前者は期限に向けて予算と検証期間を確保すること、後者は古いバージョンや廃止予定機能を放置しない運用ルールを作ることが重要です。

Office LTSC 2021は2026年10月13日までに移行判断が必要

今回の2026年4月更新で最も分かりやすい注目点は、Office LTSC 2021のサポート終了です。Microsoft公式告知では、Office LTSC 2021は2026年10月13日にサポート終了となり、その後は技術サポート、バグ修正、セキュリティ更新が提供されないと説明されています。移行先としては、サポートされた環境を維持するためにMicrosoft 365 Appsへのアップグレードを開始すること、クラウド移行が難しい組織では商用向けオンプレミス版のOffice LTSC 2024が案内されています。(Microsoft Learn)

Office LTSC 2021を使っている組織は、単にOfficeを入れ替えるだけでは不十分です。次の観点で確認する必要があります。

確認項目具体例判断ポイント
利用中のOffice SKUOffice LTSC 2021、Office 2021、Visio、Projectなどサポート終了対象がどこまで含まれるか確認する
アドイン・マクロExcel VBA、COMアドイン、業務テンプレートMicrosoft 365 AppsやOffice LTSC 2024で動作検証する
端末環境Windows 10、Windows 11、VDI、共有PCOS側のサポート期限と同時に確認する
ライセンスボリュームライセンス、Microsoft 365契約移行先の契約形態とコストを整理する
運用制約インターネット接続制限、更新制御、監査要件クラウド版へ移行できない理由を明文化する

失敗しやすいのは、「Officeだけ更新すればよい」と考えるケースです。実際には、Excelマクロ、Accessアプリ、帳票テンプレート、Outlookアドイン、RPA連携などが業務に深く入り込んでいることがあります。IT部門だけで判断せず、経理、人事、営業、工場、コールセンターなど、Officeを業務基盤として使っている部門から優先度の高いファイルやアドインを集めて検証するべきです。

Windowsは「Windows 11かどうか」ではなく「バージョンとエディション」で見る

Windows関連で重要なのは、OS名だけではサポート可否を判断できないことです。Microsoft Lifecycle Policyのトップには、Windows 11 version 23H2のHome/Pro、Windows 10、Windows 11 version 22H2のEnterprise/Education/IoT Enterpriseなど、複数のWindows関連告知が並んでいます。(Microsoft Learn)

たとえば、Windows 11 Home and ProのLifecycle情報では、version 24H2の終了日が2026年10月13日、version 23H2の終了日が2025年11月11日と示されています。一方、Windows 11 Enterprise and Educationでは、version 23H2の終了日が2026年11月10日、version 22H2の終了日が2025年10月14日とされており、エディションによって期限が異なります。(Microsoft Learn)

対象期限実務上の注意点
Windows 10 version 22H22025年10月14日2026年時点で残っている場合は、ESU利用有無とWindows 11移行計画を確認する
Windows 11 23H2 Home/Pro2025年11月11日個人管理端末、部門購入PC、検証機が残りやすい
Windows 11 22H2 Enterprise/Education/IoT Enterprise2025年10月14日企業管理端末でも古い機能更新プログラムが残る可能性がある
Windows 11 24H2 Home/Pro2026年10月13日2026年内の更新計画に入れる
Windows 11 23H2 Enterprise/Education2026年11月10日大規模展開では検証・段階展開の期間を確保する

Windows 10については、version 22H2とWindows 10 Enterprise LTSB 2015が2025年10月14日にサポート終了となり、以後はWindows 11へのアップグレードや互換性がない場合のPC置き換えが案内されています。組織向けにはWindows 11移行またはExtended Security Updatesの選択肢が示されています。(Microsoft Learn)

ここでの実務ポイントは、PC台帳を「Windows 11」とだけ記録しないことです。最低でも、OS名、バージョン、エディション、ビルド、管理方法、端末所有部門、業務重要度を紐づけて管理します。IntuneやConfiguration Managerを使っている場合は、サポート終了まで6か月を切ったバージョンを自動的に抽出できる運用にしておくと、毎回の棚卸しが大幅に楽になります。

AzureとAPIの廃止はアプリケーション停止リスクとして扱う

OfficeやWindowsのサポート終了は目に見えやすい一方、AzureサービスやAPIの廃止は見落とされがちです。しかし、実際の影響はより深刻になることがあります。API廃止やAzureサービスのリタイアは、業務アプリ、データ連携、AI機能、監視、ネットワーク構成に直接影響するためです。

Microsoft Lifecycleの告知では、2025年9月にAzure Database for MariaDB、Azure Basic Load Balancer、Azure Unmanaged Disks、Azure Service Map、Azure HPC Cache、Azure vFXT、Azure Remote Rendering、Azure SQL Edgeなどが廃止対象として案内されています。これらは2026年時点ではすでに期限を過ぎているため、該当リソースが残っている場合は「移行予定」ではなく「リスクの是正」として扱うべきです。(Microsoft Learn)

また、Bing Search APIsは2025年8月11日に廃止され、既存インスタンスも完全に廃止されるとされています。Microsoftは移行先として、Azure AI Agentsの一部であるGrounding with Bing Searchを案内しています。検索APIを社内ポータル、FAQ、RAG、チャットボット、競合調査ツールなどに組み込んでいる場合は、単なるAPIキー差し替えでは済まない可能性があります。(Microsoft Learn)

AzureやAPIの棚卸しでは、次の順に確認すると抜け漏れを減らせます。

確認順見る場所確認内容
1Azureサブスクリプション廃止予定リソース、旧SKU、クラシック構成の有無
2アプリケーション設定APIエンドポイント、SDKバージョン、接続文字列
3IaCテンプレートARM、Bicep、Terraformに古いリソース定義がないか
4監視・ログ実際に呼び出されているAPIやサービスを確認
5契約・請求使われていないが課金されている旧サービスを整理

2026年のLifecycle一覧にも、Azure API for FHIR、Azure FXT Edge Filer、Azure Anomaly Detector、Azure Metrics Advisor、Azure Personalizer、Azure Functions In-process modelなどの廃止・サポート終了項目が含まれています。Azureはサービス数が多いため、四半期ごとにLifecycleとAzure Updatesを確認する運用を作るのが現実的です。(Microsoft Learn)

Dynamics 365 GuidesとRemote Assistは現場部門を巻き込んだ移行が必要

Dynamics 365 GuidesとDynamics 365 Remote Assistは、2026年12月31日にサポート終了となります。Microsoft公式告知では、2026年12月31日以降、これらの製品はセキュリティ更新、非セキュリティ更新、バグ修正、技術サポートを受けられないとされています。さらに、サブスクリプションの購入または更新は2025年11月1日までとされています。(Microsoft Learn)

この領域はIT部門だけで判断しづらい点に注意が必要です。製造、保守、医療、トレーニング、フィールドサービスなど、現場の作業手順や遠隔支援に組み込まれていることが多いためです。移行計画では、次のように業務シナリオ単位で整理します。

利用シナリオ確認すべきこと移行時の注意点
作業手順の表示手順書、3Dコンテンツ、承認フローコンテンツ移行と現場教育に時間がかかる
遠隔支援現場端末、ネットワーク、録画要件Teamsや代替ソリューションで同じ体験を再現できるか確認
教育・トレーニング新人教育、設備保守訓練研修カリキュラムの再設計が必要になる
コンプライアンス記録、監査証跡、作業証明代替製品で証跡を残せるか確認する

プロダクトオーナーは「機能が似ている代替製品」を探すだけでなく、現場の作業時間、教育コスト、監査要件、端末調達まで含めて判断する必要があります。

2026年に優先確認すべきMicrosoft製品・サービス

Microsoft Lifecycleの2026年一覧では、Office、Windows、.NET、PowerShell、Configuration Manager、SQL Server、SharePoint Server、Azure関連など、多くの製品・バージョンがサポート終了または廃止対象として整理されています。特にIT管理者は、次の期限を優先的に確認してください。(Microsoft Learn)

期限主な対象優先して確認すべき組織
2026年5月12日.NET 9自社開発アプリ、業務Webアプリ、API基盤を持つ組織
2026年6月6日Microsoft Configuration Manager version 2409Configuration Managerで端末管理をしている組織
2026年7月14日SQL Server 2016、SharePoint Server 2016/2019、Project Server 2016/2019などオンプレミス基盤を継続利用している組織
2026年10月13日Office LTSC 2021、Office LTSC 2021 for Mac、Windows 10 2016 LTSB、Windows Server 2012 ESU Year 3などLTSC製品や旧サーバー資産が残る組織
2026年11月10日.NET 8 LTS、PowerShell 7.4 LTS、Windows 11 Enterprise/Education 23H2、Azure IoT Edge 1.5 LTSなど開発基盤、運用自動化、IoT、企業PCを管理する組織

この一覧を見たときに、日付が遠く見えるものほど注意が必要です。たとえば、SharePoint ServerやSQL Serverの移行は、アプリケーション改修、データ移行、権限設計、バックアップ設計、ユーザー教育が必要になることがあります。OfficeやWindowsの更新よりも、計画開始から完了までの期間が長くなりがちです。

過去の告知も「現在の判断材料」として確認する

Microsoft Lifecycle Policyのトップページには、2024年や2025年の過去告知も表示されています。たとえば、Azure Service Manager製品の2024年8月31日廃止、Teams Live Eventsの2024年9月30日廃止予定の撤回、TLS 1.0/1.1対応終了に関する告知などです。(Microsoft Learn)

ここで重要なのは、古い告知を「もう終わった情報」として無視しないことです。特にAzure Service ManagerやTLS 1.0/1.1のような基盤系の変更は、古いシステム、レガシー端末、外部連携先に影響が残っている可能性があります。TLS 1.0/1.1については、AzureサービスでTLS 1.2以降を必要とする移行が進められ、一部サービスの移行完了期限が2025年8月31日と案内されています。(Microsoft Learn)

過去告知を確認するときは、次の観点で判断します。

観点確認内容
期限が過ぎているか期限後も利用している場合、例外対応なのか未対応なのかを切り分ける
公式告知が更新されているか当初の廃止予定が延期・撤回・変更されていないか確認する
自社に残存リスクがあるか古いプロトコル、クラシックリソース、未移行APIがないか調べる
ベンダー依存があるか外部サービスやパッケージ製品が旧仕様に依存していないか確認する

IT管理者が今すぐ進めるべき実務手順

Microsoft Lifecycle Policyを確認したら、次は自社環境に落とし込む必要があります。情報収集で終わると、サポート終了直前に慌てることになります。

| 手順 | やること | 成果物 |
| -: | ——————————————— | —————————————————————— |
| 1 | Microsoft Lifecycleの製品別検索やエクスポートを使い、対象製品を確認する | 製品・バージョン・サポート終了日の一覧 |
| 2 | 自社の資産管理情報と突き合わせる | 影響端末、サーバー、アプリ、利用部門の一覧 |
| 3 | 期限を「6か月以内」「12か月以内」「24か月以内」に分類する | 優先順位表 |
| 4 | 移行先候補を決める | Microsoft 365 Apps、Office LTSC 2024、Windows 11新バージョン、Azure代替サービスなど |
| 5 | 検証環境で互換性を確認する | 検証結果、未対応アドイン、改修対象 |
| 6 | 予算・スケジュール・リスクを経営層へ報告する | 移行計画書、リスク説明資料 |

Microsoftの製品検索ページでは、商用製品とサービスのライフサイクル情報を検索し、サポートとサービスのタイムライン、必要な更新、移行情報、システム要件を確認できると説明されています。また、ライフサイクル情報はエクスポートページから出力できます。(Microsoft Learn)

実務では、Lifecycle情報をExcelやPower BIに取り込み、資産管理データと結合すると管理しやすくなります。たとえば、端末台帳、サーバー台帳、Azureリソース一覧、アプリケーション台帳、ライセンス情報をまとめ、サポート終了日が近いものを自動的に可視化します。これにより、属人的な確認作業を減らし、監査や経営報告にも使える状態になります。

product ownersが確認すべき判断基準

Microsoft ecosystemのライフサイクル管理は、IT管理者だけの仕事ではありません。業務アプリ、社内ポータル、AI機能、データ基盤、SaaS連携を持つプロダクトオーナーも、サポート終了の影響を判断する必要があります。

特に次の条件に当てはまるプロダクトは、早めに確認してください。

条件リスク対応
Officeファイルやマクロに依存しているOffice更新で業務フローが止まる可能性重要ファイルを抽出して互換性テストを行う
Windowsクライアントに強く依存しているOS更新でドライバーやアプリが動かない可能性検証端末を用意し、段階展開する
Azure APIやSDKを利用している廃止によりアプリが接続できなくなる可能性API呼び出しログを確認し、移行先を設計する
.NETやPowerShellを使っているランタイムや自動化スクリプトが古くなるサポート対象バージョンへ更新する
外部ベンダー製品と連携している自社だけでは改修できない可能性ベンダーに対応予定と期限を確認する

プロダクトオーナーにとって重要なのは、「サポート終了日までに何を終えるべきか」を明確にすることです。実際の期限は、公式のサポート終了日ではありません。社内テスト完了日、ユーザー受け入れ日、リリース判定日、変更凍結期間を考慮すると、公式期限の数か月前を社内締切にする必要があります。

よくある誤解と失敗しやすいポイント

サポート終了後も動くから問題ないと考える

サポート終了は、必ずしもその日に製品が起動しなくなることを意味しません。しかし、セキュリティ更新や不具合修正、技術サポートが受けられなくなるため、脆弱性、監査、障害対応のリスクが高まります。Microsoftの2026年サポート終了一覧でも、サポート終了または廃止後は新しいセキュリティ更新、非セキュリティ更新、無料または有料の支援サポート、オンライン技術コンテンツの更新が提供されなくなると説明されています。(Microsoft Learn)

Windows 11なら安全だと思い込む

Windows 11であっても、古いバージョンは更新終了になります。Home/ProとEnterprise/Educationでも期限が異なるため、OS名だけで判断するのは危険です。資産管理では、Windows 11という表記だけでなく、23H2、24H2、25H2などのバージョン、Home、Pro、Enterprise、Educationなどのエディションまで管理する必要があります。(Microsoft Learn)

SaaSやクラウドサービスはライフサイクル管理不要だと思う

AzureやAPIは、クラウドだからこそ変更や廃止の影響が早く出ることがあります。Bing Search APIsのように既存インスタンスが廃止されるケースでは、アプリケーションの設計変更が必要になります。API、SDK、接続先、認証方式を台帳化しておかないと、期限直前に影響範囲を把握できません。(Microsoft Learn)

ESUを通常運用の延長として扱う

Extended Security Updatesは、移行の時間を確保するための選択肢であり、恒久的な解決策ではありません。ESUを利用する場合でも、移行完了日、対象範囲、費用、適用確認、監査説明をセットで管理する必要があります。

グローバル組織では日付とタイムゾーンにも注意する

Microsoft Lifecycleの製品ページでは、サポート日付が太平洋時間で表示される場合があります。Windows 11 Home and Pro、Windows 11 Enterprise and Educationのページでも、サポート日付はPT、Redmond, WA, USA基準で表示されると記載されています。(Microsoft Learn)

日本、欧州、米国など複数地域で展開している企業では、公式期限日をそのまま運用締切にしない方が安全です。実務では、グローバル共通の期限を設定したうえで、日本時間では少なくとも1営業日前、変更凍結期間がある場合は数週間前を社内締切にします。

たとえば、グローバルPC更新プロジェクトでは、次のように期限を分けると混乱を防げます。

期限の種類例
公式期限Microsoft Lifecycle上のサポート終了日
IT部門の期限展開完了、例外端末リスト確定、ロールバック手順確定
業務部門の期限受け入れテスト完了、業務手順更新、問い合わせ窓口準備
経営報告の期限残存リスク、費用、未対応部門の報告

次に取るべき行動

Microsoft Lifecycle Policyの2026年4月更新を受けて、まずやるべきことは、Office LTSC 2021、Windows 10、Windows 11旧バージョン、Azure廃止予定サービス、Bing Search APIs、Dynamics 365 Guides/Remote Assist、.NET、PowerShell、Configuration Managerを対象に、社内の利用状況を棚卸しすることです。

最初の一歩として、次の3つを実行してください。

  1. Microsoft Lifecycleの製品別検索またはエクスポートで、自社利用製品のサポート終了日を一覧化する。
  2. 資産管理台帳、Azureリソース、アプリケーション台帳、ライセンス情報と突き合わせる。
  3. 2026年内に期限を迎えるものを優先し、移行先、検証期間、予算、責任部門を決める。

Microsoft Lifecycle Policyは、単なる期限表ではなく、セキュリティ、コンプライアンス、予算、製品ロードマップをつなぐ管理基盤です。2026年の更新ポイントをきっかけに、サポート終了を「直前対応」ではなく「定期的なライフサイクル管理」に変えることが、Microsoft ecosystemを安全に運用するための現実的な対策です。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次