サイトヘルス機能を使ってみた

説明

先月末にWordPress 5.2 Beta1が、今日はWordPress 5.2 Beta2（以降5.2Beta2）が公開された。5.2ではブロックエディターの機能が強化され、サイトの安全性とパフォーマンス向上に役立つとされるサイトヘルス機能が追加される。

テスト環境はKUSAGAGIで

5.2Beta2を本番環境で試すわけにもいかないので、「KUSANAGI for Vagrant」の環境を使った。

$ sudo su -
# yum update
# reboot

サーバーが再起動したら、再びコンソールを開いて以下のコマンドを実行。

$ sudo su -
# kusanagi init
# kusanagi provision kusanagi_html

ここではコマンド実行時の入力内容は割愛するが、web serverはNGINXを、application serverはPHP7を、hostnameは192.168.33.10を指定した。ブラウザで192.168.33.10にアクセスしてWordPressをインストール。ダッシュボードを開いてKUSANAGIのウィジェットでPHPバージョンを確認した。

4月8日時点で、WordPress公式が推奨するPHP 7.3.4になっている。

5.2Beta2のインストール

インストール直後のWordPressのバージョンは5.1.1だったので、WP-CLIを使って5.2Beta2へアップデートする。

# cd /home/kusanagi/kusanagi_html/DocumentRoot/
# wp core update --version=5.2-beta2
Updating to version 5.2-beta2 (en_US)...
Downloading update from https://wordpress.org/wordpress-5.2-beta2.zip...
Unpacking the update...
Success: WordPress updated successfully.

アップデート対象のファイルは言語設定に依存するので、日本語を選択している場合は--localeオプションを指定する（コマンドの詳細はwp core update : WP-CLI Commandsを参照）。

Site Healthの結果

ブラウザでダッシュボードをリロードして、ToolsメニューのSite Healthをクリック。サイトのチェック結果が表示される。

ページ上部にはヘルス状態が円グラフと%表記で、Critical issues（重要な問題）、Recommended improvements（推奨する改善項目）が表示される。またPassed testsボタンをクリックすると問題なかった項目が列挙される。現状のチェック対象の項目は次の通り。

〇はno issue、△はrecommended improvement、×はCritical issue

KUSANAGIではWordPressの自動更新機能を使用せず独自の更新機能を備えているためこの項目は「×」となるが、実質的に問題はないだろう。プラグインとテーマについては、WordPressをインストールした直後なので未使用のものが見つかった結果であり、HTTPS通信については今回開発環境用として構築する際にドメインを指定しなかったためである。いずれも本番環境であれば改善するのは難しくなく、KUSANAGIで構築したWordPress環境の安全性は高い。

Site Healthのチェック項目やチェック内容は正式リリースや今後のアップデートで変更される可能性がある。ちなみに、これらのチェック項目はフィルターによって調整可能になっているのが、WordPressらしさである。

$tests = apply_filters( 'site_status_tests', $tests );