PHP 8.6 の正式版はいつ出るのか。会社の WordPress サイトもすぐに上げるべきなのか。サーバー会社からの案内や IT ニュースを見て、こうした疑問を持ったサイト担当者の方に向けて、2026年11月11日時点の公式情報をまとめました。
結論から書くと、PHP 8.6.0 は2026年11月19日に正式リリースの予定です。ただし、会社のサイトをすぐに PHP 8.6 へ上げる必要はありません。WordPress 本体が PHP 8.6 への完全な対応を目指しているのは、2026年12月8日に公開予定の WordPress 7.2 です。プラグインとテーマの対応を確かめ、テスト環境で動作を確認してから切り替えるのが安全です。
急いで対応が必要なのは、PHP 8.2 以前を使っているサイトです。PHP 8.2 のセキュリティサポートは2026年12月31日で終わります。この記事では、リリース日、サポート期限、主な変更点と非推奨になる機能、WordPress の対応状況、上げる時期の判断と確認の手順を順に説明します。
PHP 8.6のリリース日はいつか
PHP の開発チームが公開している PHP 8.6 の予定表(PHP Wiki)では、正式版(GA)の公開日は2026年11月19日です。2026年11月5日には最後のリリース候補版(RC5)が公開され、php.net のお知らせでも、次の版は最初の正式版である PHP 8.6.0 で、2026年11月19日に予定していると案内されています。
リリース候補版(RC)は、正式版の前に不具合を見つけるための試験版です。php.net は RC 版について、本番環境では使わないよう明記しています。なお、PHP 8.6 では RC1 の作成時に梱包の誤りがあったため RC1 を飛ばし、RC2 から公開されました。予定表には、開発の進み具合によって予定が変わることがあるとも書かれています。正式な公開は php.net のお知らせで確かめてください。
| 時期 |
段階 |
内容 |
| 2026年7月2日〜7月30日 |
アルファ版(3回) |
新しい機能を試すための初期の版 |
| 2026年8月13日〜9月10日 |
ベータ版(3回) |
8月13日に機能の追加をほぼ締め切り(ソフトフィーチャーフリーズ) |
| 2026年9月22日 |
機能の凍結 |
これ以降、新しい機能は入らない(ハードフィーチャーフリーズ) |
| 2026年9月24日〜11月5日 |
リリース候補版(RC2〜RC5) |
不具合の修正が中心。本番での利用は不可 |
| 2026年11月19日(予定) |
正式版(PHP 8.6.0) |
一般に使える最初の版 |
正式版が出たあとも、8.6.1、8.6.2 と修正版が続きます。新しいバージョンの最初の版は、使う人が増えてから見つかる不具合もあります。会社のサイトでは、修正版がいくつか出てから検討しても遅くありません。
PHPのサポート期限一覧(8.2〜8.6)
PHP の各バージョンには、公式に決められたサポート期限があります。php.net のサポート中のバージョン一覧によると、各バージョンは最初の公開から2年間「アクティブサポート」を受け、報告された不具合とセキュリティの問題が修正されます。その後の2年間は、重大なセキュリティの問題だけを直す「セキュリティサポート」になります。4年のサポートが終わると、そのバージョンには修正版が出なくなります。
期限の日付は、サポート期間の見直しの提案(RFC)により、年末の12月31日にそろえることになっています。2026年11月11日時点の一覧は次のとおりです。PHP 8.6 はまだ公式の一覧に載っていないため、同じ方針にあてはめた見込みの日付を書いています。正式な日付は、公開後に公式の一覧で確かめてください。
| バージョン |
最初の公開日 |
アクティブサポート |
セキュリティサポート |
2026年11月時点の状態 |
| PHP 8.2 |
2022年12月8日 |
2024年12月31日で終了 |
2026年12月31日まで |
年内にサポート終了。8.3以上への移行が必要 |
| 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 8.6 |
2026年11月19日(予定) |
2028年12月31日まで(見込み) |
2030年12月31日まで(見込み) |
正式版の公開前 |
PHP 8.1 以前は、すでにサポートが終わっています。2026年10月21日、php.net は、認証なしで外部からプログラムを実行されるおそれのある重大な脆弱性2件について、すぐに更新するよう呼びかけるお知らせを出しました。修正版が出たのはサポート中の 8.2〜8.5 です。8.1 以前は PHP プロジェクトからの更新の対象外と明記され、深刻さを考えて最小限の修正コードが例外的に示されただけでした。サポートが切れたバージョンを使い続ける危険は、こうした場面ではっきり表れます。各バージョンの期限と WordPress の更新の流れは、PHPのサポート期限とWordPressの更新手順でも解説しています。
Service
運用保守・集客改善のご相談はフェニックスデザインへナレッジベースを運営するフェニックスデザインが、今のサイトの数字を見るところから対応します。URLを入れるだけの無料簡易診断から。
PHP 8.6の主な変更点
PHP 8.6 の変更点は、公式のソースコードに含まれる UPGRADING ファイル(RC5 時点)にまとめられています。多くはプログラムを書く人向けの機能追加と細かな仕様の変更で、サイトの見た目が変わるものではありません。ここでは、会社のサイトの担当者が知っておくとよい点に絞って紹介します。正式版で内容が変わる可能性もあるため、最終的には正式版の情報で確かめてください。
新しく使えるようになる主な機能
- 部分適用(partial function application):関数の引数の一部を先に決めておく書き方ができるようになります。
- 読み取り専用(readonly)のプロパティに、初期値を書けるようになります。
- 時間の長さを扱う Time\Duration クラスが加わります。
- ファイルや通信の読み書き(ストリーム)のエラーを扱う新しい仕組みや、URL を組み立てる機能(UriBuilder など)が加わります。
- 内部の処理の高速化:printf() や array_map() の一部の使い方を、より速い処理に置き換えて実行するなどの改善が入っています。どれだけ速くなるかは、サイトの作りによって違います。
これらは、プラグインやテーマの作者がこれから使い始める機能です。プラグインが PHP 8.6 の新しい書き方を使うようになると、そのプラグインは PHP 8.5 以前では動かなくなる場合があります。将来、サーバーの PHP を上げないとプラグインを更新できない場面が出てくるのはこのためです。
セッションの初期設定が安全側に変わる
サイトの動きに影響が出やすい変更として、PHP のセッション機能(ログイン状態などを覚えておく仕組み)の初期設定の変更があります。提案(RFC)にもとづき、次の3つの初期値が変わります。
- session.use_strict_mode が 1 になる:まだ作られていないセッション ID を受け付けなくなる(セッション固定攻撃への対策)
- session.cookie_httponly が 1 になる:セッションの Cookie を JavaScript から読めなくなる
- session.cookie_samesite が Lax になる:ほかのサイトから送られる POST の送信などでは、セッションの Cookie が送られなくなる
PHP のセッション機能を使うプラグイン(会員機能、カート、複数ページに分かれたフォームなど)や、外部のサービスからサイトへ POST で戻ってくる仕組みでは、動きが変わる場合があります。テスト環境では、ログイン、フォームの送信、外部サービスとの連携を必ず確かめてください。
不正な値の扱いが厳しくなる
多くの関数で、決められていない値や NUL バイト(文字列の中の見えない文字)を含む値を渡したときに、警告を出して処理を続けるのではなく、エラー(ValueError や TypeError)を出して止まるように変わります。古い書き方のプラグインやテーマでは、これまで表に出なかった問題がエラーとして現れることがあります。なお、UPGRADING ファイルの「削除された拡張機能」の項目は RC5 時点で空で、PHP 8.6 で丸ごと使えなくなる拡張機能は挙げられていません。
PHP 8.6で非推奨になる主な機能
「非推奨(Deprecated)」は、今のバージョンではまだ動くものの、将来のバージョンで削除される予定の機能です。PHP 8.6 で非推奨の機能を使うと、非推奨の警告が出ます。サイトがすぐに止まるわけではありませんが、エラーログに警告がたまり、設定によっては画面に警告の文が表示されます。主なものは次のとおりです(PHP 8.6 の非推奨の提案と UPGRADING ファイルより)。
| 非推奨になるもの |
公式が示す代わりの方法 |
関わりやすい処理 |
| is_double() |
is_float() |
古い書き方の関数を使うプラグイン・テーマ |
| is_long()、is_integer() |
is_int() |
同上 |
| doubleval() |
floatval() |
同上 |
| spl_object_hash() |
spl_object_id() |
オブジェクトを見分ける処理 |
| strcoll()、並べ替えの SORT_LOCALE_STRING |
Collator::compare()、Collator::sort() など |
言語に合わせた並べ替え |
| mb_ereg()、mb_ereg_replace()、mb_split() などの mbstring の正規表現(mbregex) |
一つの代わりは示されていない(PHP 9.0 で削除の予定) |
日本語の文字列を正規表現で扱う独自の処理 |
| mysqli_get_charset()、mysqli_stmt_init() など |
関数ごとに異なる |
データベースに直接つなぐ独自の処理 |
| finally の中での return、define() の3番目の引数 |
書き方を改める |
古いコード全般 |
mbstring の正規表現が非推奨になるのは、その土台になっているライブラリ(Oniguruma)の保守が終わったためで、提案(RFC)では PHP 9.0 で削除するとされています。日本語のサイト向けに作られた独自のプログラムでは使われていることがあるため、制作会社に確認しておくと安心です。
この表の書き換えをするのは、プラグインやテーマの作者、または制作会社です。サイトの担当者がすることは、テスト環境で PHP 8.6 に切り替えたときに、非推奨の警告やエラーがログに出ていないかを確かめてもらうことです。出ていれば、プラグインの更新を待つか、作者や制作会社に対応を相談します。
WordPressのPHP 8.6への対応状況
WordPress の公式ハンドブックにある PHP と WordPress のバージョンの対応表(2026年11月4日更新)では、最新の WordPress 7.1 が対応する PHP は 7.4〜8.5 で、PHP 8.6 の列はまだありません。同じページには、新しい PHP への対応は、毎年11月の PHP の公開と同じころに出る WordPress のメジャーバージョンで行うことが多いと書かれています。
2026年11月10日に公開された WordPress 7.2 Beta 5 のお知らせでは、WordPress 7.2 が PHP 8.6 への完全な対応を目指していること、Beta 5 の時点で PHP 8.6 との既知の互換性の問題はすべて解決したことが書かれています。同時に、PHP 8.6 に上げる前に、使っているすべてのプラグインとテーマが対応しているかを確かめる必要があるとも書かれています。WordPress 7.2 の正式版は2026年12月8日に公開の予定です。
| WordPress のバージョン |
公式の対応表で対応する PHP |
PHP 8.6 について(2026年11月11日時点) |
| WordPress 7.2(2026年12月8日公開予定) |
対応表にはまだ載っていない |
完全な対応を目指して開発中。Beta 5 で既知の問題は解決済み |
| WordPress 7.1(最新版) |
7.4〜8.5 |
対応表に記載なし |
| WordPress 7.0 |
7.4〜8.5 |
対応表に記載なし |
| WordPress 6.9 |
7.2〜8.5 |
対応表に記載なし |
WordPress が推奨する PHP は、公式の動作環境で「8.3 以上」とされています。また、2026年5月の公式の説明では、WordPress 7.0 から、サポートする PHP の最低バージョンが 7.4 になったことが示されています。WordPress 本体が対応しても、プラグインとテーマが対応しているとは限らない点に注意してください。
会社のサイトはいつPHP 8.6に上げるべきか
PHP 8.4 や 8.5 を使っているサイトは、急いで PHP 8.6 に上げる必要はありません。上のサポート期限表のとおり、PHP 8.4 は2028年12月31日まで、PHP 8.5 は2029年12月31日までセキュリティの修正が出ます。すぐに上げない理由は次の4つです。
- 正式版の公開直後は、使う人が増えてから見つかった不具合が、修正版で直されていく時期であること
- WordPress が PHP 8.6 への完全な対応を目指すのは 7.2 で、公開は2026年12月8日の予定であること
- プラグインとテーマが PHP 8.6 に対応したかは、作者ごとに確かめる必要があること
- レンタルサーバーで PHP 8.6 を選べるようになる時期は、サーバー会社ごとに違うこと
目安としては、WordPress 7.2 が公開され、使っているプラグインとテーマが PHP 8.6 への対応を案内してから、テスト環境で確かめて切り替える流れです。一方、PHP 8.2 以前を使っているサイトは、PHP 8.6 を待たずに今すぐ準備を始めてください。移行先は、WordPress の対応表で対応が確かめられる PHP 8.3〜8.5 から選ぶのが確実です。PHP 8.2 の期限への対応は、PHP 8.2のサポート終了への対応で詳しく説明しています。
| 今の PHP |
2026年11月時点でやること |
急ぎ度 |
| 8.1 以前 |
サポート終了済み。WordPress とプラグインの対応を確かめ、8.3〜8.5 へ移行する |
すぐに |
| 8.2 |
2026年12月31日でサポート終了。年内に 8.3〜8.5 へ移行する |
年内に |
| 8.3 |
2027年12月31日まで。2027年中に 8.4 以上への移行を計画する |
計画的に |
| 8.4 |
2028年12月31日まで。WordPress 7.2 とプラグインの対応を待ってから 8.6 を検討する |
急がない |
| 8.5 |
2029年12月31日まで。8.4 と同じく、対応がそろってから検討する |
急がない |
PHP 8.6に上げるときの確認手順
PHP のバージョンを上げるときは、本番のサイトでいきなり切り替えず、テスト環境(ステージング)で動作を確かめてから本番を切り替えます。レンタルサーバーによってはテスト環境を作る機能があります。ない場合は、制作会社に相談するか、手元のパソコンに確認用の環境を作ります。手順は次のとおりです。
- 今の PHP と WordPress のバージョンを確かめる:管理画面の「ツール」→「サイトヘルス」→「情報」タブを開くと、「WordPress」の欄に WordPress のバージョン、「サーバー」の欄に PHP のバージョンが表示されます。
- WordPress 本体・プラグイン・テーマを最新にする:古い版のまま PHP だけを上げると、不具合が出やすくなります。
- プラグインとテーマの対応を確かめる:プラグインの配布ページにある PHP のバージョンは、動かすのに必要な最低のバージョンです。新しい PHP で動くかどうかまでは書かれていないことがあるため、更新履歴や作者の案内で確かめます。
- バックアップを取る:ファイルとデータベースの両方を取り、戻し方も確かめておきます。
- テスト環境で PHP 8.6 に切り替える:主要なページの表示、問い合わせフォームの送信、ログイン、管理画面での投稿や画像の追加を確かめ、エラーログに警告が出ていないかを見ます。
- 本番を切り替える:アクセスの少ない時間帯に切り替え、テスト環境と同じ項目を確かめます。問題が出たら、元の PHP のバージョンに戻します。
- 切り替えから数日は、エラーログとフォームの届き方を確かめます。
バックアップの取り方と保管の考え方はサーバーのバックアップと復元、エックスサーバーでの切り替えと戻し方はエックスサーバーのPHPバージョン変更の手順と戻し方で説明しています。WordPress 本体やプラグインの更新を止めていた場合の危険と手順は、WordPressを更新しないとどうなるかをご覧ください。
社内に作業できる担当者がいない場合は、制作会社や保守会社に任せる方法もあります。当社(フェニックスデザイン株式会社)のサーバー移転・PHP更新の代行では、PHP の更新と動作確認を 55,000円〜(税別)で承っています。事前のバックアップ、可能な場合はテスト環境での確認、プラグインとテーマの互換性の確認、切り替え、表示と主要な機能の確認、問題が起きたときの元のバージョンへの戻しまでを含み、保守プランと同時のお申し込みでは半額です。
よくあるご質問
PHP 8.6 に上げないと、サイトは止まりますか?
止まりません。PHP 8.6 が公開されても、PHP 8.4 と 8.5 のサポートは続きます(8.4 は2028年12月31日、8.5 は2029年12月31日まで)。注意が必要なのは PHP 8.2 以前です。サポートが終わったバージョンには、脆弱性が見つかっても原則として修正版が出ません。
レンタルサーバーでは、いつから PHP 8.6 を選べますか?
サーバー会社ごとに提供の時期が違うため、契約しているサーバー会社の案内やサーバーの管理画面で確かめてください。選べるようになっても、切り替えるのは WordPress とプラグインの対応を確かめてからにします。
RC 版(リリース候補版)を本番のサイトで試してもよいですか?
使わないでください。php.net は RC 版について、本番環境では使わないよう明記しています。WordPress のベータ版も、本番や重要なサイトには入れず、テスト環境で試すよう案内されています。試す場合は、本番と切り離したテスト環境を使います。
PHP 8.2 から上げる場合、8.5 と 8.6 のどちらにすべきですか?
2026年11月時点では、WordPress の公式の対応表で対応が確かめられる PHP 8.3〜8.5 から選ぶのが確実です。8.2 の期限は2026年12月31日で、PHP 8.6 に対応する WordPress 7.2 の公開予定は12月8日のため、年内に 8.6 での確認まで終えるのは日程が厳しくなります。プラグインの対応を確かめたうえで 8.4 か 8.5 を選ぶと、次の移行までの期間を長くとれます。
画面に「Deprecated」という警告が出たらどうすればよいですか?
非推奨の警告は、すぐにサイトが止まるという意味ではありません。ただし、来訪者の画面に警告の文が出るのは好ましくないため、本番ではエラーを画面に表示しない設定にし、ログで確かめます。警告を出しているプラグインやテーマを特定し、更新版を待つか、作者や制作会社に相談してください。
まとめ
- PHP 8.6.0 は2026年11月19日に正式リリースの予定です(2026年11月11日時点で RC5 まで公開)。
- 主な変更は、開発者向けの機能追加、セッションの初期設定の変更、不正な値に対するエラーの厳格化、関数の非推奨化です。
- WordPress は 7.2(2026年12月8日公開予定)で PHP 8.6 への完全な対応を目指しています。プラグインとテーマの対応は個別に確かめます。
- PHP 8.4・8.5 のサイトは急がず、WordPress 7.2 とプラグインの対応を待ってから、テスト環境で確かめて上げます。
- PHP 8.2 以前のサイトは、2026年12月31日までに 8.3 以上へ移行してください。