PHPのバージョン、どこで見てどう変える？サーバー会社別の方法

うちのサイトの本当のPHPのバージョンは、どこで見るのか？

WordPressの管理画面で「ツール」→「サイトヘルス」→「情報」→「サーバー」と進み、「PHP バージョン」の行を見ます。見るだけの画面なので、押しても何も変わりません。^1·3

同じ画面の「ステータス」タブは、PHPが古いと「このサイトは最新ではないバージョンの PHP (…) を実行しています」と知らせてくれます。^1·3 一方、サーバーでphp -vという命令を打って出る番号は、コマンド用のPHPのものです。PHPの公式文書は、使われ方（SAPI）ごとに別の設定ファイルを探すと説明しています。⁴ 私たちの経験でも、ホームページが使うPHPとは設定も番号も違うことがあります。

ところが、番号にはもうひとつ落とし穴があります。車の年式を見ても、リコールの修理を受けたかどうかはわかりません。整備記録を見る必要があります。PHPも同じです。

• ConoHa WINGは、古い番号に修正だけを入れる方式のため、「これまでと同じバージョン番号（例：8.5.11）が表示される場合がございます」と案内しました。⁷
• Kinstaも、画面に出る番号が、セキュリティの修正が入ったかどうかを必ずしも示さないと説明しています。⁸
• Ubuntu 24.04の修正版は、php -vでは8.3.6と出ます。後ろに付く枝番で修正の有無を見分けます。⁹

1. 見る：「ツール」→「サイトヘルス」→「情報」→「サーバー」でPHPのバージョンを確認
2. 読む：サーバー会社のお知らせで、うちのバージョンに修正が入ったかを確認
3. 決める：サポートが終わるバージョンなら、いつ、何番に移すかを決める
4. 準備：バックアップ、プラグインの更新、データが消える方式かどうかの確認
5. 切り替えて確認：画面・お問い合わせフォーム・記事の投稿ができるかを見る

1番と2番は、今日10分でできます。3番からは日にちを決めて、落ち着いて進めます。

見て、読んで、決めます。

ヤンのまとめ番号は「何年式か」を教えてくれ、サーバー会社のお知らせは「修理を受けたか」を教えてくれます。両方を合わせて見てください。

PHP2Shellのせいで、今すぐバージョンを変えなければいけないのか？

共用レンタルサーバーなら、ほとんどの場合、今あわてる必要はありません。ただしPHP 8.2以下を使っているなら、年内に移す日を決めておくのがおすすめです。

エックスサーバーは「急いでPHPバージョンを変更いただく必要はございません」、¹⁰ ConoHa WINGは「お客様ご自身でPHPバージョンの変更等をしていただく必要はございません」、⁷ さくらインターネットは「お客様に実施いただく緊急の対応はございません」と案内しました（いずれも2026年10月22日時点）。¹¹ Kinstaも、利用者がすることはないと説明しています。⁸ 一方でロリポップ！は「新しいバージョンのPHP（8.2 以降）への切り替え」をお願いしています。¹²

ところが、PHP 8.2の公式サポートは2026年12月31日で終わります（リスク編5本目）。「8.2 以降」という案内どおりに8.2へ移すと、2か月後にまた移すことになります。更新まで残り2か月の部屋に引っ越すようなものです。

上の推奨は、WordPress.orgとエックスサーバーのマニュアルにあります。^2·13 エックスサーバーは8.2について「新規での利用は推奨しません」とも書いています。¹³ ただし、選べるバージョンはサーバー会社ごとに違います。さくらインターネットの今回の対応一覧には8.4と8.5がなく、そのうえで「サポート期間中の最新版PHPへの移行をあわせてご検討ください」と添えています。¹¹

ヤンのまとめ「今すぐ」と「いつか」のあいだに「年内」があります。急ぎではありませんが、カレンダーに日付をひとつ書いておいてください。

サーバー会社ごとに、PHPのバージョンはどこで変えるのか？

ほとんどのサーバー会社では、管理画面からドメインごとに変えます。メニューの名前と反映までの時間は会社ごとに違うので、下の表でうちの会社を探してください。

ヤンのまとめメニューが見つからなければ、サーバー会社のサポートに「PHPのバージョンを変えるメニューはどこですか」と聞いてください。それも立派な第一歩です。

切り替える前に知っておくべき落とし穴は？

会社によっては、一度上げると元に戻せなかったり、データベースにつながらなくなったりします。海外には、バージョンの変更が「引っ越し」になって、データが消える会社もあります。

ある会社では、バージョンの変更は部屋の家具の配置換えです。別の会社では、荷物をすべて出して新しい家に入る引っ越しです。引っ越しの日に荷物をまとめておかなければ、空っぽの家に着いてしまいます。

• ロリポップ！：PHP 7.1未満から上げた場合は、元のバージョンに戻せません。切り替えたあとにデータベースの接続エラーが出たら、データベースのパスワードの形式（native_password形式）を変え、wp-config.phpも直す必要があるかもしれません。¹⁴
• ConoHa WING：ドメインごとに変えると、.htaccessに「AddHandler」から始まる行が入ります。この行を消すと、設定が食い違うおそれがあります。¹⁵
• さくらのレンタルサーバ：メールアドレスでログインするとメールの設定しか出てきません。初期ドメイン（または追加したドメイン）とパスワードでログインすると、バージョンのメニューが出ます。¹⁶
• お名前.com：「今まで使用していたPHPプログラムが動かなくなる可能性があります」と注意しています。¹⁷
• 海外の例：韓国の大手レンタルサーバーのカフェ24では、サーバー環境を変えると、それまでのデータとデータベースが消えます。¹⁹

同じ「バージョン変更」という言葉が、ある会社ではクリック一回、ある会社では引っ越しです。

ヤンのまとめボタンを押す前に、バックアップと、戻せるかどうかの確認から始めてください。ここを専門家に任せるのは、恥ずかしいことではありません。

VPSや自社サーバーなら、何を確かめるのか？

サーバーに入っているPHPのパッケージの変更履歴（changelog）でCVE番号を探し、更新したあとはPHP-FPMとWebサーバーを再起動します。この部分は、サーバーを任せている担当者にそのまま伝えてください。

JPCERT/CCも、Linuxのディストリビューション（OSの配布版）が配るPHPも影響を受ける可能性があるとしています。²⁶ エックスサーバーも、VPSでは利用者自身が必要に応じて修正版へ更新するよう求めています。¹⁰

• Ubuntu・Debian：apt-get changelogで、入っているパッケージの変更履歴を見ます。²⁰ Debianは今回、8.4.27や8.2.35のように公式の修正版の番号に上げました。²¹ Ubuntuは前の番号をそのままにして、枝番で修正を表しました。⁹
• Red Hat系：Red Hatは、バージョンの番号だけでは脆弱かどうかわからないと説明しています。²² dnf updateinfo list security --installedで適用済みのセキュリティ情報を、rpm -q --changelogでパッケージの変更履歴を見ます。^23·24
• 再起動：Red Hatは、更新後にすべてのワーカーを再起動する必要があり、設定の再読み込み（reload）では足りないとしています。²⁵

ヤンのまとめ社長が命令を覚える必要はありません。「changelogでCVE-2026-109618を確かめたか」「再起動したか」の2つだけを、担当者に聞いてください。

バージョンを切り替えたあとは、何を確かめるのか？

画面がきちんと出るか、お問い合わせフォームとファイルのアップロード、記事の投稿ができるかを確かめます。そして「サイトヘルス」の画面をもう一度開きます。

WordPress.orgは、切り替える前にバックアップを取り、WordPress本体・テーマ・プラグインを先に最新にしてからPHPを変えるよう勧めています。切り替えたあとはサイトが期待どおり動くかを確かめ、問題があればホスティング会社に前のバージョンへ戻してもらうよう案内しています。² 「サイトヘルス」の「ステータス」タブに警告が残っていないかも見ます。¹

• ロリポップ！は今回の対応のあとで、サイトの表示やお問い合わせフォーム、ファイルのアップロードなどを確かめるよう求め、「切り替え後にエラーが表示される場合は、プログラムやアプリケーションの更新が必要です」としています。¹²
• さくらのレンタルサーバは、問題があれば古いバージョンを選び直せば元の環境に戻せると案内しています。¹⁶

画面が真っ白になったら、改善編01「PHPを上げたら画面が真っ白に？原因と戻し方」の順番で原因を探せば大丈夫です。

ヤンのまとめバージョンを変えるのは数分ですが、確かめるのには30分を使ってください。お客さまに先に故障を見つけさせてはいけません。