PHP 8.2のサポート終了は2026年12月31日。WordPressサイトをPHP 8.3／8.4へ移行する手順と注意点

WordPressを動かしているプログラミング言語「PHP」のうち、PHP 8.2の公式サポートが2026年12月31日で終了します。残りはあと2か月ほどです。

10月には、PHPの重大な脆弱性「PHP2Shell」が見つかり、PHP 8.2にも修正版（8.2.35）が提供されました。しかし、来年以降に同じような問題が見つかっても、PHP 8.2には修正版が出ません。PHP公式も、8.2.35の公開時に「サポートされているバージョンへのアップグレードを計画してください」と呼びかけています。

この記事では、WordPressでホームページを運営している方と、サイトを管理している制作会社・担当者に向けて、PHP 8.2のサポート終了で何が変わるのか、年内に何をすればいいのかを整理します。

この記事は2026年10月26日時点の公開情報をもとに作成しています。最新情報は記事末尾の参考情報（公式発表など）もあわせてご確認ください。

まず結論：やること

1. WordPressの「サイトヘルス」などで、今使っているPHPのバージョンを確認する
2. PHP 8.2以前を使っている場合は、年内にPHP 8.3またはPHP 8.4へ移行する計画を立てる
3. 切り替えの前に、サイト全体のバックアップを取り、WordPress本体・テーマ・プラグインを最新にする
4. できればテスト環境で、新しいPHPでの表示やお問い合わせフォームの動作を確認する
5. 本番を切り替えたら、すぐに動作を確認し、問題があれば元のバージョンに戻せるようにしておく

年末は作業が集中しやすく、サーバー会社やプラグインの対応待ちが起きることもあります。11月中に確認と計画を済ませておくと安心です。

「サポート終了」とは何か

PHPの各バージョンには、PHP公式が決めたサポート期間があります。期間は大きく2つの段階に分かれています。

• アクティブサポート：不具合の修正とセキュリティの修正の両方が、定期的に提供される期間
• セキュリティサポート：重大なセキュリティの問題だけが、必要に応じて修正される期間

この2つの期間が終わるとサポート終了（EOL：End of Life）となり、脆弱性が見つかっても、PHP公式からは修正版が提供されなくなります。PHP公式は、サポートが終わったバージョンを使っている場合は、修正されていない脆弱性にさらされるおそれがあるため、できるだけ早くアップグレードするよう案内しています。

なお、サポートが終わっても、その日を境にサイトが動かなくなるわけではありません。ただ、「動いているけれど、守られていない」状態になる、ということです。

PHPのバージョンごとのサポート期限

PHP公式の「Supported Versions」「Unsupported Branches」のページをもとに、WordPressでよく使われるバージョンをまとめました。

PHP 8.3も、すでにセキュリティ修正だけの段階に入っていて、2027年12月31日にはサポートが終わります。8.2から8.3に上げても、1年後にはまたバージョンアップが必要になる点は覚えておきましょう。プラグインやテーマが対応していれば、PHP 8.4へ移行しておくと、次の切り替えまでの期間に余裕ができます。

PHP 8.2のまま使い続けるとどうなるか

新しい脆弱性が修正されない

2027年1月以降、PHP 8.2に新しい脆弱性が見つかっても、PHP公式からは修正版が出ません。10月のPHP2Shellのように、WordPressの処理が始まる前の段階で攻撃が成立しうる脆弱性では、WordPress本体やセキュリティ系のプラグインを最新にしていても防げません。

10月のPHP2Shellでは、すでにサポートが終わっていたPHP 8.1以前について、PHP公式は通常の修正版を出していません（ソースコード向けの修正の提供にとどまりました）。サーバー会社が独自に修正を当てたケースもありましたが、それはあくまでサーバー会社の判断による応急処置です。毎回同じ対応を期待できるわけではありません。

サーバー会社の判断で切り替わる場合がある

レンタルサーバーでは、サポートが終わった古いPHPについて、新規の選択ができなくなったり、サーバー会社の判断で新しいバージョンへ切り替えられたりする可能性があります。

PHP 8.2の扱いはサーバー会社ごとに異なり、この記事の執筆時点では、国内の主要なレンタルサーバー（エックスサーバー、さくらのレンタルサーバ、ロリポップ！、ConoHa WING）で、PHP 8.2の提供終了日や自動切り替えの日程を公式に発表しているものは確認できませんでした。なお、エックスサーバーのマニュアルでは、PHP 8.2系はすでに「旧バージョン」と表示されています。

自動で切り替えられた場合、準備をしていないサイトでは、ある日突然エラーが出たり、表示が崩れたりするおそれがあります。サーバー会社に切り替えられる前に、自分たちで計画的に移行しておくのが安全です。お使いのサーバー会社のお知らせやメールは、こまめに確認しておきましょう。

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

WordPressの管理画面で確認する

1. 管理画面にログインし、ツールのメニューからサイトヘルスを開く
2. 上部の情報タブを開く
3. サーバーの項目を開き、「PHPバージョン」を確認する

サイトヘルスの「ステータス」タブに、PHPの更新をすすめるメッセージが出ていることもあります。

サーバーの管理画面で確認する

レンタルサーバーの管理画面でも、ドメインごとのPHPのバージョンを確認・変更できます。たとえばエックスサーバーでは、サーバーパネルの「PHP Ver.切替」から確認・変更できます。

注意したいのは、同じサーバー契約の中でも、ドメインやサイトごとにPHPのバージョンが違うことがある点です。複数のサイトを運営している場合は、サイトごとに確認してください。

エックスサーバー、さくら、ロリポップ！、ConoHa WING、お名前.comでの変更手順は「レンタルサーバー別・PHPバージョンの変更手順」で解説しています。

WordPress本体の対応状況

WordPress公式の対応表では、PHPのバージョンごとに、対応しているWordPress本体のバージョンが次のように示されています。

WordPress公式の動作環境のページでは、PHP 8.3以上が推奨されています。WordPress本体を長く更新していないサイトは、まず本体の更新から始める必要があります。

ただし、ここで示されているのはWordPress本体の対応状況です。テーマやプラグインが新しいPHPに対応しているかは、それぞれ別に確認が必要です。

PHP 8.3／8.4への移行手順

1. バックアップを取る

ファイルとデータベースの両方のバックアップを取ります。サーバー会社の自動バックアップがある場合も、作業直前の状態を別に保存しておくと、戻すときに迷いません。

2. WordPress本体・テーマ・プラグインを最新にする

PHPを切り替える前に、WordPress本体、テーマ、プラグインを先に最新版へ更新します。古いバージョンのままPHPだけを上げると、不具合が出やすくなります。

あわせて、次のものがないか確認します。

• 長い間更新されていない（開発が止まっている）プラグインやテーマ
• 使っていないプラグインやテーマ（削除しておくと確認する対象が減ります）
• 制作会社が独自に作ったテーマや、改造したプラグイン

3. テスト環境で新しいPHPを試す

多くのレンタルサーバーには、本番サイトを複製してテスト用のサイトを作る機能（ステージング環境）があります。テスト環境のPHPを先に新しいバージョンにして、動作を確認します。

制作会社や開発者の方は、PHP_CodeSnifferの「PHPCompatibility」ルールなどを使って、テーマやプラグインのコードを機械的にチェックする方法もあります。ただし、機械的なチェックですべての問題が見つかるわけではないため、実際の画面での確認とあわせて行ってください。

4. 本番のPHPを切り替える

テスト環境で問題がなければ、サーバーの管理画面から本番のPHPを切り替えます。アクセスが少ない時間帯に行い、すぐに確認できる体制を整えておきましょう。

5. 動作を確認する

切り替えたら、すぐに次の項目を確認します。

6. 戻す方法を決めておく

問題が出たときは、サーバーの管理画面でPHPを元のバージョンに戻せば、多くの場合は表示が元に戻ります。ただし、元のPHP 8.2も年末でサポートが終わるため、戻したままにはできません。原因を調べて修正し、改めて切り替える流れになります。

戻しても直らない場合に備えて、手順1で取ったバックアップから復元する方法も確認しておきましょう。実際に壊れたときの原因の調べ方と直し方は「PHPを上げたらWordPressサイトが壊れたときの対処法」で解説しています。

よくある不具合と原因

PHP公式の移行ガイドで、PHP 8.2以降に「非推奨」とされた機能のうち、WordPressのテーマやプラグインで影響が出やすいものを挙げます。「非推奨」とは、今はまだ動くものの、将来のバージョンで使えなくなる予定という意味で、使っていると警告（Deprecated）が出ます。

動的プロパティは、PHP 8.2で非推奨になりましたが、PHP 8.3や8.4でも「警告」のままで、エラーで止まるようにはなっていません。そのため、すでにPHP 8.2で問題なく動いているサイトであれば、8.3／8.4への移行で大きく崩れることは比較的少ないと考えられます。

一方で、次のようなケースでは注意が必要です。

• PHP 8.1以前から一気に上げる場合：PHP 8.0では多くの仕様変更があり、古いテーマやプラグインがエラーで止まり、画面が真っ白になることがあります
• 警告が画面に表示される設定になっている場合：本番サイトに警告文がそのまま表示され、見た目が崩れることがあります。本番では、警告を画面に出さない設定にしておくのが基本です
• 開発が止まっているプラグインやテーマ：今は警告だけでも、将来のPHPでエラーになるおそれがあります。代わりのプラグインへの置き換えも検討しましょう

担当者・制作会社の方へ：進め方のポイント

複数のサイトを管理している担当者や制作会社の方は、次の順番で進めると効率的です。

1. 担当しているサイトを一覧にする：サーバー会社、PHPのバージョン、WordPress本体のバージョン、テーマ（市販／独自制作）、主なプラグインを整理する
2. 優先順位を付ける：PHP 8.1以前のサイト、独自テーマや開発が止まったプラグインを使っているサイト、フォームや決済など止まると困る機能があるサイトを先にする
3. クライアントに連絡する：サポート終了の時期、作業の内容、費用、スケジュールを、専門用語を避けて伝える
4. テスト環境で確認してから切り替える：警告が出た箇所は記録し、独自テーマであれば修正する
5. 作業の記録を残す：切り替えた日時、確認した項目、出た警告と対応内容を記録しておく。来年のPHP 8.3のサポート終了のときにも役立ちます

自社で管理しているVPSなどでは、OSのパッケージやコンテナイメージの切り替え、PHP-FPMの設定の移行も必要です。切り替えたあとは、Webサーバーや定期実行（cron）の処理が新しいPHPで動いているかも確認してください。

PHP2Shellへの対応のあと、侵入の痕跡チェックや連絡体制の見直しがまだの方は、「PHP2Shellは「更新して終わり」ではない。WordPress運営者・Web制作者が今やるべき対応と今後の備え」もあわせてご覧ください。

あわせて確認：セッションのアップロード進捗機能に関する注意（10月23日）

PHP公式は2026年10月23日、セッションのアップロード進捗機能（session.upload_progress）について、追加の注意喚起を出しました。

内容は、次の通常の修正版が出るまで、PHPの設定で session.upload_progress.enabled を 0（無効）にしておくことをすすめる、というものです。この設定は、10月21日のPHP2Shell（CVE-2026-109619）の緩和策としてすでに案内されていたもので、10月21日の時点で設定済みなら、そのままにしておけば追加の対応は不要とされています。

PHP公式によると、この問題が起きるのは、アプリケーションがセッションの保存形式（session.serialize_handler）を設定で php_binary または php_serialize にしたうえで、プログラムの途中で php に切り替えるという、かなり特殊な組み合わせの場合だけです。こうした切り替えをしていないアプリケーションでは、この機能を有効にしたままでも構わないとされています。詳しい情報は、次の修正版の公開にあわせて、CVE-2026-115560として公表される予定です。

なお、この設定は ini_set() や .user.ini では不十分で、php.ini などで設定する必要があると案内されています。レンタルサーバーでは設定できる範囲が限られるため、気になる場合はサーバー会社のお知らせを確認するか、問い合わせてください。

C-TechLabにできること

C-TechLabでは、WordPressサイトの運用保守やPHPのバージョンアップを、専門サービス「となりのWeb屋さん」としてお引き受けしています。

• PHPバージョンの確認：お使いのサーバーとサイトのPHP・WordPressのバージョンを確認し、移行が必要かを判断します
• 事前の対応チェック：テーマやプラグインが新しいPHPに対応しているかを確認し、テスト環境で動作を確かめます
• PHPバージョンアップ対応：バックアップを取ったうえでPHPを切り替え、フォームやメールの動作まで確認します。問題があれば元のバージョンに戻します
• 独自テーマ・プラグインの修正：新しいPHPで警告やエラーが出る箇所を修正します
• 月額の運用保守：WordPress本体・プラグインの更新やバックアップを継続して行い、来年のPHP 8.3のサポート終了にも計画的に対応します
• 制作会社さまの保守のお手伝い：担当サイトが多く手が回らない場合の、確認作業やバージョンアップの代行もご相談ください

「自分のサイトのPHPがいくつか分からない」「制作会社と連絡が取れない」という段階でも大丈夫です。代表エンジニアが直接、状況を伺います。詳しくはホームページ運用保守・バージョンアップのページもご覧ください。

よくある質問

PHP 8.2のサポートはいつ終了しますか？

PHP 8.2の公式のセキュリティサポートは2026年12月31日で終了します。2027年1月以降は、新しい脆弱性が見つかってもPHP公式から修正版が提供されないため、年内にPHP 8.3またはPHP 8.4へ移行し、11月中に確認と計画を済ませておくと安心です。

PHP 8.2のサポートが終了するとWordPressサイトは動かなくなりますか？

いいえ、サポート終了日を境にサイトが動かなくなるわけではありません。ただし、脆弱性が見つかっても修正されない「動いているけれど守られていない」状態になり、レンタルサーバーではサーバー会社の判断で新しいバージョンへ切り替えられる可能性もあります。

PHP 8.3とPHP 8.4のどちらに移行すべきですか？

プラグインやテーマが対応していれば、PHP 8.4への移行がおすすめです。PHP 8.3のセキュリティサポートは2027年12月31日に終わるのに対し、PHP 8.4は2028年12月31日までサポートされるため、次の切り替えまでの期間に余裕ができます。

PHPのバージョンを上げるとWordPressサイトが壊れることはありますか？

テーマやプラグインが新しいPHPに対応していないと、警告が出たり表示が崩れたりすることがあります。PHP 8.2で問題なく動いているサイトなら8.3や8.4への移行で大きく崩れることは比較的少ないと考えられますが、PHP 8.1以前から一気に上げる場合は画面が真っ白になることもあるため、バックアップとテスト環境での確認をしてから切り替えてください。

PHPのバージョンアップを任せることはできますか？

はい、C-TechLabでは、PHPバージョンの確認、テーマやプラグインの対応チェック、テスト環境での動作確認、PHPの切り替えまで代行しています。問題があれば元のバージョンに戻す対応や、独自テーマ・プラグインの修正も行っており、初回のご相談は無料です。

参考情報

• PHP公式「Supported Versions」
• PHP公式「Unsupported Branches」
• PHP公式「PHP 8.2.35 Released!」（2026年10月21日）
• PHP公式「Informational advisory: Session upload progress」（2026年10月23日）
• PHP公式セキュリティアドバイザリ「GHSA-6wmf-4rv5-p3rp（CVE-2026-109619）」
• PHP公式マニュアル「PHP 8.2 で推奨されなくなる機能」
• PHP公式マニュアル「PHP 8.4 で推奨されなくなる機能」
• WordPress公式「PHP Compatibility and WordPress Versions」
• WordPress公式「Requirements」
• エックスサーバー「PHPのバージョン切り替え」