PHPのサポート終了で何をする？｜期限の確認から更新計画まで

PHPのサポート終了通知が届いたら、現在動いている版、提供元による修正の扱い、更新に必要な改修を確認します。終了日にサービスが突然止まるとは限りませんが、修正が継続して提供されるかは別の問題です。

脆弱性の修正版が公開されている場合は、長期の改修計画と切り離して適用状況を確認してください。直近の告知と全体の進め方はPHPの脆弱性・改修ガイドにまとめています。

公式の期限と、契約している環境の扱いを照合する

PHPには、通常の不具合修正を受ける期間と、その後のセキュリティ修正の期間があります。2026年10月24日に確認したPHP公式のサポート一覧では、8.2のセキュリティサポート期限は2026年12月31日です。

PHP本体と、OS・ホスティング事業者が配布するパッケージでは、保守期間が異なる場合があります。通知にある「サポート終了」が、どの提供元のどのサービスを指しているかを確認します。

「古い番号だから未修正」「有料サーバーだから対応済み」と決めつけず、提供元の告知と契約を照合してください。延長サポートがある場合も、対象の版、修正範囲、期間、費用を確認します。

同じサービスでも、Webリクエストを処理するPHPと、定時に動く集計・メール送信のPHPが異なる場合があります。管理画面の表示に加え、それぞれの処理で動いている版も確認してください。

調査担当者に、次のような台帳を作ってもらうと、確認漏れを追えます。

社外に公開しない処理も一覧に含めます。画面だけ更新できても、請求書や集計が作れなくなれば業務に影響するためです。

PHPの版を上げると、古いライブラリが対応していない場合があります。必要なフレームワーク更新、独自コードの修正、OSの変更を一緒に調べます。PHPから新しい構成へ移す設計では、更新を続ける以外の選択肢を整理しています。

期限が近い版を最終の更新先にすると、短い間隔で改修費用が再発することがあります。途中の検証に使う版と、公開環境で継続利用する版を区別して計画します。

古い版への例外的な修正が出た場合も、今後のサポート期間は提供元の案内で確認します。通常のサポートが終了している環境は、修正の適用と並行して更新計画を進めてください。

日程には、調査、修正、検証環境の準備、業務担当者の確認、本番切り替えを含めます。開発会社が作業できる日と、社内でテストできる日が一致しないこともあります。

たとえば月末の請求処理があるなら、月末相当の条件で検証する段取りが必要です。繁忙期に停止できない場合は、その前に切り替えるか、並行運用の可否を調べます。

期限までの更新が難しいと分かったら、担当事業者と修正適用の選択肢や一時的な運用方法を検討します。更新を先延ばしにするだけの計画にせず、残る課題と次の期限を記録します。

更新後の構成、確認した機能、利用する版の期限、通知を受け取る人を一緒に残します。依頼前のチェックリストを使うと、見積もりと納品物の確認をそろえられます。

更新方針を見直し、モダン構成への移行を検討する場合は、サービスの用途と分かる範囲の構成をWebサービス再構築の相談窓口へお知らせください。ログイン情報を最初の問い合わせに含める必要はありません。