この記事でわかること
- 本番サイトごとのPHPを調べた
- PHPと契約先のサポート期限を確認した
- 復元できるバックアップを確保した
実行環境を調べる
PHP公式の2026年11月2日時点のサポート一覧では、8.2系列のセキュリティサポートは2026年12月31日までです。終了後の扱いを契約先へ確認し、後継系列への移行を計画してください。予定は変更され得るので作業時に公式一覧を読み直します。
WordPressのサイトヘルスとサーバー管理画面で、本番サイトが実際に使用するPHP系列と修正版を確認します。CLIとWeb用のPHPが異なることもあり、複数サイトを運営している場合はドメイン単位で記録します。
提供元の対応を整理する
サーバー会社が独自に延長サポートや修正を提供する場合、対象範囲、費用、終了日、適用状況を確認します。PHP本家のサポート期限と契約上の独自対応は別の情報です。回答を保存し、担当者と次回確認日も記録します。
8.2系列に緊急のセキュリティ修正版が出た際は、移行予定だからといって適用状況の確認を後回しにしません。PHP公式が2026年10月に公表した重大な修正についても、自分の契約環境が修正済みかを提供元へ照会します。
検証環境で試す
ファイルとデータベースの両方について復元可能なバックアップを確保し、検証環境を用意します。WordPress本体、テーマ、プラグインと候補PHPの組み合わせを各提供元の対応情報で調べ、記載がない場合は互換性が確認できていないと扱います。
記事閲覧、ログイン、編集、広告リンク、画像、フォーム、通知メールを試し、警告やエラーは機密情報を伏せて記録します。トップページが表示できても、問い合わせ送信など別の処理で不具合が起きる場合があります。
本番変更と復旧を計画する
本番変更の前に、作業日時、担当、連絡先、元の設定へ戻せる条件を決めます。古い系列への切り戻しは障害時の暫定措置として扱い、再度移行する期限と必要な修正を記録します。サーバー会社の手順がある場合は事前に確認します。
変更後は一般訪問者としての表示と管理者の操作を両方確認し、エラーの増加を監視します。PHPだけでなくテーマやプラグインの更新計画も合わせ、次のサポート期限を台帳に登録しましょう。
移行表を作る
移行表の例は「サイトA/本番PHP 8.2/候補系列/テーマ対応状況/プラグイン対応状況/検証予定日/更新担当」です。広告クリックの動作、比較表、投稿の編集、問い合わせ通知を確認対象として並べます。値や予定は自サイトの実情に置き換えてください。
作業当日だけでなく、事前の相談期限と変更後の監視期間を決めます。新系列に未対応のプラグインがあるときは、更新、代替、提供元への相談を比較し、読者に必要な機能を不用意に削除しないようにします。
最新の安定版へ移る作業では、サイトを動かすテーマや各プラグインがその版に対応しているか確認します。PHPの系列だけを上げて互換性を確認せずに放置すると、表示や送信が正常に行えない場合があります。
- 本番サイトごとのPHPを調べた
- PHPと契約先のサポート期限を確認した
- 復元できるバックアップを確保した
- 検証環境でフォームや編集を試した
- 切り戻し条件と次の確認日を決めた
参考にした公式情報
確認日:2026-11-02。提供条件や仕様は変更される場合があります。
広告・アフィリエイトリンクを含む場合があります。編集・掲載方針