PHPはWordPressを動かす土台です。新しいPHPは性能やセキュリティ面で有利ですが、古いテーマやプラグインが対応していない状態で変更するとエラーになることがあります。正解は「一番新しい表示をすぐ選ぶ」ことではなく、WordPress公式の要件、契約先が提供する版、使用中部品の対応状況を確認し、戻せる状態で一段階ずつ試すことです。
PHPがWordPressで担う役割
ブラウザーからページが要求されると、PHPがWordPress本体、テーマ、プラグインの処理を実行し、データベースから内容を取り出してHTMLを返します。PHPが古すぎると、サポート終了によるセキュリティリスクや性能面の不利が生じます。一方、コード側が新しい仕様へ未対応なら、警告や致命的エラーが出ることがあります。
管理画面の「ツール」→「サイトヘルス」→「情報」では、サーバーやPHPに関する情報を確認できます。ただし実際に選べる版はレンタルサーバー側で管理します。WordPress公式の推奨環境とサーバー会社の提供状況は更新されるため、変更当日に公式ページを確認してください。
選ぶ前に確認する三つの公式情報
一つ目はWordPress.orgの要件です。二つ目はテーマ開発元の動作環境、三つ目は各プラグインの対応情報です。配布ページの「WordPressバージョン」だけではPHP対応が分からない場合があるため、変更履歴、FAQ、サポート情報も確認します。更新が長期間止まった部品は特に慎重に扱います。
サーバー管理画面で「推奨」と表示される版も重要ですが、それだけでサイト固有の互換性は保証されません。契約先の障害情報や注意事項を読み、現在のWordPressがその版をサポートするかを照合します。業務サイトでは制作会社やプラグイン提供元へ先に確認します。
- WordPress公式の推奨環境
- テーマのPHP対応範囲
- 有効プラグインのPHP対応範囲
- サーバー会社の提供版と注意事項
変更前に残す情報
現在のPHPバージョン、WordPressバージョン、テーマ名、有効プラグイン一覧を保存します。サーバーパネルの設定画面と、サイトヘルスの情報を記録すると比較しやすくなります。復元可能なバックアップがあるか確認し、キャッシュを削除する方法も用意してください。
アクセスの少ない時間帯を選び、変更後すぐに確認できる担当者が作業します。EC、予約、会員、問い合わせなど停止の影響が大きい機能があるなら、ステージング環境で先に試します。本番で試す場合も、一度にPHPとWordPressとプラグインを同時更新しません。
サーバーパネルで変更する流れ
一般にはサーバーパネルへログインし、対象ドメインを選び、「PHP Ver.切替」などの機能から版を選択します。画面名と反映時間はサービスによって違います。対象ドメインを間違えると別サイトへ影響するため、選択中のドメインと変更前の値を画面上で読み上げるように確認します。
変更ボタンを押した後は、完了メッセージが出たことを確認し、キャッシュを消してから公開ページを開きます。管理画面だけが開く、トップだけが開くという状態では不十分です。主要記事、カテゴリー、検索、フォーム、画像、ログイン、更新画面まで操作してください。
変更後の動作確認
公開ページをシークレットウィンドウや別端末でも開き、500エラー、白画面、警告文、レイアウト崩れがないか確認します。問い合わせフォームはテスト送信し、送信完了画面と受信メールを確認します。ECなら商品表示、カート、テスト決済の範囲を運用ルールに従って確認します。
WordPressのサイトヘルス、サーバーのPHPエラーログ、ブラウザーの開発者ツールも確認します。表面上は表示されても、非推奨警告が大量発生してログが増えている場合があります。速度だけを見て成功とせず、エラーが増えていないことを合格条件にします。
エラーが出たときの戻し方
変更直後に500エラーや白画面が出た場合は、まずサーバーパネルで変更前のPHPへ戻します。WordPress管理画面へ入れなくても、サーバーパネルのPHP切替は利用できる場合があります。戻した後にキャッシュを削除し、公開ページと管理画面を再確認します。
復旧後はエラーログから原因となったテーマやプラグインを特定します。互換性がない部品を更新、置換、修正し、ステージング環境で再テストします。エラーを隠すだけの設定変更や、原因不明のまま新しいPHPへ再変更することは避けてください。
古いPHPを放置しない計画
互換性問題があるからと古いPHPを永久に使うのは安全ではありません。原因部品の更新状況、代替候補、交換に必要な作業を一覧にし、期限を決めます。サポート終了日が近い場合は、バックアップとテスト環境を準備し、段階的に移行します。
保守契約があるサイトでは、PHP更新の担当者と確認項目を決めます。個人サイトでも半年ごとにWordPress、PHP、テーマ、プラグインの対応状況を確認すると、大きな版差を抱えにくくなります。更新通知だけで判断せず、公式サポート情報を基準にします。
複数サイトを同じ契約で運営している場合
PHP設定がドメイン単位かサーバー全体単位かを契約先の仕様で確認します。ドメイン単位なら対象を選び間違えないようにし、サーバー全体へ影響する設定なら、同居するすべてのWordPressの互換性を先に調べます。検証サイトだけ新しいPHPへ変えられる構成なら、本番前のテストに活用できます。
同じプラグインでもサイトごとに版や設定が違うことがあります。一つのサイトで問題がなかった結果を他へそのまま当てはめず、各サイトでテーマ、有効プラグイン、フォーム、外部連携を確認します。変更履歴には対象ドメイン、変更前後のPHP、確認者、結果、切り戻し有無を残してください。
変更ボタンを押す前に、元のPHPと有効プラグインを記録するんですね。
トップだけでなくフォームまで試すなら、問題を早く見つけられそうです。
はい、動作確認の範囲を先に決めることが大切です。
問題が出たら元の版へ戻し、ログから原因を調べます。
古いまま放置するのではなく、未対応プラグインを入れ替える計画も必要なんですね。
怖がって触らないより、戻れる準備をして少しずつ進めます！
その姿勢なら安全に更新できます。
一度に複数の変更を重ねないことも忘れないでください。
変更当日の手順
次の順番で一つずつ実行し、途中で異常があれば先へ進まず元の状態へ戻します。
- 現在のPHPと構成を記録する
- 公式要件と全有効部品の対応を確認する
- 復元方法と旧PHPへの戻し方を確認する
- アクセスの少ない時間に一段階変更する
- 公開ページ・管理画面・フォーム・ログを確認する
- 結果と次回確認日を記録する
迷わず始めたい人向けの選択肢
広告・PRを含みます。料金と特典は公式ページで最新条件をご確認ください。
新しい数字を選ぶことより、私のサイト全体が対応しているかが大切なんですね。
元の版と確認項目をメモして、アクセスの少ない時間に試します！
その準備ができれば、異常にもすぐ対応できます。
変更後はログまで見て、正常と確認できた時点で完了にしましょう。
変更完了の基準
選択画面で新しいPHPになっただけでは完了ではありません。読者が使うページと機能を操作し、エラーログが増えておらず、戻し方の記録も残っている状態を完了とします。
- WordPressと全有効部品の対応を確認した
- 変更前PHPを記録した
- 復元と切り戻し方法を用意した
- 主要ページとフォームを操作した
- PHPエラーログを確認した
- 未対応部品の更新計画を決めた
利用できるPHP環境を確認する
使用中のテーマとプラグインの対応を確認できたら、サーバー側で選べるPHPやWordPress向け機能を公式情報で照合しましょう。変更後に戻せる環境かも含めて判断してください。
広告・PRを含みます。料金・特典・適用条件は公式ページで最新情報をご確認ください。