WP Rocket の代替:キャッシュプラグインに求められること
キャッシュプラグインの比較の多くは、速度テストのスコアで締めくくられます。魅力的ですが、あまり役に立ちません。スコアが示すのは、1回のアクセスを1回計測した結果にすぎないからです。次の7つの基準は、もっと長く通用します。
1. すべてのスイッチを個別に切り替えられるか?
最も重要でありながら、最も語られることの少ないポイントです。有効にした後に何か不具合が起きたら、まとめてではなく、ちょうど1つだけを元に戻せる必要があります。
2. 何に手を加えるかを示しているか?
何が起きるかを示さずに「最適化」を提供するプラグインでは、原因の調査が当て推量になります。Kakapo Performance は、スイッチごとに何をするのか、そしてどこに限界があるのかを書き添えています。
3. 画像を最新の形式にできるか?
ほとんどのサイトでは、画像が最も大きな割合を占めます。すべての画像サイズに WebP と AVIF を用意するほうが、どんなキャッシュの細かな調整よりも効果があります。既存のメディアライブラリを後から変換できるかも確認してください。
4. データベースを計画的に片付けるか?
リビジョン、孤立したメタデータ、期限切れの Transient は、静かに増えていきます。一度片付ければ半年はもちますが、スケジュールを組めばずっと効果が続きます。
5. 起動時に一緒に読み込まれるものを示すか?
Autoload のオプションは、誰も必要としていなくても、毎回のアクセスで読み込まれます。オプションごとのバイト数を推定ではなく実際に数えるプラグインなら、ここでそれ以外すべてを合わせたよりも多くの問題を見つけることがよくあります。
キャッシュを調整する前に、一度 Autoload の一覧を確認してください。数メガバイトもある忘れられたオプションが1つあるだけで、どんなキャッシュの最適化も台無しになります。
6. オブジェクトキャッシュを扱えるか?
ログインが必要な領域やショップでは、Redis や Memcached を使ったオブジェクトキャッシュのほうが、どんなページキャッシュよりも効果があります。そこではそもそもキャッシュが許されないからです。代替ツールが追加プラグインなしでこれに対応できるかを確認してください。
7. 複数のサイトではどう動作するか?
5つのサイトを管理しているなら、5回ログインせずにステータスを確認し、キャッシュを空にしたいはずです。リモート管理が何を使ってログインするのかを確認してください。Kakapo Performance の場合は WordPress のアプリケーションパスワードであり、開発元のアカウントではありません。
基準の一覧
| 基準 | 問い | Kakapo Performance の場合 |
|---|---|---|
| 個別のスイッチ | 1つだけ元に戻せるか? | はい、必須のものはない |
| 透明性 | 何が起きるか書かれているか? | はい、限界も含めて |
| 画像 | WebP と AVIF、後からでも可能か? | はい、一括処理も |
| データベース | スケジュールで実行できるか? | はい |
| Autoload | 実測か推定か? | PHP で実測 |
| オブジェクトキャッシュ | 追加なしで可能か? | Redis または Memcached |
| 複数のサイト | どうやってログインするか? | アプリケーションパスワード |
よくある質問
ホスティング事業者のキャッシュで十分ですか?
クリティカル CSS は必要ですか?
Core Web Vitals はどうですか?
合わなかった場合、元に戻せますか?
.htaccess ブロックに印を付けていて、無効化時にキャッシュファイルを削除する場合に限ります。購入前に確認してください。