PHP 8.2のサポート終了は2026年12月31日｜影響と8.3・8.4への移行手順・スケジュール例

PHP 8.2のサポートは、2026年12月31日で終了します。2026年10月にはPHPの重大な脆弱性「PHP2Shell」が公表され、8.2向けにも修正版（8.2.35）が出ましたが、来年以降に見つかる脆弱性には修正が出なくなります。「年内に何をすればよいのか」「どのバージョンに上げればよいのか」と悩んでいる担当者も多いのではないでしょうか。

この記事では、PHP 8.2のサポート終了の意味と影響、移行先の選び方、8.3・8.4への移行手順、注意すべき主な変更点、年末までのスケジュール例を整理します。情報は2026年10月23日時点のものです。

PHP 8.2のサポート終了とは

PHP 8.2のサポート終了とは、2026年12月31日を最後に、PHPの開発チームがPHP 8.2向けのセキュリティ修正を提供しなくなることです。PHPの各系列（8.2、8.3など）は、公開から2年間は不具合とセキュリティの修正が行われる「通常のサポート」、その後の2年間は重大なセキュリティの問題だけを修正する期間となり、合計4年でサポートが終わります。

サポートが終わっても、PHP 8.2がその日に動かなくなるわけではありません。ただし、新しい脆弱性が見つかっても公式の修正が出ない状態になります。2026年10月のPHP2Shellのように、ログインなしで攻撃できる脆弱性が見つかった場合、修正版に更新するという最も基本的な対策がとれなくなります。

関連記事PHPの重大な脆弱性「PHP2Shell」（CVE-2026-109618・109619）｜業務システムで確認すること・修正版・8.1以前の対応【2026年10月】

サポート終了後も使い続けた場合の影響

なお、LinuxのディストリビューションやOSのサポート契約によっては、提供元が独自にセキュリティの修正を続ける場合があります。ただし、その期間や範囲は提供元ごとに異なります。利用している環境が対象かどうかを確認せずに「まだ大丈夫」と判断するのは危険です。

関連記事サポート終了（EOL）ソフトウェアを使い続けるリスクと対策｜PHP2Shellの事例・棚卸し・延命策・移行計画

移行先は8.3か8.4か

移行先として現実的なのは、8.3・8.4・8.5のいずれかです。サポート期限は次のとおりです。

8.3は8.2からの変更が少ない一方、2027年末にはサポートが終わるため、短期間でもう一度移行することになります。長く使うシステムなら、8.4以降を第一候補にし、使っているフレームワークやライブラリが対応していなければ8.3にするという考え方が現実的です。

WordPressの場合、WordPress公式サイトの動作環境のページではPHP 8.3以上が推奨されています（2026年10月時点）。使っているテーマやプラグインが対応しているかは、それぞれの配布元で確認します。

8.3・8.4への移行手順

1. 影響調査対象のシステムとPHPのバージョン、使っているフレームワーク・ライブラリ・拡張機能を洗い出します。Composerを使っている場合は composer.json の PHP の条件や platform の設定も確認します。8.2のエラーログに出ている「非推奨（Deprecated）」の警告も手がかりになります
2. 検証環境の準備本番と同じ構成の検証環境に、移行先のPHPを入れます。データは個人情報などに配慮したうえで、本番に近いものを使います
3. 互換性の修正とテストエラーや警告が出る箇所を修正し、ライブラリやフレームワークを更新します。画面操作だけでなく、帳票出力、メール送信、外部連携、夜間のバッチ処理も確認します
4. 本番の切り替え利用の少ない時間帯に切り替えます。問題が起きたときに元のバージョンへ戻す手順と判断基準を、事前に決めておきます
5. 監視切り替え後しばらくは、エラーログ、画面の表示速度、バッチ処理の結果を重点的に確認します。月末・月初など、普段と違う処理が動く時期も注意します

レンタルサーバーでは、管理画面からPHPのバージョンを切り替えられることが多いですが、いきなり本番を切り替えるのは避けましょう。検証用のサイトで動作を確認してから切り替えるのが安全です。

関連記事PHPのバージョン確認方法｜WordPress・サーバー管理画面・コマンドでの調べ方と結果の読み方

関連記事PHPバージョンアップの必要性と費用・進め方

注意すべき主な変更点（非互換・非推奨）

PHPの公式マニュアルには、バージョンごとの移行ガイド（Migrating from PHP 8.2.x to PHP 8.3.x、Migrating from PHP 8.3.x to PHP 8.4.x）があります。ここでは、業務システムで影響が出やすい項目の一部を紹介します。「非互換」は動作が変わる変更、「非推奨」は今は動くものの警告が出て、将来削除される予定の機能です。

フレームワーク・CMSの対応を確認する

PHPのバージョンアップで最も時間がかかりやすいのは、PHP本体の変更よりも、フレームワークやライブラリの更新です。古いバージョンのフレームワークは、新しいPHPに対応していないことがあり、その場合はフレームワークの更新から始める必要があります。

• フレームワーク：使っているフレームワークとそのバージョンが、移行先のPHPに対応しているかを公式ドキュメントで確認します
• CMS（WordPressなど）：本体の推奨環境を公式サイトで確認し、テーマ・プラグインごとに対応状況を確認します。更新が止まっているプラグインは、代わりを検討します
• Composerのライブラリ：composer.json の条件を移行先のPHPに合わせ、更新できるかを検証環境で試します
• 拡張機能：使っている拡張機能（データベース接続、画像処理、メールなど）が移行先で利用できるかを確認します
• 市販のパッケージ・組み込み製品：提供元が移行先のPHPに対応しているか、対応版の提供時期を問い合わせます

関連記事システム保守の引き継ぎ（乗り換え）の進め方と注意点

期間・費用の目安と年末までのスケジュール例

移行にかかる期間と費用は、システムの規模、作られた時期、フレームワークの有無、テストの範囲によって大きく異なります。あくまで目安ですが、WordPressのサイトでテーマやプラグインが対応済みなら、確認と切り替えで数日から数週間程度で済むこともあります。一方、古いフレームワークで作られた業務システムでは、フレームワークの更新が必要になり、数か月かかることもあります。費用も同様に幅が大きいため、まずは影響調査を行い、そのうえで見積もりを取るのが確実です。

年末は委託先も繁忙期で、年末年始は休業に入る会社も多いため、12月に入ってからの着手では間に合わないおそれがあります。年内の移行が難しい場合も、修正版への更新、外部からのアクセスの制限、移行の完了時期の決定は先に済ませておきましょう。

関連記事業務システムのサポート期限カレンダー｜OS・Office・DB・言語の終了日一覧【毎月更新】

関連記事MySQL 8.0のサポート終了（2026年4月）｜8.4 LTSへの移行と確認すること・RDS延長サポートの期限

よくある質問

まとめ

PHP 8.2は2026年12月31日でサポートが終了し、以降の脆弱性は公式には修正されません。まずは8.2.35へ更新し、そのうえで8.3か、より長く使える8.4以降への移行を計画しましょう。移行は影響調査から始め、検証環境で互換性を確かめてから本番を切り替えます。年末年始を考えると、11月中の着手が目安です。

関連記事レガシーシステムとは？放置するリスクと脱却の方法

参考：PHP公式「Supported Versions」（2026年10月23日閲覧）、PHP公式マニュアル「Migrating from PHP 8.2.x to PHP 8.3.x」（後方互換性のない変更点、非推奨になる機能）、「Migrating from PHP 8.3.x to PHP 8.4.x」（後方互換性のない変更点、非推奨になる機能、削除された拡張モジュール）、「Migrating from PHP 8.1.x to PHP 8.2.x」（非推奨になる機能）、PHP公式「Security advisory: Critical remote code execution vulnerabilities, update now」（2026年10月21日）、WordPress.org「Requirements」。