PHP・WordPressの期限公開 2026/10/27

PHP 8.2 のサポート終了は12月31日。中小企業のHPでやること

サイガード編集部｜監修：田中省吾

この記事の結論

PHP 8.2 のサポート終了は2026年12月31日で、年明けからは新しい脆弱性に公式の修正が出ない
自社HPの PHP が 8.2 以下なら、年内に 8.3 以上（できれば 8.4・8.5）へ上げる
上げる前にバックアップと戻し方を確かめ、11月中に始めると年末の混雑を避けられる

PHP のサポート終了は、毎年どこかのバージョンが迎える定期的な出来事です。2026年は PHP 8.2 が12月31日で公式のセキュリティ修正を終え、10月には PHP 本体の重大な脆弱性も公表されました。

期限と自社の状況を把握すると、年内に何をすればよいか、誰に何を頼めばよいかを迷わずに決められます。作業そのものは管理画面の操作ですが、準備の有無で失敗したときの影響が大きく変わります。

本記事では、PHP 8.2 のサポート終了で起きること・自社が対象かの確かめ方・上げる先の選び方・年内に終える手順をまとめています。さらに、よくある誤解と、制作会社に頼むときの伝え方も紹介します。

PHP 8.2 のサポート終了は2026年12月31日【早見表】

PHP 8.2 のサポート終了とは、2026年12月31日を最後に、PHP の開発元が PHP 8.2 向けのセキュリティ修正を出さなくなることです。PHP（HPを動かすプログラムの言語）には、バージョンごとに修正が出る期間が決まっています。

PHP 8.2 は2024年末に一般の不具合の修正を終え、いまはセキュリティ修正だけが出ている段階です。ここでは、各バージョンの期限と、いま使っているバージョンごとにやることを表で示します。

バージョン	公開日	不具合の修正	セキュリティ修正	やること
PHP 8.5	2025年11月20日	2027年12月31日まで	2029年12月31日まで	更新を続ける
PHP 8.4	2024年11月21日	2026年12月31日まで	2028年12月31日まで	更新を続ける
PHP 8.3	2023年11月23日	2025年12月31日で終了	2027年12月31日まで	2027年中に上げる計画を立てる
PHP 8.2	2022年12月8日	2024年12月31日で終了	2026年12月31日まで	年内に 8.3 以上へ上げる
PHP 8.1	2021年11月25日	終了	2025年12月31日で終了	できるだけ早く上げる
PHP 8.0 以前	—	終了	終了（7.4 は2022年11月28日）	できるだけ早く上げる

※2026年10月時点・php.net「Supported Versions」・「Unsupported Branches」より

上記のとおり、2026年12月31日を過ぎると、公式のセキュリティ修正が出るのは 8.3・8.4・8.5 の3つだけになります。8.2 以下で動いているHPは、年内の作業が必要です。

PHP 8.2 のサポートが終わると起きること

PHP 8.2 のサポートが終わっても、HPがその日に止まるわけではありません。変わるのは、次に脆弱性が見つかったときに守られるかどうかです。

2026年10月の PHP の脆弱性では、サポートの内側と外側で扱いがはっきり分かれました。ここでは、サポート終了で起きることを4つの視点で説明します。

	サポート中の PHP	サポートが終わった PHP
新しい脆弱性が見つかったとき	開発元が修正版を出す	開発元からは通常の修正版が出ない
サーバー会社の対応	修正版を当てればよい	独自に修正するかは各社の判断
攻撃する側から見ると	修正されていくので狙いにくい	弱点が残るので狙いやすい
WordPress の推奨	8.3 以上は推奨の範囲	動いても推奨の範囲外

新しい脆弱性に公式の修正が出なくなる

PHP 8.2 のサポート終了後は、新しい脆弱性（ソフトウェアの弱点）が見つかっても、PHP の開発元からは修正版が出ません。サポート期間を過ぎたバージョンは、開発元が手を入れない決まりだからです。

たとえば、2027年に PHP 本体の脆弱性が見つかった場合、修正版は 8.3・8.4・8.5 向けにだけ出ます。PHP 8.2 で動くHPは、弱点が残ったまま使い続けることになります。

ただし、すぐに攻撃されるとは限りません。危険が年々積み上がっていく、と考えるのが実態に近い見方です。

2026年10月の脆弱性で分かった「サポート外」の扱い

2026年10月21日、PHP の開発元は CVE-2026-109618／109619（通称 php2shell）を公表しました。ログインしなくても外からプログラムを実行される恐れがある脆弱性で、深刻度は CVSS v4.0 で 9.2 とされています。

修正版はサポート中の4つ（8.5.12・8.4.27・8.3.36・8.2.35）にだけ出ました。PHP 8.1 以前には通常の修正版が出ず、最小限の修正コード（ソースのバックポート）だけが公開されました。

IPA と JPCERT/CC も2026年10月22日に注意喚起を出しています（IPA、JPCERT/CC）。年が明けると、PHP 8.2 もこの「サポート外」の側に入ります。脆弱性の詳しい内容は PHP の重大な脆弱性、中小企業のHPで今やること（随時更新）にまとめています。

サーバー会社の独自の修正には限りがある

サーバー会社や OS の提供元が、サポートの切れた PHP に独自の修正を当てることはあります。ただし、その対応は各社の判断によるもので、次も同じように対応される約束はありません。

たとえば、ロリポップ！は2026年10月の脆弱性の経緯報告で、PHP 8.1 以下への対策を「応急的なもの」とし、今後見つかる脆弱性には対応できない可能性があると書いています。そのうえで、8.2 以降への切り替えを利用者にすすめています。

Red Hat 系の OS のように、PHP を独自に保守するサーバーもあります。ただし、レンタルサーバーで動く中小企業のHPでは、どこまで修正されるかを自社で確かめるのは難しいのが実情です。

WordPress の推奨環境から外れる

WordPress の公式サイトは、推奨する環境を「PHP 8.3 以上」としています。PHP 7.4 以上でも動くとしつつ、サポートの切れたバージョンはサイトを脆弱性にさらす恐れがあると注意しています（2026年10月時点）。

PHP 8.2 は、年明けからこの「サポートの切れたバージョン」に入ります。プラグインやテーマの作者も、推奨環境に合わせて古い PHP への対応を順にやめていきます。

PHP 8.1 以前や 7.4 のまま動いているHPの状況は、以下の記事で詳しく説明しています。

自社のHPが PHP 8.2 のサポート終了の対象か確かめる方法

自社のHPが対象かは、今の PHP のバージョンを確かめれば分かります。8.2 以下なら対象、8.3 以上なら今年の作業は不要です。

PHP のバージョンは、WordPress の管理画面かサーバー会社の管理画面で確かめられます。ここでは、確かめる方法・判定のしかた・準備に時間がかかるHPの特徴を紹介します。

PHP のバージョンを確かめる3つの方法

PHP のバージョンは、ログインできる場所に合わせて3つの方法で確かめられます。WordPress と PHP は別のソフトウェアなので、WordPress のバージョンとは別に見る必要があります。

確かめ方	見るところ	向いている方
WordPress の管理画面	「ツール」→「サイトヘルス」→「情報」→「サーバー」の PHP バージョン	WordPress にログインできる方
サーバー会社の管理画面	PHP のバージョン設定の画面（会社ごとに名前が違う）	サーバーの契約情報が分かる方
制作会社・保守会社に聞く	「PHP のバージョンを教えてください」とメールで聞く	ログイン情報が手元にない方

ただし、ドメインを複数持っている場合は、ドメインごとにバージョンが違うことがあります。本社のサイト・採用サイト・キャンペーン用のサイトなど、すべて確かめてください。

バージョン別の判定表

PHP のバージョンが分かったら、次の表で年内にやることを判断します。

今の PHP	状態	やること
8.4・8.5	サポート中	当面はそのまま。WordPress・プラグインの更新を続ける
8.3	2027年12月31日まで	年内の作業は不要。2027年中に 8.4 以上へ上げる計画を立てる
8.2	2026年12月31日で終了	年内に 8.3 以上へ上げる
8.1 以前	終了済み	できるだけ早く上げる。古すぎる場合は専門家に相談
分からない	—	確かめられない状態そのものが問題。管理する人と契約を確かめる

※2026年10月時点・php.net の公式情報より

PHP 8.3 で動いているHPも、期限は1年先に来ます。2027年の作業として、今のうちに予定に入れておくと慌てずに済みます。

準備に時間がかかるHPの特徴

次の項目に当てはまるHPは、PHP を上げる前の準備に時間がかかります。古い部品や、作業できる人の不在が、切り替えの失敗につながりやすいためです。

作ってから5年以上たっている
制作会社と連絡がつかない、または保守の契約がない
WordPress の管理画面に、しばらく誰もログインしていない
何年も更新されていないテーマやプラグインがある
問い合わせフォームやネットショップがある

更新が止まった部品の見分け方は、更新が止まった WordPress プラグインの見分け方と、代わりの探し方と WordPress のテーマのサポートが終わったらで説明しています。

当てはまる項目が多いほど、11月の早い時期に動き始めると安全です。ログイン情報や契約者が分からない場合は、HPの「持ち主」を取り戻す。ドメイン・サーバー・管理画面の確認のしかたから始めてください。

PHP 8.2 から上げる先のバージョンの選び方

PHP 8.2 から上げる先は、テーマとプラグインが対応している範囲で、なるべく新しいバージョンを選ぶのが基本です。新しいほど次のサポート期限まで余裕ができ、作業の回数を減らせるからです。

ただし、新しすぎるとテーマやプラグインが追いついていないことがあります。ここでは、上げる先の候補を3つ比べ、WordPress のバージョンとの組み合わせも示します。

上げる先	サポート期限	向いているHP	気をつけること
PHP 8.3	2027年12月31日	古いテーマ・プラグインが多い	1年後にもう一度上げる必要がある
PHP 8.4	2028年12月31日	テーマ・プラグインが最新に近い	配布元の対応表を確かめる
PHP 8.5	2029年12月31日	WordPress 6.9 以上で、部品がすべて対応済み	古いプラグインが未対応のことがある

※2026年10月時点・php.net と WordPress.org の公式情報より

WordPress 本体も、バージョンによって対応する PHP が違います。WordPress の開発者向けの対応表では、PHP 8.5 に対応するのは WordPress 6.9 以降、PHP 8.4 に対応するのは 6.7 以降です。

WordPress	PHP 8.3	PHP 8.4	PHP 8.5
6.9〜7.1	○	○	○
6.7・6.8	○	○	×
6.6	○	×	×

※2026年10月時点・Make WordPress Core「PHP Compatibility and WordPress Versions」より

迷ったら、WordPress 本体を最新にしたうえで、テーマとプラグインの配布元が示す対応バージョンの中から選びます。推奨バージョンの考え方は、以下の記事で詳しく説明しています。

あわせて読みたい
WordPress の推奨 PHP バージョン【2026年版】

年内に PHP を上げる手順【7STEP】

PHP を上げる作業は、準備・切り替え・確認の順に7つの手順で進めます。管理画面での切り替えは数分で終わりますが、崩れたときに戻せるよう準備するのが重要です。

年末が近づくほど、制作会社やサーバー会社のサポートは混み合います。ここでは、手順・スケジュール・検証用の環境・サーバーの種類による違いを紹介します。

今のバージョンを控える：戻すときに使う。画面の写真を撮っておく
バックアップを取る：ファイルとデータベースの両方。サーバー会社の自動バックアップの日数も確かめる
WordPress・テーマ・プラグインを最新にする：新しい PHP に対応した版を先に入れる。更新が止まったプラグインは入れ替えを考える
上げる先のバージョンを決める：配布元の対応表を見て、8.3・8.4・8.5 から選ぶ
戻せる条件を確かめる：サーバー会社のマニュアルで、元のバージョンに戻せるかを見る
人の少ない時間帯に切り替える：サーバー会社の管理画面で、ドメインごとに切り替える
表示と動作を確かめる：トップページ・問い合わせフォームの送信・管理画面の投稿・ネットショップの購入画面まで見る

手順3の更新を後回しにしてきたHPは、WordPress を更新しないで放っておくとどうなる？と WordPress の自動更新はオンにすべき？もあわせて確かめてください。

ロリポップ！のマニュアルには、PHP 7.1 未満から上げると元のバージョンに戻せないという注意があります。サーバー会社ごとの画面と条件は、以下の記事にまとめています。

年末までのスケジュール

PHP 8.2 から上げる作業は、11月中に始め、12月の中旬までに終えるのが目安です。崩れたときの手直しに1〜2週間かかることがあり、年末は相談先も休みに入るためです。

時期	やること
11月前半	PHP のバージョンを確かめる。ログイン情報と契約者を確かめる。頼む先を決める
11月後半	バックアップを取る。WordPress・テーマ・プラグインを更新する
12月前半	PHP を切り替え、表示と動作を確かめる。崩れたら戻して原因を直す
12月中旬	全ドメインの切り替えを終える。作業の記録を残す

上記の日程は目安です。ドメインが多いHPや、手作りのプログラムがあるHPは、もう少し早く始めてください。

検証用の環境（ステージング）は要るか

検証用の環境（ステージング）は、問い合わせフォームやネットショップのあるHPでは用意したほうが安全です。本番とは別のコピーで新しい PHP を試せば、お客さまに崩れた画面を見せずに済むからです。

たとえば、ロリポップ！の Snapup や、法人向けの XServer for WordPress のステージング環境のように、サーバー会社が検証用の仕組みを用意している場合があります。

ただし、会社案内だけの小さなHPなら、バックアップを取ったうえで本番を切り替え、崩れたらすぐ戻すやり方でも対応できます。戻し方を先に確かめておくことが前提です。

レンタルサーバーと VPS の違い

PHP の上げ方は、レンタルサーバーか、VPS・専用サーバーかで大きく変わります。レンタルサーバーは管理画面で選ぶだけですが、VPS では PHP の入れ替えを自社か委託先が作業するためです。

サーバーの種類	PHP の上げ方	気をつけること
レンタルサーバー（共用）	管理画面でバージョンを選ぶ	ドメインごとに設定が分かれていることがある
VPS・専用サーバー	PHP 本体を入れ替え、設定を移す	設定ファイルや拡張機能が引き継がれないことがある
制作会社のサーバー	制作会社に依頼する	作業の範囲と費用を事前に確かめる

中小企業のHPの多くはレンタルサーバーで動いています。VPS や制作会社のサーバーで動いている場合は、作業を担う人を早めに決めてください。

PHP 8.2 のサポート終了でよくある誤解4つ

PHP 8.2 のサポート終了では、「対応済み」「最新にした」という言葉の受け取り違いから、作業が漏れることがあります。誤解したまま年を越すと、気づかないうちにサポート外の PHP で動き続けることになります。

ここでは、よくある誤解を4つ、正しい考え方とあわせて表にまとめます。

よくある誤解	実際
WordPress を最新にしたから PHP も新しい	WordPress と PHP は別。PHP はサーバー会社の管理画面で切り替える
サーバー会社が「対応済み」と案内したから上げなくてよい	案内は2026年10月の脆弱性への修正の話。PHP 8.2 のサポート期限は変わらない
年が明けたらHPが見られなくなる	すぐには止まらない。修正が出なくなり、危険が積み上がる
8.3 に上げたからしばらく安心	PHP 8.3 も2027年12月31日で終わる。毎年1回は確かめる

特に2つ目の誤解は、2026年10月に多くのサーバー会社が「お客さまの作業は不要」と案内したため起きやすくなっています。「作業は不要」は今回の脆弱性についての話で、サポート期限の話ではないと覚えておいてください。

古すぎて PHP を上げられないHPの選択肢

作ってから長くたったHPや、制作会社が手作りしたプログラムで動くHPは、PHP を上げると動かなくなることがあります。古い書き方のプログラムは、新しい PHP で使えなくなった機能に頼っていることが多いためです。

そのときは、HPをどう扱うかを選び直します。ここでは、選択肢を3つ比べます。

選び方	向いている場合	気をつけること
プログラムを直して新しい PHP に合わせる	直す量が少ない、作った会社に頼める	直したあとも更新を続ける人が要る
安全な環境へ引っ越す（移管）	デザインや中身はそのままでよい	ドメインとログイン情報が手元に要る
作り直す	見た目も古く、直す量が多い	公開までに時間がかかる

どれを選ぶ場合でも、年内に終わらないときは、つなぎの対策を保守会社と相談してください。崩れたときの原因と戻し方は PHP を上げたらサイトが崩れた。原因と戻し方で詳しく説明しています。

PHP の更新を制作会社・保守会社に頼むときの伝え方

PHP の更新を外に頼むときは、頼みたいこと・HPの情報・期限をまとめて伝えると話が早く進みます。情報が足りないと、見積もりのやりとりだけで日数がかかるためです。

崩れたときの原因を探して直すのは、プログラムを読む専門の作業です。ここでは、伝える項目と、返事で確かめる項目を紹介します。

伝えること	例
頼みたいこと	PHP 8.2 のサポート終了に合わせて、PHP を 8.3 以上へ上げたい
HPのアドレス	本社のサイト・採用サイトなど、すべて
分かっている情報	今の PHP と WordPress のバージョン、契約しているサーバー会社
ログイン情報の有無	サーバー・WordPress の管理画面に自社で入れるか
止められない時間帯	問い合わせの多い曜日や時間
期限	2026年12月31日より前に終えたい

返事をもらったら、次の点を確かめてください。

作業の前にバックアップを取るか
崩れたときに元に戻すことまで含まれるか
追加の費用がかかる条件と上限が書かれているか
作業のあとに、確かめた場所を報告してもらえるか

「自社が対象か分からない」「作業する人がいない」場合は、HPの移管・保守サービス『サイガード』の無料診断をご利用ください。URLを送るだけで、外から見える範囲をセキュリティの専門家が確認します。

まとめ

PHP 8.2 のサポート終了は2026年12月31日で、年明けからは公式のセキュリティ修正が出ない
自社HPの PHP が 8.2 以下なら、年内に 8.3 以上（テーマとプラグインが対応していれば 8.4・8.5）へ上げる
サーバー会社の「対応済み」は2026年10月の脆弱性の話で、サポート期限とは別
作業の前にバックアップと戻し方を確かめ、11月中に始めて12月中旬までに終える

HP全体の守り方は中小企業のホームページのセキュリティ対策。安全に持ち続けるための教科書にまとめています。まずは自社HPの PHP のバージョンを確かめるところから始めましょう。

よくある質問

PHP 8.2 のサポートはいつまでですか？

PHP の公式サイトでは、PHP 8.2 のセキュリティサポートは2026年12月31日までとされています（2026年10月時点）。2027年1月1日以降は、新しい脆弱性が見つかっても PHP の開発元からは修正版が出ません。

WordPress を最新にすれば、PHP は上げなくても大丈夫ですか？

大丈夫ではありません。WordPress と PHP は別のソフトウェアで、WordPress を最新にしてもサーバー側の PHP は古いままです。PHP はサーバー会社の管理画面で切り替えます。

PHP 8.2 からどのバージョンに上げればよいですか？

WordPress の公式サイトは PHP 8.3 以上を推奨しています（2026年10月時点）。PHP 8.3 のサポートは2027年12月31日まで、8.4 は2028年12月31日まで、8.5 は2029年12月31日までです。テーマとプラグインが対応していれば、8.4 か 8.5 を選ぶと次の期限まで余裕ができます。

PHP 8.2 のサポートが終わると、HPは見られなくなりますか？

サポートが終わった日に、HPが止まるわけではありません。ただし、新しい脆弱性への公式の修正が出なくなるため、攻撃されたときの危険が残り続けます。サーバー会社によっては古い PHP の提供をやめる場合もあるため、各社のお知らせを確かめてください。

PHP を上げる作業の費用はどのくらいですか？

サーバーの管理画面で切り替えるだけなら、自社でやれば費用はかかりません。テーマやプラグインの手直しが要る場合は、作業量によって費用が変わるため、制作会社や保守会社に見積もりを取り、追加料金の条件を確かめてください。

SUPERVISORこの記事の監修

田中省吾

システムエンジニア／AIコンサルタント

CAREER経歴

元大手空調メーカーのシステムエンジニア
業務系Webアプリケーションの設計・開発・運用
バックエンド・フロントエンド・インフラ構築

元大手空調メーカーのシステムエンジニア。現在はシステムエンジニア兼AIコンサルタントとして活動。業務系Webアプリケーションの設計から運用、バックエンド、フロントエンド、インフラ構築まで一貫して対応する。

監修者の一覧を見る

出典・参考

#PHP
#サポート終了
#WordPress
#レンタルサーバー