サーバー会社のお知らせやWordPressの画面で「PHP 8.2のサポート終了」を見かけたものの、自社サイトが対象なのか、12月31日を過ぎると何が起きるのか、いつまでに誰が何をすればよいのかが分からない。こうした状態のサイトは少なくありません。WordPress.orgの利用状況の統計を2026年10月27日に確認したところ、WordPressサイトの約23％がPHP 8.2で動いていました。

PHP 8.2は2026年12月31日でセキュリティ修正の提供が終わるため、11月中にテスト環境で8.3以上（使っているプラグインが対応していれば8.4か8.5）への切り替えを試して不具合を直し、年末の休業期間に入る前の12月上旬から中旬に本番を切り替える計画で進めます。

この記事では、期限の意味、放置した場合のリスク、自社サイトとプラグインの確認、期限から逆算した日程、切り替え当日の判断基準、間に合わない場合の対処を解説します。PHPの仕組みやバージョンごとのサポート期限の全体像はPHPのバージョンとサポート期限で扱っているので、この記事はPHP 8.2の期限への対応に絞ります。

PHP 8.2のサポート終了で何が変わるか

12月31日を過ぎてもサイトが止まるわけではありませんが、PHPの開発元から8.2向けのセキュリティ修正が出なくなり、新しい脆弱性が見つかっても8.2のままでは塞げなくなります。

php.netのサポート中のバージョン一覧によると、PHPの各系列は公開から2年間は不具合とセキュリティの修正、その後の2年間は重大なセキュリティの修正だけが提供されます。2022年12月に公開された8.2は、2024年12月31日に通常のサポートを終えてセキュリティ修正だけの期間に入っており、それも2026年12月31日で終わります。10月21日に公開された8.2.35のお知らせでも、12月31日以降はセキュリティ修正が出ないとして、サポート中のバージョンへの移行を計画するよう呼びかけています。

切り替え先は、セキュリティサポートの期限と、次の切り替えまでの期間で選びます。

切り替え先	セキュリティサポートの期限	次の切り替えまでの目安	選ぶときの考え方
PHP 8.3	2027年12月31日	約1年	WordPressが推奨する下限。プラグインの対応が最も進んでいるが、1年後にまた切り替えが必要
PHP 8.4	2028年12月31日	約2年	8.3より1年長く使える。8.4で非推奨になった書き方を使うプラグインでは警告が出ることがある
PHP 8.5	2029年12月31日	約3年	2025年11月公開で、WordPress 6.9以降が対応。古いプラグインは対応が遅れていることがある

WordPressの推奨環境はPHP 8.3以上で、WordPressとPHPの対応表では、WordPress 7.0と7.1がPHP 7.4〜8.5に対応しています。WordPress本体は12月31日以降もPHP 8.2で動きますが、動くことと安全に使えることは別の問題です。なお、次の系列の8.6は、2026年10月21日時点で正式公開前のテスト版（RC4）で、php.netは本番で使わないよう案内しているため、今回の切り替え先には入れません。

PHP 8.2のまま放置した場合のリスク

8.2のまま年を越すと、新しい脆弱性の修正が届かない、プラグインを最新版に更新できない、準備のないまま切り替えを迫られる、という3つのリスクが重なります。

重大な脆弱性が見つかっても修正されない

2026年10月21日、PHPの開発元は、認証なしで外部からプログラムを実行される可能性がある重大な脆弱性2件（CVE-2026-109618、CVE-2026-109619）を公表し、8.5.12、8.4.27、8.3.36、8.2.35で修正しました（php.netのセキュリティ情報）。前日の予告では、深刻度は2件ともCVSS v4.0で9.2とされていました。IPA（情報処理推進機構）も翌22日に注意喚起を出しています。

今回8.2に修正版が出たのは、まだセキュリティサポートの期間内だったからです。サポートが終わった8.1以前は開発元からの更新の対象外で、深刻度を考えて7.4・8.0・8.1向けに最小限の修正が例外的に用意されたものの、通常の修正版としては提供されていません。2027年以降に同じような脆弱性が見つかった場合、8.2も同じ扱いになります。8.2には9月24日公開の8.2.34でも複数のセキュリティ修正が含まれており、修正が必要な問題は期限の直前まで見つかり続けています。

プラグインを最新版に更新できなくなる

プラグインは、新しい版で古いPHPへの対応をやめることがあります。たとえば、有効インストール数が1,000万以上のお問い合わせフォームのプラグイン「Contact Form 7」は、2026年10月27日時点の最新版（6.2.3）で、PHP 8.3以上とWordPress 7.1以上を動作の条件にしています。PHP 8.2のサイトでは、この版を使えません。プラグインに脆弱性が見つかったときに修正版を入れられない状態は、PHPそのものの脆弱性とは別のリスクです。

準備のないまま切り替えを迫られる

サーバー会社が古い系列の扱いを変えたり、脆弱性への対応で切り替えを求められたりすると、テストの時間がないまま作業することになります。たとえばエックスサーバーのマニュアルは、8.2を、今後バージョンアップの予定がなく、新規での利用を推奨しない旧バージョンに区分しています。サーバー会社ごとの方針はお知らせで確認できますが、期限を待たずに計画を立てておくと、テストと修正の時間を確保できます。

Service

運用保守・集客改善のご相談はフェニックスデザインへ

ナレッジベースを運営するフェニックスデザインが、今のサイトの数字を見るところから対応します。URLを入れるだけの無料簡易診断から。

無料で簡易診断運用保守・集客改善のサービスを見る

まず確認すること：対象のサイトと作業できる人

最初に、自社が管理しているすべてのサイトについて、PHPのバージョン、WordPressとプラグインの状態、作業できる人を一覧にします。

確認すること	確認する場所	見落としやすい点
PHPのバージョン	WordPressの「ツール」→「サイトヘルス」→「情報」→「サーバー」、サーバーの管理画面	採用サイト、キャンペーンのLP、テスト用のサイトなど、別のドメインで動いているサイトも対象。同じサーバーでもドメインごとにバージョンが違うことがある
WordPress本体のバージョン	ダッシュボード、「更新」の画面	本体が古いと、プラグインの最新版の条件を満たせないことがある
プラグインとテーマ	「プラグイン」「外観」→「テーマ」の画面	有料のものはライセンスが切れて更新できないことがある。停止中のものも一覧に入れる
独自に作った部分	制作会社への確認、テーマのfunctions.php、独自のプラグイン	制作会社が作ったテーマには、配布元からの更新がない
作業できる人	サーバーとWordPressの管理画面のログイン情報、保守契約の内容	サーバーの管理画面に入れる人がいないと切り替えができない。PHPの更新が保守の範囲に入るかも確認する
バックアップ	サーバーの自動バックアップ、保守で取っているバックアップ	戻すときは、ファイルとデータベースの両方とPHPのバージョンをそろえる必要がある

プラグインとテーマの互換性の確かめ方

プラグインとテーマが新しいPHPで動くかは、配布元の情報で当たりを付けたうえで、最後はテスト環境で実際に切り替えて確かめます。

WordPress.orgのプラグインのページに表示される「PHPバージョン」は、動作に必要な最低のバージョンです（プラグインのヘッダーの説明）。8.4や8.5で動くことを保証する表示ではないため、次の順で確認します。

最終更新日を見る：長く更新されていないプラグインは、新しいPHPに対応していない可能性が高いため、置き換えの候補にします。
変更履歴を見る：配布元のページの変更履歴（Changelog）に、PHP 8.3・8.4・8.5への対応や修正の記載があるかを確認します。
有料のテーマ・プラグインは配布元に確認する：対応状況のお知らせを確かめ、ライセンスが切れていれば更新します。
独自のコードは制作会社に確認する：制作会社が作ったテーマや機能は、対応の可否と費用を作った会社に確認します。
テスト環境で切り替える：本番の複製を新しいPHPにして、表示・フォーム・管理画面の操作を確かめ、エラーログに出た内容を記録します。

テスト環境で出るメッセージは、種類によって扱いが変わります。「Fatal error」は処理が止まるため切り替えの前に直す必要があり、「Deprecated（非推奨）」は今は動くものの、将来の系列で使えなくなる書き方を知らせる警告です。たとえばPHP 8.4の非推奨機能では、引数の既定値をnullにしたときに型からnullを省略する書き方（暗黙的なnullable）が非推奨になっており、古い書き方のプラグインでは警告が出ることがあります。系列ごとの変更点は、php.netの移行ガイドで確認できます。

期限から逆算した日程

12月31日に間に合わせるには、11月上旬までに対象を洗い出し、11月中にテストと修正を終え、年末の休業に入る前の12月上旬から中旬に本番を切り替える日程が目安です。

時期	やること	担当の例	終わったと判断する目安
10月末〜11月上旬	前の章の表で全サイトを洗い出し、切り替え先の系列を決める。保守契約の範囲と費用を確認する	社内の担当者、保守の委託先	対象のサイトと担当者が一覧になっている
11月上旬〜中旬	テスト環境を作り、新しいPHPで表示・フォーム・管理画面を確かめる	保守の委託先、制作会社	不具合の一覧と修正の見積もりがそろう
11月中旬〜下旬	プラグインの更新・置き換え、独自のコードの修正	制作会社、保守の委託先	テスト環境でFatal errorが出ない
12月上旬〜中旬	バックアップを取り、本番を切り替えて確認する	保守の委託先、社内の担当者	主要ページの表示とフォームの通知を確かめた
12月中旬〜下旬	予備の期間。不具合が出たら元に戻して直す	同上	数日間、エラーや問い合わせの不達がない
1月以降	作業の記録を残し、次の期限（8.3なら2027年12月31日）を予定に入れる	社内の担当者	次に見直す時期が決まっている

テストで大きな修正が必要と分かっても、11月中であれば年内に対応する時間を取れます。12月に入ってから着手すると、修正の作業と年末の休業が重なりやすくなります。

切り替え当日の判断基準

本番の切り替えは、どの状態なら元に戻すかを事前に決めておき、確認項目をすべて済ませてから完了とします。

確認すること	問題がないときの状態	戻すかどうかの判断
トップと主要なページ	パソコンとスマートフォンで崩れずに表示される	白い画面や「重大なエラー」が出たら、すぐに元のバージョンに戻す
問い合わせフォーム	送信でき、通知メールと自動返信が届く	届かない場合は戻し、テスト環境で原因を調べる
管理画面	ログイン、投稿の保存、画像のアップロードができる	操作できない場合は戻す
エラーの表示	Fatal errorが出ていない	Deprecatedの警告だけなら、画面に表示しない設定のまま後日直す
サイトヘルス	新しいPHPのバージョンが表示される	変わっていない場合は、設定したドメインが正しいかを確かめる

レンタルサーバーの多くは、管理画面で元のバージョンを選び直せば戻せます。エックスサーバーでの操作と戻し方は、エックスサーバーでPHPのバージョンを切り替える手順で解説しています。

期限に間に合わない場合の対処

修正が年内に終わらない場合は、切り替え先を8.3にする、対象を絞る、残す期間の守りを固める、という順で、サポートのないPHPで動かす期間をできるだけ短くします。

まず8.3に上げる：8.4や8.5でエラーが多く、8.3なら動く場合は、8.3に切り替えてから次の系列を検討します。
不要なプラグインとサイトを減らす：使っていないプラグインは削除し、役目を終えたキャンペーンサイトなどは公開の終了も検討します。
代わりのプラグインに置き換える：開発が止まったプラグインは、修正を待つより置き換えたほうが早いことがあります。
残す期間の守りを固める：切り替えまでの間は、WAF、ログイン保護、改ざんの検知、バックアップの頻度を確認し、切り替えの期限を社内で決めます。
作り直しと比べる：独自のコードが多く修正の費用がかさむ場合は、リニューアルの費用と比べて判断します。

前述のIPAの注意喚起も、修正版が出ないPHPを使う場合は、更新や移行までの暫定対策を講じたうえで、維持管理に必要な人員・予算・保守体制を確保できるかを経営層も含めて検討するよう求めています。サイト全体の守り方はWordPressのセキュリティ対策チェックリストで整理しています。

今のサーバーで新しいPHPを選べない場合

契約中のサーバーで8.3以上を選べない場合は、サーバー会社に提供の予定を確かめ、予定がなければ新しいPHPを選べるサーバーへの移転を検討します。

サーバーの移転とPHPの更新を同時に行うと原因の切り分けが難しくなるため、移転先でもまず今と同じ系列で動かし、移転が落ち着いてから切り替えるのが基本です。手順はWordPressのサーバー移転の手順で解説しています。なお、エックスサーバーを使っている場合は、サーバーパネルで8.3〜8.5を選べるため、PHPを更新するためにサーバーを移す必要はありません。

他社のサーバーから法人向けのサーバーへ移る場合の選択肢の一つが、エックスサーバー株式会社の「XServerビジネス」です。2026年10月時点のお知らせでPHP 8.3以上の利用を推奨しています。サーバーパネルの機能の設定を回数無制限・無料で代行する「設定おまかせサポート」と、サーバーアカウントにつき10件まで無料のサーバー移転代行（11件目以降は1件16,500円・税込）があります。移転代行には、サイトの動作確認とネームサーバーの変更は含まれません（サーバー移転代行の説明）。

よくあるご質問

12月31日を過ぎると、サイトは表示されなくなりますか？

いいえ。PHPの開発元からの修正の提供が止まるだけで、サーバーに入っているPHPがその日に止まるわけではありません。ただし、その後の古い系列の扱いはサーバー会社によって違うため、契約中のサーバー会社のお知らせを確認してください。

8.3、8.4、8.5のどれに上げればよいですか？

テーマとプラグインが対応している範囲で、なるべく新しい系列を選ぶと、次の切り替えまでの期間を長くできます。テスト環境で8.4か8.5を試し、エラーが多ければ8.3にする、という順で決めるのが現実的です。8.3を選ぶ場合は、2027年12月31日にサポートが終わる点を予定に入れておきます。

8.2から一気に8.5に上げても問題ありませんか？

系列をまたぐと、その間のすべての変更が影響します。テスト環境で8.5を試してエラーが多い場合は、8.3、8.4と1系列ずつ上げて、どの段階で問題が出るのかを絞り込みます。本番は、テストで問題がなかった系列に切り替えます。

エックスサーバーでPHP 8.2を使っています。10月の脆弱性への対応は必要ですか？

エックスサーバーの告知によると、エックスサーバー・XServerビジネス・XServer for WordPressでは、10月26日6時20分までにPHP 8.2〜8.5を同じ系列の修正版に更新し、5.1〜8.1には修正パッチを適用したため、今回の脆弱性への対策として急いでバージョンを変える必要はないと案内されています。ただし、8.2のサポート終了は別の問題なので、12月31日に向けた8.3以上への切り替えは計画どおり進めてください。

まとめ

PHP 8.2は2026年12月31日でセキュリティ修正の提供が終わります。サイトがその日に止まるわけではありませんが、10月21日に公表されたような重大な脆弱性が見つかっても、年明け以降は8.2向けの修正が出ません。全サイトのPHPとプラグインを洗い出し、11月中にテスト環境で8.3以上を試して直し、12月上旬から中旬に本番を切り替える日程で進めます。間に合わない場合は、8.3への切り替えや対象の絞り込みで、サポートのない期間を短くします。

PHPの更新と切り替え後の動作確認を任せたい場合は、当社のPHP更新の代行をご利用ください。料金は55,000円〜（税別。不具合の修正は別途お見積り）で、保守プラン（月2万円〜・税別）と同時にお申し込みの場合は半額です。

フェニックスデザイン株式会社WEB制作会社が運営するナレッジベース編集部

コーポレートサイト・採用サイト・サービスサイトの制作と、公開後の運用保守・集客改善の現場で得た知見をもとに、発注する側の視点で記事を制作・更新しています。運営会社の所在地・事業内容は会社案内、制作の考え方はブランディング×マーケティング論をご覧ください。

この記事は 2026年10月27日に公開し、2026年10月27日に内容を確認・更新しました。

PHP 8.2のサポート終了（EOL）への対応｜12月31日までの計画と手順