WordPressのPHPバージョンアップ手順｜確認方法と失敗しない進め方

結論からお伝えします。WordPressのPHPバージョンアップは、確認、バックアップ、テスト、切り替えの順で進めれば失敗しません。切り替え操作そのものはレンタルサーバーの管理画面で数分ですが、順番を飛ばすとサイトが表示できなくなります。

急ぐ理由もあります。PHP 8.2のセキュリティサポートは2026年12月31日で終了します。残りは約4か月です。まだ8.2以下で動かしているなら、年内にPHP 8.4への切り替えを済ませておくのが安全です。

筆者は熊本でWeb制作とサーバー保守を行っている個人事業主です。WordPressサイトの制作と、公開後の保守を継続して担当しています。実際に届いたサーバー会社の告知と、PHP公式の情報をもとに整理します。

PHP 8.2のサポート終了はいつ？

PHP 8.2のセキュリティサポートは2026年12月31日で終わります。すでにPHP 8.1は提供が終了しています。

PHPのバージョンには、2年間の「アクティブサポート」と、その後2年間の「セキュリティサポート」があります。アクティブサポートの間は不具合も修正されますが、セキュリティサポートの期間に入ると、深刻な脆弱性だけが必要に応じて直される状態に変わります。そして期限を過ぎれば、脆弱性が見つかっても修正されません。

バージョン	公開日	アクティブサポート終了	セキュリティサポート終了
PHP 8.2	2022年12月8日	2024年12月31日	2026年12月31日
PHP 8.3	2023年11月23日	2025年12月31日	2027年12月31日
PHP 8.4	2024年11月21日	2026年12月31日	2028年12月31日
PHP 8.5	2025年11月20日	2027年12月31日	2029年12月31日

※PHP公式のサポート状況ページに基づきます（2026年8月時点）。PHP 8.1は一覧から外れており、提供が終了しています。

表を見るとわかるとおり、PHP 8.2は残り約4か月です。今から動けば十分に間に合いますが、年末は制作会社もサーバー会社も混み合います。秋のうちに済ませておくと安心できます。

自分のサイトのPHPバージョンを確認する方法は？

WordPressの管理画面から確認できます。「ツール」→「サイトヘルス」→「情報」→「サーバー」の順に開くと、現在のPHPバージョンが表示されます。

管理画面に入れない場合や、より確実に見たい場合はサーバーの管理画面を使います。表示場所はサーバー会社ごとに違います。

サーバー	確認する場所
エックスサーバー	サーバーパネル →「PHP Ver.切替」
ConoHa WING	サイト管理 →「アプリケーション設定」
ロリポップ	サーバーの管理・設定 →「PHP設定」
さくらのレンタルサーバ	スクリプト設定 →「言語のバージョン設定」

2か所の表示が食い違うことがあります。WordPressのサイトヘルスは実際に動いているバージョンを示すため、迷った場合はサーバー側ではなくサイトヘルスの数字を信じてください。切り替えたのに反映されていない、という状況の発見にもつながります。

サイトを複数運用しているなら、この段階で一覧にしておくと後がラクになります。ドメイン名、現在のバージョン、使っているテーマ、プラグインの数、この4つをメモしておけば、作業の重さが見積もれます。バージョンがばらついている場合は、古いものから順に手をつけます。

サポートが終わったPHPを使い続けるとどうなる？

脆弱性が見つかっても修正されなくなります。攻撃者にとっては、鍵の壊れ方が公開されたまま直らない扉と同じ状態です。

具体的には3つの影響が出ます。

• 新しく発見された脆弱性が修正されない。改ざんや情報流出のリスクが上がる
• 新しいWordPress本体・テーマ・プラグインが古いPHPを切り捨てる。更新できなくなる
• 表示速度で不利になる。PHPは新しいバージョンほど処理が速い傾向にある

特に見落としやすいのが2つ目です。「今は動いているから大丈夫」と考えていると、ある日プラグインの更新ボタンを押した瞬間に不具合が出ます。症状は白い画面だけではありません。レイアウトの崩れ、フォームの送信不可、管理画面だけ開けない、警告文が表示され続けるなど、出方はさまざまです。動かなくなってから慌てるより、動いているうちに計画して上げるほうがずっと安全です。

公開後のサイト運用でやるべきことはホームページ公開後にやることでもまとめています。

PHPを上げる前に確認することは？

テーマとプラグインの対応状況です。動かなくなる原因は、PHP本体ではなく、その上で動く古いプラグイン・テーマ・独自に書き足したコードのどれかにあります。

順番に見ていきます。

1. WordPress本体・テーマ・プラグインをすべて最新版に更新する
2. 2年以上更新されていないプラグインを洗い出す。もっとも危ないのはここ
3. 使っていないプラグインは削除する。数が減るほど危険も減る
4. 自作テーマや独自カスタマイズがある場合は、コードの記述を確認する

3つ目を軽く見ないでください。「いつか使うかも」で残しているプラグインが、そのまま地雷になります。筆者が保守で引き継いだサイトでも、停止したまま放置されたプラグインが原因で更新が止まっていた例がありました。

自作テーマでカスタム投稿やカスタムフィールドを使っている場合は、記述の古さが影響することがあります。設計の考え方はWordPressのカスタム投稿×カスタムフィールド設計で解説しています。

PHPバージョンアップの手順は？

バックアップ、テスト、本番切り替え、確認の4段階で進めます。テスト環境を挟むかどうかが安全性を大きく分けます。

具体的な流れは次のとおりです。

1. サイト全体のバックアップを取る。ファイルとデータベースの両方が必要
2. テスト環境（ステージング）を作り、そこでPHPを切り替える
3. テスト環境で主要ページと機能を確認する
4. 問題がなければ本番環境のPHPを切り替える
5. 本番で表示崩れ・エラーがないか確認する

テスト環境が用意できない小規模サイトの場合は、アクセスの少ない時間帯に本番で切り替え、すぐ確認する方法もあります。ただしバックアップだけは絶対に省かないでください。戻せる状態を作ってから触る、という一点だけは守る価値があります。

3番目の確認では、見た目より先に「壊れると困る導線」を見ます。優先順位は次のとおりです。

• お問い合わせフォームの送信と自動返信メール
• 予約・カート・決済など、売上に直結する機能
• 会員ログインなど、外部と連携している部分
• 記事一覧・検索・絞り込みの表示

トップページが表示されただけで安心してしまうと、フォームだけ壊れていた、という事故が起きます。

不具合が出たときはどうする？

元のバージョンに戻します。多くのレンタルサーバーでは、切り替えと同じ画面から前のバージョンを選び直せます。

エラー画面が真っ白で何も出ない場合は、wp-config.php でデバッグ表示を有効にするとエラー内容が読めます。ただし本番サイトで表示したままにしないでください。原因を特定したら必ず戻します。

エラーメッセージにプラグイン名やテーマ名が出ていれば、原因はほぼそこです。該当プラグインを停止して、代替を探すか、開発元の更新を待つ判断になります。復旧を優先し、原因追及は元に戻してから落ち着いてやるのが安全です。

サーバー会社の「PHPアップデート」通知でバージョンは上がる？

上がりません。サーバー会社が定期的に行うのはマイナーアップデートで、利用者側の作業は不要です。

実例で見ます。エックスサーバーが2026年8月25日に実施した告知では、対象は「PHP 8.2〜PHP 8.5の各バージョン」で、内容は安全性向上のためのマイナーアップデートでした。更新後のバージョン番号も明記されています。

対象	更新後
PHP 8.5	8.5.9
PHP 8.4	8.4.24
PHP 8.3	8.3.33
PHP 8.2	8.2.33

告知には「本アップデートに伴うサービスの停止はありません」「お客様側の作業等は発生致しません」と書かれています。つまり8.2を使っている人が勝手に8.5へ移されるわけではありません。8.2のまま、8.2.33という新しい修正版になるだけです。

ここが混同されやすいところです。整理すると次のようになります。

種類	例	誰がやるか	サイトが壊れるか
マイナーアップデート	8.2.32 → 8.2.33	サーバー会社が自動で実施	ほぼ起きない
メジャーバージョン変更	8.2 → 8.3	利用者が管理画面で操作	起こりうる

サーバー会社からのメンテナンス通知は、本文に「お客様側の作業は発生しません」と書かれていれば対応は不要です。逆に「◯月◯日までに設定変更をお願いします」と期限が書かれている通知は、放置すると止まります。件名だけで判断せず、作業の要否と期限の2点だけは本文で確かめてください。

一方で、自分で8.2から8.3へ上げる操作は、事前準備なしにやると事故ります。同じ「PHPの更新」という言葉でも中身がまったく違います。

なお、この告知自体にも「PHP 8.3以上のご利用を推奨」と書かれています。サーバー会社の側も、利用者に移行を促している状況です。

自分でやるか、制作会社に頼むか？

プラグインが少なく自作の改造がないサイトなら自分で対応できます。カスタマイズが入っている、または止まると売上に響くサイトは依頼を検討してください。

判断の目安を表にまとめます。

状況	おすすめ
プラグイン10個以下・既製テーマ・カスタマイズなし	自分で対応できる
自作テーマ・独自のカスタマイズあり	依頼を検討する
予約・決済・会員機能がある	依頼を推奨する
テスト環境を作れない・バックアップの取り方がわからない	依頼を推奨する

依頼する場合の費用は依頼先によって幅があります。作業自体は短時間でも、事前の互換性確認と復旧対応まで含めるかで内容が変わるため、見積もりでは作業範囲を必ず確認してください。制作会社の見分け方はホームページ制作会社の選び方でも解説しています。

よくある質問

Q1. PHP 8.2のまま2027年を迎えるとサイトは止まりますか？

すぐには止まりません。ただし脆弱性が修正されなくなるため、改ざんのリスクが上がります。

Q2. 移行先はどのバージョンを選ぶべきですか？

互換性に問題がなければ8.4です。8.3だと2027年末に再度の移行が必要になります。

Q3. バージョンアップの作業時間はどのくらいですか？

切り替え操作だけなら数分です。事前確認と動作テストを含めると1〜3時間が目安になります。

Q4. WordPressを使っていなければ関係ありませんか？

PHPで動くサイトなら関係します。使用しているシステムがPHPかどうかを制作元に確認してください。

Q5. サーバー会社からのメンテナンス通知は毎回対応が必要ですか？

多くは対応不要です。マイナーアップデートか、利用者の操作が要るものかを本文で確認してください。

まとめ

PHP 8.2のセキュリティサポートは2026年12月31日で終了します。年内にPHP 8.4へ切り替えるのが安全です。

やることは4つだけです。今のバージョンを確認する、プラグインを整理する、バックアップを取る、テストしてから切り替える。この順番を守れば、大きな事故はほとんど防げます。

サーバーから届くメンテナンス通知と、自分でやるバージョン変更は別物です。前者は本文で作業の要否と期限を確かめれば足ります。後者は準備が要ります。両者を混同したまま「何もしなくていい」と判断してしまうのが、いちばん危ない状態です。

自社サイトのPHPバージョンがわからない、という段階でも大丈夫です。サイトのURLを教えていただければ、現在のバージョンと、上げる際に引っかかりそうな箇所を先に確認します。

そのうえで、自分でやれる範囲なら手順をお伝えします。依頼したほうがよい状態なら、作業範囲と費用をお見積もりします。年内に済ませておきたい作業なので、秋のうちに一度見ておくことをおすすめします。熊本を中心に、WordPressサイトの保守とサーバー移行を担当しています。