こんにちは、Kredo Blog編集部です！
Kredoは、PHP・Laravelを使うWebシステム開発や保守運用に取り組んでいます。IT・AI開発実績もご覧ください。
PHP 8.2のセキュリティサポートは、2026年12月31日に終了します。2024年末に通常の不具合修正が終わり、現在は重要なセキュリティ修正を受ける期間です。年末を過ぎると、PHP開発元による修正提供も終了します。
企業サイトやWordPressを運用している方は、「サーバーでどのPHPが動いているか」「移行先でサイトが動くか」「誰がいつ作業するか」を今から確認しましょう。この記事では、移行先の選び方から、検証・切り替え・保守会社への依頼までを整理します。
2026年10月23日時点の情報です。期限はPHP公式のサポート表で確認できます。
PHP 8.2のサポート終了日はいつ？何が変わる？
PHP 8.2には、通常の不具合とセキュリティの問題を直す期間と、重要なセキュリティの問題に対応する期間があります。現在は後者です。
終了日にサイトが自動停止するわけではありません。ただし、その後に新しい問題が見つかっても、PHP開発元から8.2向けの修正を受けられなくなります。動作していることと、保守を継続できることは分けて判断しましょう。
Linuxディストリビューションや有償の長期保守サービスが、独自に修正を提供する場合もあります。その場合は、対象パッケージ、契約期間、修正の提供範囲を提供元へ確認します。「サーバーが使える」という案内だけでは、PHP本体の保守条件まではわかりません。
10月の脆弱性対応を、年末の移行まで待たない
2026年10月にはPHP本体の重大な脆弱性への修正版が公開されています。現在の環境への修正適用を進めつつ、8.2からの移行を計画してください。修正版と対策手順、今回のニュースの時系列も確認できます。
PHP 8.3・8.4・8.5、どれへ移行する？
選定では、保守期限の長さと、使っているシステムの対応状況を一緒に見ます。番号が新しいだけで決めると、プラグインや独自コードが動かないことがあります。
新しい環境を長く運用したい場合は、8.4・8.5を候補にし、CMS・フレームワーク・必要な拡張機能が対応するか検証します。8.3しか対応していない製品がある場合は、8.3への移行と、その製品の更新・置き換えを組み合わせた計画が必要です。
WordPressは、本体の公式互換性表に加え、利用中のテーマ・プラグイン・独自追加コードを確認します。本体が対応していても、サイト全体の動作確認は省略できません。操作方法はWordPressのPHP確認・更新方法で説明しています。
フレームワークを使うシステムでは、対応PHPとフレームワーク自体の保守期限を照合してください。移行先の系列が決まったら、その系列の必要な修正を含むバージョンを使います。
移行前に確認する環境と、見落としやすいポイント
最初に対象を一覧にします。会社のトップサイトだけでなく、採用サイト、問い合わせフォーム、会員機能、予約システム、定期処理なども対象候補です。
WordPressなら「ツール」→「サイトヘルス」→「情報」→「サーバー」で実行中のPHPを確認します。独自システムでは、サーバー管理画面と構成資料を管理者に確認してもらいます。コマンドで確認したPHPと、Webサイトや定期処理が使うPHPが異なる構成にも注意してください。
PHPの詳細を出す確認ページを、誰でも閲覧できる場所へ放置しないようにします。環境が不明な場合は、サイトURLと契約情報から担当会社をたどるのが出発点です。自社サイトでPHPが使われているか調べる方法も参考になります。
Composerを使うシステムは、移行先のPHPで確認する
LaravelなどのComposerプロジェクトは、検証環境で移行先のPHPを起動し、必要な拡張とパッケージの実行条件を確かめます。次は確認用のコマンド例です。
php -v
php -m
composer check-platform-reqs --no-devComposer公式によると、この確認はconfig.platformの設定ではなく、実際に動いているPHPと拡張を調べます。ただし、CLIとWeb側のPHPが別なら、Web側も確認が必要です。コマンドが成功しても、独自コードの互換性や注文処理の動作まで確認したことにはなりません。
PHP 8.2から移行する6つの手順
本番の設定を変更する前に、検証環境で一連の操作を確認します。準備の順序を決めておくと、障害が起きたときの判断も早くなります。
8.2から8.5へ移す場合は、途中の変更点も確認する
互換性の確認では、8.3への移行ガイド、8.4への移行ガイド、8.5への移行ガイドを順に読みます。8.2から8.5へ直接切り替える計画でも、8.3・8.4で変わった仕様の確認は必要です。本番を必ず一段ずつ切り替える、という意味ではありません。
検証では、画面が開くかだけでなく、検索・登録・ログイン・問い合わせ・予約・決済・メール通知・外部API・夜間処理まで確認します。実際の顧客に通知したり課金したりしない検証方法を先に決め、担当者と結果を記録しましょう。
復旧方法は、データの変化まで考えて決める
PHPの設定だけを戻せば復旧できる場合もあれば、製品更新によってデータベース構造も変わる場合があります。切り替え後に注文や問い合わせが入るサイトでは、古いバックアップの復元によって新しいデータを失うおそれがあります。停止判断の基準、データの扱い、復旧担当者を事前に決めてください。
学習・開発用の環境を用意する場合は、PHPの開発環境の準備も参照してください。本番と同じ条件での検証ができるかは、別途確認します。
切り替える条件と、戻す条件を作業前にそろえる
| 段階 | 残しておきたい記録 |
|---|---|
| 検証環境での確認 | 変更したパッケージ、解消したエラー、重要な操作のテスト結果。 |
| 本番切り替え前 | バックアップ日時、作業担当者、連絡先、受付を止める時間。 |
| 切り替え直後 | Web側のPHP、ログイン・送信・予約などの結果、エラーログ。 |
| 継続運用 | 翌日以降の定期処理の結果、次の保守期限、更新担当者。 |
注文できない・管理画面へ入れないなど、業務を続けられない状態を中断条件として決めます。戻し先にもセキュリティ修正が必要です。データが増え続けるシステムでは、PHPの切り戻しとデータベースの復元を同じ操作として扱わず、作業ごとの影響を確認してください。
保守会社には何を依頼する？そのまま使える確認文
「PHPを新しくしてください」だけでは、対象範囲や完了条件が曖昧です。次の項目を伝えれば、移行の見積もりと計画を具体化しやすくなります。
費用は、サーバー設定の変更だけで済むか、古い製品・独自コードの改修やサーバー移転まで必要かで変わります。確認前に一律の金額や工期を決めず、調査・改修・検証・切り替えの範囲を分けて依頼しましょう。
見積もりは「PHP変更一式」だけで比べず、独自コードの修正、依存パッケージの更新、検証環境、バックアップと復元、外部連携の確認、切り替え後の対応がどこまで含まれるかをそろえます。完了報告に、変更前後の版番号とテスト結果を含めてもらうと、保守の引き継ぎにも使えます。
PHP 8.2のサポート終了・移行に関するよくある質問
8.2.35へ更新したら、年末以降も使い続けてよいですか？
8.2系列内の更新と、系列自体のサポート期限は別です。今回の修正を適用しても、PHP開発元による8.2のサポート終了日は変わりません。移行、または提供元が保証する保守契約の確認を進めてください。
サーバー会社が自動で変更してくれますか？
サービスによって異なります。利用者が切り替える方式、自動変更される方式、選べるPHPが限定される方式があります。公式告知で適用日と対象サービスを確認し、自動変更の場合もサイト側の動作を検証しましょう。
古いプラグインが対応していない場合は？
更新版の提供、代替製品への変更、独自改修の順に選択肢を整理します。対応期限と担当者を決め、移行できない間の保守条件も確認します。「動かないから無期限に据え置く」状態を避けることが大切です。
社内にエンジニアがいなくても相談できますか？
はい。まずはサイトURLと困っている点をお伝えください。サーバー名やPHPの番号が不明でも、わかっている情報から整理できます。作業を依頼する場合の範囲・費用は、相談後に確認して進めます。
英語でIT・AIを学べるKredo
英語×IT・AIのスキルを身につけてグローバルに活躍しませんか？
当メディアを運営しているKredoは、英語×ITをオンラインで学ぶ「Kredoオンラインキャンプ」と、フィリピンのセブ島で英語とIT・AIを学ぶ「KredoIT留学」「KredoAI留学」を提供しています。これまでの卒業生は3,000名以上。卒業生の多くが、国内外のIT企業への転職、フリーランスなどへのキャリアチェンジを実現しています。これからの時代に必要な英語×IT・AIのスキルを身につけてグローバルに活躍しませんか？
