プラグインのPHP 8対応確認、WordPressのPHPを上げる前の4つの方法

WordPressのプラグインがPHP 8に対応しているか確認する4つの方法

PHP は WordPress を動かしているプログラムの言語です。PHP 8.0 では、古い書き方の一部が使えなくなりました。たとえば each() や create_function() という関数は削除され、文字列と数値の比べ方も変わっています(出典: PHP マニュアル「下位互換性のない変更点」)。古いまま更新されていないプラグインやテーマにこうした書き方が残っていると、PHP を上げたとたんにエラーで止まることがあります。

WordPress 本体がどの PHP に対応しているかは、本体のバージョンごとの対応表が公式に公開されています(出典: Make WordPress Core「PHP Compatibility and WordPress Versions」)。本体が対応していても、プラグインとテーマは作った人がそれぞれ対応させるものなので、別に確かめる必要があります。

PHP を上げる理由や、使える期限の考え方はPHP 8.1のサポート終了でやることで、ホームページの更新作業の全体はホームページの更新方法で説明しています。

サイトヘルスで今の環境とプラグインの一覧を書き出す

最初に、何を確かめるのかをはっきりさせます。WordPress の管理画面の「ツール」の「サイトヘルス」には「ステータス」と「情報」の2つのタブがあり、「情報」のタブでは、有効なテーマと停止中のテーマ、有効なプラグインと停止中のプラグインの名前、バージョン、作者、自動更新の設定、サーバーの情報が見られます(出典: WordPress.org「Site Health screen」)。

1. 管理画面の「ツール」から「サイトヘルス」を開く
2. 「ステータス」のタブで、PHP が古いという警告や、更新待ちのプラグインの表示がないかを見る
3. 「情報」のタブの「サーバー」で、今の PHP のバージョンを控える
4. 「有効なテーマ」で、テーマの名前と親テーマ(子テーマを使っている場合)を控える
5. 「有効なプラグイン」と「停止中のプラグイン」を開き、名前とバージョンを書き出す
6. 「サイト情報をクリップボードにコピー」を使い、表計算ソフトやメモに貼り付けて残す

今の PHP のバージョンの見方や、脆弱性の話も含めた進め方はPHPの脆弱性にWordPressで対応する手順にまとめています。

プラグインの配布ページでPHP 8対応を確認する見方

一覧ができたら、プラグインごとに WordPress.org の配布ページを開きます。日本語の配布ページでは、右側に「バージョン」「最終更新日」「有効インストール数」「WordPress バージョン」「PHP バージョン」などの欄が並び、本文の「開発」の下に「変更履歴」があります。

Requires PHPは「この版より新しいPHPが必要」という下限

プラグインの説明書きの決まりでは、Requires PHP は「このプラグインを使うのに必要な最低の PHP のバージョン」とされています(出典: WordPress Plugin Handbook「How Your Readme.txt Works」)。「7.4」と書かれていれば、7.4 より古い PHP では動かないという意味で、8.x で動くという意味ではありません。ここを読み違えて PHP を上げ、表示が止まる例は少なくありません。

変更履歴で「PHP 8」の対応を探す

変更履歴に「PHP 8.x compatibility」のような記載があれば、作者がその PHP で動くように直したという手がかりになります。ブラウザのページ内検索で「PHP」と入れると見つけやすくなります。記載がなくても動くことはありますが、その場合は検証環境で試すまで判断を保留します。

有料プラグインや配布ページのないプラグイン

有料で購入したプラグインは、販売元の公式サイトにある対応環境の説明や更新履歴を見ます。ライセンスの期限が切れていると、管理画面に新しい版が出てこないこともあるので、購入した時のアカウントに入れるかも確かめておきます。

更新が止まっているプラグインの見分け方と代わりの探し方

PHP を上げるときに一番手間がかかるのは、更新が止まっているプラグインです。作者が直していないので、新しい PHP で問題が起きても、待っていて直る見込みが小さいからです。配布ページには、直近の3つのメジャーリリースの WordPress で検証されていないという注意書きが出ることがあり、これも手がかりになります。

代わりのプラグインに替えるときの順番

1. そのプラグインが何をしているかを、実際の画面で確かめる(フォーム、表示の部品、裏の処理など)
2. 同じ役目で、更新が続いているプラグインを配布ページで探す
3. 検証環境で入れ替え、設定とデータが引き継げるかを確かめる
4. 本番で入れ替え、古いプラグインを停止してから削除する

作る側として見ていると、入れた人が理由を覚えていないプラグインが残っていることがよくあります。中には、ほかのプラグインや本体の機能で同じことができるようになっていて、外しても困らないものもあります。替える前に「本当に要るか」を一度考えると、作業が減ります。

テーマのPHP 8対応を確かめる、無料・有料・作ってもらったテーマ別

見た目を決めるテーマも PHP で動いているので、プラグインと同じように確かめます。テーマは入手した経路によって、確かめる場所が変わります。

functions.php に書き足したコードも対象になる

テーマの functions.php というファイルに、以前の担当者が機能を書き足していることがあります。テーマ自体は新しい版に対応していても、書き足したコードが古い書き方のままだと、そこでエラーが出ます。子テーマを使っている場合は、サイトヘルスの「有効なテーマ」で親テーマの名前が分かります。

オリジナルのテーマを作った会社と連絡が取れないときは、ホームページの制作会社と連絡が取れず更新できないときの進め方を先に読んでください。テーマが古く、直すより作り直した方がよいと分かった場合は、ホームページリニューアルの進め方が参考になります。

PHP Compatibility Checkerで分かることと限界

プラグインとテーマのコードを自動で調べる道具として知られているのが、WP Engine が配布している PHP Compatibility Checker です。配布ページの説明では、インストールしたテーマとプラグインのコードを調べ、問題のありそうな書き方をファイルと行の番号つきで示すとされています(出典: WordPress.org プラグインディレクトリ「PHP Compatibility Checker」)。

一方で、同じ配布ページでは、このプラグインはもう開発が続けられておらず、セキュリティのための更新も含めて新しい版は出ないと案内されています。使う前に、配布ページで今の状態を確かめてください(PHP Compatibility Checker の公式の配布ページで確認)。

• WordPress.org で配布されているプラグインとテーマしか調べられない(有料のものや、制作会社が作ったテーマは対象外)
• コードを動かさずに読むだけなので、実際に動かしたときに起きる問題は分からない
• 古い PHP のために残してある使われない部分を、問題として表示する誤検知がある
• 配布ページの説明で確認の対象とされているのは PHP 8.0 まで

自動チェックの結果の使い方

結果は「どのプラグインを先に疑うか」の順番づけに使います。問題が出たプラグインは新しい版があるかを配布ページで見て、なければ代わりを探します。何も出なかったプラグインも、検証環境で動かすまでは対応済みとは扱わないでください。

検証環境で新しいPHPを試してから切り替える手順

検証環境(ステージングとも呼ばれる)は、本番のホームページをそっくりコピーした、お客様からは見えない試しの場所です。レンタルサーバーによっては、管理画面からコピーを作る機能があります。ここで先に PHP を上げて、表示と機能を確かめてから本番を切り替えます。

1. 本番のファイルとデータベースのバックアップを取る
2. 検証環境に本番をコピーする
3. 検証環境の PHP を目標のバージョンに切り替える
4. 検証環境で、エラーの記録(WP_DEBUG_LOG)を有効にする
5. 下のチェック項目に沿って、表示と機能を確かめる
6. 問題が出たプラグインやテーマを、更新するか替える
7. 本番で PHP を切り替え、同じ項目をもう一度確かめる

WP_DEBUG_LOG を有効にすると、エラーや警告が wp-content の中の debug.log というファイルに記録されます。WordPress の公式ドキュメントは、こうしたデバッグの道具を本番のサイトで使うことは勧めないとしています(出典: WordPress Developer Resources「Debugging in WordPress」)。記録は検証環境で取り、本番では有効にしたままにしないでください。

サーバーごとの PHP の切り替え場所はレンタルサーバーのPHPバージョン変更の手順にまとめています。切り替えた後に画面が出なくなったらPHPを更新してサイトが真っ白になったときの戻し方を、エラーの画面が出たらWordPressの「重大なエラーが発生しました」の原因と直し方を見てください。

プラグインのPHP 8対応確認を自分で進める範囲と頼む範囲

ここまでの作業のうち、一覧づくりと配布ページの確認は、管理画面に入れれば自分で進められます。検証環境での確認から先は、サーバーの操作やコードを読む作業が入るので、慣れていないと時間がかかります。

頼む先は、まず作った会社です。連絡が取れない場合や、PHP の更新を受けていない場合は、PHPアップデートの依頼を受けている会社やフリーランスに相談します。継続して保守を頼むときの費用の考え方はホームページの維持費の内訳で説明しています。

PHPを上げる前のプラグインとテーマの確認、最初にやること

最後に、PHP を上げる前の動き方を短くまとめます。

1. サイトヘルスで、今の PHP と、プラグインとテーマの一覧を書き出す
2. 使っていないプラグインとテーマを減らす
3. 配布ページで最終更新日、注意書き、変更履歴を見て、更新が止まっているものに印をつける
4. 新しい版があるものは更新し、止まっているものは代わりを探す
5. 検証環境で PHP を上げて動きを確かめてから、本番を切り替える

Requires PHP の表示や自動チェックの結果だけで「対応済み」と判断しないことが、切り替えでの事故を防ぐ近道です。手間はかかりますが、一覧を一度作っておけば、次に PHP を上げるときにもそのまま使えます。

uparia の月額プラン(制作費0円・月額2,980円から・最低契約期間12か月)には、独自ドメイン、サーバー、SSL、保守が含まれます。買い切りで作ったサイトやほかの会社で作ったホームページは、月額保守(月5,000円、最低契約期間なし)で、更新代行やドメインとサーバーの管理、障害への対応をお受けします。PHP を上げる前の確認は、PHPアップデートの依頼からご相談いただけます。