

この記事では、プラグイン「LiteSpeed Cache」で不具合の少ないおすすめの初期設定の方法と使い方を、画像を用いてわかりやすくご紹介します。
「LiteSpeed Cache(ライトスピード キャッシュ)」は、WordPress(ワードプレス)を高速化するキャッシュプラグインで、画像のwebp化にも対応しています。
ColorfulBox、mixhost
、ラッコサーバー、ロリポップ!ハイスピードプラン
、コアサーバー
、JETBOY
などのサーバーで利用できます。
「QUIC.cloud」や「クローラー」の設定にも対応しています。
なるほど!高速化に必要ですね。
LiteSpeed Cacheは、「LSCache」や「LSCWP」などと省略して呼ばれることもあります。
この記事を最後まで読めば、 ColorfulBox
ぜひ最後まで進めてみてください。
すでに途中まで進めている人は、目次から該当箇所に飛ぶこともできます。
最初に、このサイトのトップページをGoogleの「PageSpeed Insights」で計測した結果を載せておきます。
パソコンは当然ですが、モバイルでも100点が出ます。(多少ぶれますが)
この数字は記事執筆時点の数字なので、最新の数字は変わっているかもしれません。
このサイトの最新スコアが気になる方は、実際に計測してみてください。
\ PageSpeed Insights /
ただし、高速化(ページ表示速度)はコンテンツ次第なので、数字だけの比較はあまり参考になりません。
よかったら、実際のページの切り替わりの速さなどをチェックしてみてください。
LiteSpeed(ライトスピード)は、Apache(アパッチ)やNginx(エンジンエックス)よりも新しいWebサーバーです。
最新の高速化技術である「HTTP/3」や「QUIC」が利用されており、世界的に利用者数が増加傾向にあります。
日本では、以下のレンタルサーバーなどで提供されています。
LiteSpeed系のサーバーをさらに高速化できるのが、キャッシュプラグイン「LiteSpeed Cache」です。
その他にも、キャッシュプラグインは「WP Rocket」「WP Super Cache」「WP Fastest Cache」「W3 Total Cache」などあります。
それらとの違いとしては、以下のような点があります。
LiteSpeedサーバーを選ぶ一番のメリットは、専用プラグインが使えることかもしれません。
LiteSpeedサーバーを準備したら、WordPress(ワードプレス)の管理画面から「LiteSpeed Cache」プラグインをインストールします。
プラグインを有効化したら「QUIC.cloud」のユーザー登録を行い、キャッシュなどの設定を変更して完了です。
デザイン崩れなどの不具合が起こる可能性があるため、設定後に必ずサイトの動作を確認しておきましょう。
LiteSpeedのレンタルサーバー「カラフルボックス
カラフルボックス
ラッコサーバーなら、サイト売買も簡単です。
作業を開始する前に、サーバーでバックアップを取得しておくことをおすすめします。
表示速度の変化を確認したい場合、現在の状態を「PageSpeed Insights」で計測しておきましょう。
ただし、計測値と体感のスピードは違いますので、実際の挙動確認もお忘れなく。
ロリポップ!ハイスピードプラン
WordPress(ワードプレス)にログインしたら、左メニューの[プラグイン]→[新規追加]をクリックして、[プラグインの検索]をします。
[プラグイン]→[新規追加]から「LiteSpeed Cache」を検索して、[今すぐインストール]した後に[有効化]します。
高速化のことばかり考えて、多くの設定をON(オン)にすると、それだけ不具合が生じます。
ここでは、不具合の起こりにくい設定を重要度に分けて解説します。
左メニューの[LiteSpeed Cache]をクリックして、[ダッシュボード]を開きます。
以下の機能を利用するためには、外部サーバー「QUIC.cloud」のドメインキーを取得する必要があります。
左メニューの[LiteSpeed Cache]→[一般]をクリックして、[一般設定]タブを開きます。
[ドメインキーの要求]をクリックして、外部サーバー「QUIC.cloud」にリクエストを送信します。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | 自動アップグレード | デザイン崩れなどの不具合の可能性あり → デフォルト(OFF)のまま |
高 | ドメインキー | 「QUIC.cloud」を利用するために必要 → [ドメインキーの更新]をクリック |
[自動アップグレード]をONにすると、いつの間にかデザイン崩れなどの不具合が発生することがあります。
手動でバージョンアップした後に、デザイン崩れを確認したほうが無難です。
[ドメインキーの要求]は、サーバー負荷分散のため、実行間隔に制限があります。
ボタンがアクティブでない場合は、「次回の利用可能な要求時間」まで待ってからブラウザを更新(F5)してください。
[ドメインキーの要求]をしないと、画像の最適化(圧縮、WebP化)、ページの最適化(一部機能)、CDNなどを利用できません。
以下のようにドメインキーが表示されるまで、何度かブラウザを更新(F5)してください。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | QUIC.cloud へのリンク | データ処理用の外部サーバーにアカウント登録 → CDNを利用しないなら不要 |
[QUIC.cloud へのリンク]からアカウントを登録しないと、CDNを利用できません。
ただし、CDNは無料枠だとほとんど使い物にならないため、今回は省略します。
ゲストモードをON(オン)に変更し、ページ下部の[変更を保存]をクリックします。
重要度 | 設定項目 | 説明 |
---|---|---|
高 | ゲストモード | 最初の訪問時にデフォルトページを読み込む → 多言語サイトやECサイトなどでなければONに変更 |
低 | ゲストの最適化 | ゲストモードをさらに高速化 → デフォルト(ON)のまま |
低 | サーバー IP | 「QUIC.cloud」サービスが高速化 → CDNを使わないならOFFのまま |
低 | 通知 | 最新情報の表示 → デフォルト(ON)のまま |
ゲストモードは、デフォルトページを表示した後にユーザーごとの表示に切り替えることで高速化します。
ただし、多言語サイトやECサイトなど、ユーザーごとの表示が重要なサイトはOFF(オフ)にします。
ブログであればON(オン)がおすすめですが、レイアウトなどが崩れる可能性はあります。
サーバー IPを設定すると、DNSサーバーを参照する必要がなくなるため、CDNやクローラーが高速化されます。
ただし、レンタルサーバーによっては、DDos攻撃や障害などの際にIPアドレスを変更することがあります。
また、サーバー移転時にも変更する必要があります。
よくわからない場合は、とりあえずOFFが鉄則です。
[チューニング]タブは、デフォルト設定のまま変更しません。
[チューニング]タブでユーザーエージェントやIPアドレスを設定すると、毎回の訪問時にデフォルトページを表示することができます。
例えば、Googleの「PageSpeed Insights」のような速度計測ロボットには、毎回最初の訪問時の挙動をするように設定されています。
左メニューの[キャッシュ]をクリックして、[キャッシュ]タブを開きます。
ログインしたユーザーをキャッシュ、REST API をキャッシュ、ログインページをキャッシュをOFF(オフ)にして[変更を保存]します。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | キャッシュを有効にする | キャッシュ全体の設定 → デフォルト(ON)のまま |
高 | ログインしたユーザーをキャッシュ | 管理者が編集したら毎回パージが必要になる → OFFに変更 |
低 | コメントをキャッシュ | コメントのキャッシュ設定 → デフォルト(ON)のまま |
中 | REST API をキャッシュ | REST APIのキャッシュ設定 → OFFに変更 |
高 | ログインページをキャッシュ | CAPTCHA(画像認証)などに影響 → OFFに変更 |
ログインしたユーザーをキャッシュがON(オン)のままだと、管理者がサイトを編集してもログインした状態では確認できなくなります。
一応パージ(キャッシュクリア)すればログインしていてもすぐ反映されますが、毎回やるのは正直面倒です。
パージ(キャッシュクリア)を多用すると、その度に一時的にサイトが重くなるというのも理由です。
REST APIはプラグインなどで利用され、通常のサイト閲覧には利用されません。
ON(オン)にしても問題ないかもしれませんが、一般ユーザーの高速化にはあまり寄与しないため、OFF(オフ)にしています。
下記のようなセキュリティプラグインでOFFにしている場合もあります。
ログインページは、不正ログインロボットによって負荷がかかりやすい場所です。
しかし、ログインセキュリティプラグインは、CAPTCHA(画像認証)の追加やURL変更などを行います。
そのため、ログインできなくならないように、ログインページのキャッシュはOFF(オフ)にするのが無難です。
一応その他の設定項目の説明です。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | favicon.ico をキャッシュ | ファビコン(サイトアイコン)のキャッシュ設定 → デフォルト(ON)のまま |
低 | PHP リソースをキャッシュ | 最適化されていないプラグインなどに有効 → デフォルト(ON)のまま |
中 | モバイルをキャッシュ | モバイル専用ページのキャッシュ設定 → 通常はOFF、AMP&テーマによってはON |
低 | モバイルユーザエージェントのリスト | モバイル識別のユーザーエージェント → デフォルトのまま |
低 | プライベートキャッシュ URIs | ログイン後のマイページなどのキャッシュ設定 → 会員サイトでなければ空欄のまま |
低 | URIs を強制キャッシュする | 強制キャッシュ(プライベート) → 空欄のまま |
低 | パブリックキャッシュ URI を強制する | 強制キャッシュ(パブリック) → 空欄のまま |
低 | クエリ文字列を落とす | URLパラメータごとのキャッシュを防止 → デフォルトのまま |
モバイルをキャッシュは、レスポンシブ完全対応の場合はOFF(オフ)のままにします。
ON(オン)にしてしまうと、誤ってモバイル画面がPCで表示される恐れがあります。
ただし、以下の場合はON(オン)に変更する必要があります。
テーマのレスポンシブ対応状況は以下をご覧ください。
[TTL]タブは、デフォルト設定のまま変更しません。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | デフォルトのパブリックキャッシュ TTL | パブリックキャッシュ期間 |
低 | デフォルトのプライベートキャッシュ TTL | プライベートキャッシュ期間 |
低 | デフォルトのフロントページ TTL | フロントページのキャッシュ期間 |
低 | デフォルトのフィード TTL | feedのキャッシュ期間 |
低 | デフォルトの REST TTL | REST APIのキャッシュ期間 |
低 | 既定の HTTP ステータスコードページ TTL | エラーページのキャッシュ期間 |
[パージ]タブを開きます。
公開 / 更新の自動パージルールをすべてチェック(ON)して[変更を保存]します。
画像は[固定ページ一覧]になっていますが、「すべてのページ」に翻訳修正を行いました。(2021/10/17)
重要度 | 設定項目 | 説明 |
---|---|---|
低 | アップグレード時にすべてをパージする | バージョンアップ時のキャッシュクリア → デフォルト(ON)のまま |
高 | 公開 / 更新の自動パージルール | 更新時のキャッシュクリア → すべてチェック(ON)に変更 |
低 | 古いものを出す | パージ中のキャッシュ表示 → 大規模サイト以外はデフォルト(OFF)のまま |
低 | スケジュールされたパージURL | 自動パージするURL → 空欄のまま |
低 | パージ予定時間 | 自動パージする時刻 → 空欄のまま |
低 | すべてをパージするフック | 自動パージするフック → デフォルトのまま |
公開 / 更新の自動パージルールは、すべてチェック(ON)しておきましょう。
パージ(キャッシュクリア)が一部だけだと、問題が起こったときの原因の切り分けが難しくなります。
公開 / 更新の自動パージルールの「固定ページ一覧」は誤訳で、「すべてのページ(All pages)」が正しいです。
すべてのフックをパージするも誤訳で、「すべてをパージするフック(Purge All Hooks)」が正しいです。
翻訳修正を申請し、承認されました。(2021/10/17)
[除外]タブは、デフォルト設定のまま変更しません。
重要度 | 設定項目 | 説明 |
---|---|---|
中 | URIs をキャッシュしない | コンタクトフォームや会員サイトなどを除外 → 「^contact$」などと設定 |
低 | クエリ文字列をキャッシュしない | URLパラメータのキャッシュ除外 |
低 | カテゴリをキャッシュしない | カテゴリのキャッシュ除外 |
低 | タグをキャッシュしない | タグのキャッシュ除外 |
低 | クッキー をキャッシュしない | Cookieのキャッシュ除外 |
低 | ユーザーエージェントをキャッシュしない | ユーザーエージェントのキャッシュ除外 |
低 | ロールをキャッシュしない | 管理者などのキャッシュ除外 |
「URIs をキャッシュしない」設定は、別の人に表示されるとまずいコンテンツを除外設定します。
例えば、確認画面の表示されるお問い合わせページが「contact」なら、「^contact$」と設定します。
最初に「^」、最後に「$」をつけないと、「plugin-contact-forms」などのページも除外設定されてしまいます。
[ESI]タブは、デフォルト設定のまま変更しません。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | ESIを有効にする | ログイン後の部分的なキャッシュ設定 |
低 | 管理バーをキャッシュ | 管理バーのキャッシュ設定 |
低 | コメントフォームをキャッシュ | コメントのキャッシュ設定 |
低 | ESI ノンス | プラグインと連携するための設定 |
低 | グループを変更 | ロールの設定 |
ESI(EdgeSide Includes)は、パブリックキャッシュやプライベートキャッシュより高度なキャッシュ機能です。
ESIをON(オン)にする場合は、サイトの動作検証を細かく行う必要があります。
[オブジェクト]タブは、デフォルト設定のまま変更しません。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | オブジェクトキャッシュ | オブジェクトキャッシュ設定 |
低 | 方法 | Memcached / Redisから選択 |
低 | ホスト | サービスのホスト名 |
低 | ポート | サービスのポート |
低 | デフォルトのオブジェクトの有効期間 | TTL |
低 | ユーザー名 | 保護されている場合のみ |
低 | パスワード | 保護されている場合のみ |
低 | Redis データベース ID | データベース選択 |
低 | グローバルグループ | ネットワークレベルのグループ |
低 | グループをキャッシュしない | キャッシュしないグループ |
低 | 永続的な接続 | Keep-Alive設定 |
低 | WP-Admin のキャッシュ | 管理画面キャッシュ |
低 | Transients を格納 | Transients設定 |
オブジェクトキャッシュは、レンタルサーバーでは利用できないことがあります。
利用できる場合も、SSHからインストールなどが必要になることがあります。
[ブラウザー]タブを開き、[ブラウザキャッシュ]をON(オン)にして[変更を保存]します。
重要度 | 設定項目 | 説明 |
---|---|---|
高 | ブラウザキャッシュ | ブラウザキャッシュ設定 → ONに変更 |
低 | ブラウザキャッシュ TTL | キャッシュ期間 → デフォルトのまま |
ブラウザキャッシュを有効にすると、ブラウザを普通に更新(F5)しても変更が反映されません。
そのため、ブラウザをスーパーリロード(キャッシュクリア)する方法を覚えておきましょう。
[高度な設定]タブは、デフォルト設定のまま変更しません。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | ログインクッキー | 複数のWordPressサブディレクトリのログイン識別 |
低 | HTTP / HTTPS の互換性を向上させる | httpとhttpsのページが混在している場合の設定 |
低 | インスタントクリック | リンクにカーソルでプリロード(サーバー負荷) |
[CDN]は、デフォルト設定のまま変更しません。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | QUIC.cloud CDN | CDNの利用有無 |
低 | CDN マッピングを使用 | 別のCDNを設定している場合の設定 |
低 | CDN URL | CDNごとに画像、CSS、JSを設定 |
低 | 置換する HTML 属性 | CDNマッピングで置換されるHTML属性 |
低 | 元の URL | 多言語サイトやマルチサイトの設定 |
低 | 含まれるディレクトリ | 対象ディレクトリ |
低 | 除外パス | 除外ディレクトリ |
低 | Cloudflare API | Cloudflare設定 |
画像最適化を行うと、画像が複製されるため、ページ表示速度は高速化されますが、サーバー容量を圧迫します。
サーバー容量を節約したい場合は、[メディア設定]でリサイズ画像の種類を減らしておくことをおすすめします。
「LiteSpeed Cache」の画像圧縮は、外部サーバーと連携するためサーバーリソースを消費せず、他のプラグインと違って不具合も少ないのでおすすめです。
「EWWW Image Optimizer」「ShortPixel」「WebP Express」などの画像圧縮&WebPプラグインと機能が重複します。
[画像の最適化]をON(オン)にする場合は、上記プラグインを無効化してください。
左メニューの[画像の最適化]をクリックして、[画像最適化設定]タブを開きます。
自動要求 CronをON(オン)に変更します。
重要度 | 設定項目 | 説明 |
---|---|---|
高 | 自動要求 Cron | 画像最適化を自動要求 → ONに変更 |
低 | 自動戻し Cron | 最適化された画像を自動取得 → デフォルト(ON)のまま |
低 | オリジナル画像の最適化 | 最適化された画像を利用 → デフォルト(ON)のまま |
低 | オリジナルバックアップを削除する | 最適化前の画像をバックアップ → デフォルト(OFF)のまま |
低 | 可逆最適化 | 非可逆圧縮よりも高画質だがサイズが大きい → デフォルト(OFF)のまま |
他の画像系プラグインなどを併用している場合、自動要求 CronをOFFにすることで問題が解決することがあります。
その場合、定期的に自分で画像最適化の要求を手動で行います。(後述)
WebP 画像への置換をONに変更して[変更を保存]します。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | EXIF / XMPデータを保存する | 画像のGPS(位置情報)などの保存設定 → OFFに変更してもいい |
低 | WebPバージョンの作成 | 次世代フォーマットの画像形式を作成 → デフォルト(ON)のまま |
高 | WebP 画像への置換 | 次世代フォーマットを必要に応じて表示 → ONに変更 |
低 | WebP 属性を置換する | 置換対象のHTML属性を設定 → デフォルトのまま |
低 | WebP の 特別な srcset | 他の画像系プラグインを利用している場合の設定 → デフォルト(OFF)のまま |
低 | WordPress 画像品質管理 | 圧縮品質設定 → デフォルト(82)のまま |
ほとんどのブラウザは、次世代フォーマット「WebP」に対応していますが、古いMacのSafari(サファリ)はまだ対応していません。
一方で、「LiteSpeed Cache」はブラウザに応じて出し分けてくれるため、WebP化しても問題はありません。
さらに、「PNG」や「JPG(JPEG)」などの元画像の方が軽い場合は、そちらを優先表示してくれます。
「LiteSpeed Cache」を導入していれば、画像変換プラグイン「EWWW Image Optimizer」「ShortPixel」「WebP Express」などが不要になります。
機能が重複しないように、プラグインをアンインストールするか、LiteSpeed側で機能をOFFにしてください。
待っていれば自動的に画像の最適化が始まるはずです。
[画像データを収集]ボタンで、手動で画像最適化を開始できます。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | 最適化要求を送信 | 画像最適化を手動要求 → 自動要求 CronがOFFのとき |
低 | 画像を引き戻す | 最適化された画像を手動取得 → 自動戻し CronがOFFのとき |
低 | 完了していないデータのクリーンアップ | 未完了の画像最適化をクリア → エラーなどで処理が止まった場合に実行 |
低 | バックアップのディスク容量を計算する | バックアップファイルの容量計算 → 画像サムネイルグループサイズの数だけ増える |
低 | 元の画像バックアップを削除する | バックアップファイルの削除 → 実行すると元に戻せません |
低 | 新しいサムネイルを再スキャン | 画像を手動スキャン → 自動でスキャンされる |
中 | メディアライブラリ | 画像一覧を表示 → 画像ごとの圧縮率やWebP効果を確認可能 |
低 | 元のファイルを使用 / 最適化されたファイルを使用する | オリジナル画像と最適化画像の切替 → テスト時や不具合発生時に使用 |
低 | すべての最適化データを破棄する | 画像最適化データの削除 → プラグインのアンインストール前などに |
CSS最適化は、テーマやプラグインが最適化されていないときに効果を発揮します。
ただし、デザイン崩れやプラグインの不具合が多発するため、よくわからなければOFFが鉄則です。
[CSS設定]は、デフォルト設定のまま変更しません。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | CSS 圧縮化 | CSSの縮小化設定 → ONに変更も可 |
低 | CSS 結合 | CSSの結合設定 → デザイン崩れのためOFFのまま |
低 | UCSS を生成する | 使用するCSSのみ生成 → レスポンシブならOFFのまま |
低 | UCSS インライン | 使用するCSSをインラインに → OFFのまま |
低 | CSS の外部とインラインを組み合わせる | インラインCSSも結合 → CSS 結合ONの場合 |
低 | CSS HTTP/2 プッシュ | リクエスト前にCSSをプッシュ → 設定項目が削除されました(v4.4.3) |
低 | CSSを非同期読み込み | CSSの非同期読み込み → デザイン崩れのためOFFのまま |
低 | URL ごとの CCSS | ページ単位のCCSS |
低 | インライン CSS 非同期ライブラリ | CSSを非同期ロードするならOFF |
低 | フォント表示の最適化 | フォント表示ルールの設定 → 「Swap」に変更も可 |
「LiteSpeed Cache」を導入していれば、ページ最適化プラグイン「Autoptimize」が不要になります。
機能が重複しないように、プラグインをアンインストールするか、LiteSpeed側で機能をOFFにしてください。
JavaScript最適化は、テーマやプラグインが最適化されていないときに効果を発揮します。
ただし、コンタクトフォームやプラグインの不具合が多発するため、よくわからなければOFFが鉄則です。
[JS設定]は、デフォルト設定のまま変更しません。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | JS 圧縮化 | JavaScriptの縮小化設定 → OFFのまま |
低 | JS 結合 | JavaScriptの結合設定 → プラグイン不具合のためOFF |
低 | JS は外部とインラインを組み合わせる | インラインJavaScriptも結合 → CSS 結合ONの場合はOFF |
低 | JS HTTP/2 プッシュ | リクエスト前にJavaScriptをプッシュ → 設定項目が削除されました(v4.4.3) |
低 | JS を遅延読み込み | JavaScript を遅延読み込み → OFFのまま |
「LiteSpeed Cache」を導入していれば、ページ最適化プラグイン「Autoptimize」が不要になります。
機能が重複しないように、プラグインをアンインストールするか、LiteSpeed側で機能をOFFにしてください。
[HTMLの設定]タブを開いて、DNSプリフェッチを設定します。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | HTML 圧縮化 | HTMLの縮小化設定 → ONに変更も可 |
高 | DNS プリフェッチ | 外部ドメインを事前読み込み → 外部ドメインを指定(後述) |
高 | DNS プリフェッチ制御 | X-DNS-Prefetch-Control設定 → ONに変更 |
DNS プリフェッチには、事前に読み込む外部ドメインを指定することができます。
例えば、GoogleアナリティクスやGoogleタグマネージャーは、以下のように設定します。
アクセス解析関連
//www.google-analytics.com
//www.googletagmanager.com
その他にも、外部読み込みのCDN、SNS、広告などのドメインを指定可能です。
例えば、WordPressテーマ「Cocoon(コクーン)」では、DNS プリフェッチが標準搭載されています。
以下のようなデフォルト設定がされているので、参考にすることもできます。
CocoonのDNSプリフェッチ設定
www.googletagmanager.com
www.google-analytics.com
ajax.googleapis.com
cdnjs.cloudflare.com
pagead2.googlesyndication.com
googleads.g.doubleclick.net
tpc.googlesyndication.com
ad.doubleclick.net
www.gstatic.com
cse.google.com
fonts.gstatic.com
fonts.googleapis.com
cms.quantserve.com
secure.gravatar.com
cdn.syndication.twimg.com
cdn.jsdelivr.net
images-fe.ssl-images-amazon.com
completion.amazon.com
m.media-amazon.com
i.moshimo.com
aml.valuecommerce.com
dalc.valuecommerce.com
dalb.valuecommerce.com
自分のサイトの外部読み込みは、ブラウザのデベロッパーツールなどでも調べられます。
Googleフォントを削除、WordPress文字を削除をON(オン)に変更して[変更を保存]します。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | HTML Lazy Load セレクタ | HTML要素の遅延読み込み → 空欄のまま |
低 | クエリ文字列を削除 | URLパラメータを削除 → OFFのまま |
低 | Google フォントを非同期に読み込む | Googleフォントを使用する場合 → OFFのまま |
中 | Google フォントを削除 | Googleフォントを使用しない場合 → ONに変更 |
中 | WordPress 絵文字を削除 | WordPress絵文字を使用しない場合 → ONに変更 |
低 | Noscript タグの削除 | JavaScriptオフのサポート → OFFのまま |
「LiteSpeed Cache」を導入していれば、ページ最適化プラグイン「Autoptimize」が不要になります。
機能が重複しないように、プラグインをアンインストールするか、LiteSpeed側で機能をOFFにしてください。
[メディア設定]タブは、デフォルト設定のまま変更しません。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | 画像 遅延読み込み | 画像のLazy Load設定 → OFFのまま |
低 | 基本的な画像プレースホルダー | 画像読み込み前の表示 |
低 | レスポンシブプレースホルダー | レイアウトされたプレースホルダー設定 |
低 | レスポンシブプレースホルダー SVG | レイアウトされたプレースホルダーの画像 |
低 | レスポンシブプレースホルダーの色 | レイアウトされたプレースホルダーの色 |
低 | LQIP クラウドジェネレーター | 低品質画像プレースホルダー設定 |
低 | LQIP 品質 | 低品質画像プレースホルダーの品質 |
低 | LQIP 最小寸法 | 低品質画像プレースホルダーのサイズ |
低 | バックグラウンドでの LQIP の生成 | 低品質画像プレースホルダーの自動生成 |
低 | Iframes 遅延読み込み | iframe(ビデオ埋込など)のLazy Load設定 |
低 | 不足しているサイズを追加する | 画像 遅延読み込みがONの場合 |
低 | インライン画像遅延読み込みライブラリ | 画像のLazy Loadをインラインに |
WordPressは、ネイティブで画像遅延読み込み(Lazy Load)に対応するようになりました。
そのため、基本的には画像 遅延読み込みをON(オン)する必要はありません。
その他にも、テーマやプラグインで同様の機能を持っていることがあるため、重複設定しないように注意しましょう。
[除外するメディア]タブは、デフォルト設定のまま変更しません。
画像 遅延読み込みをON(オン)にしたときの除外設定です。
重要度 | 設定項目 | 説明 |
---|---|---|
低 | 画像 遅延読み込みを除外 | ロゴやヘッダー画像を設定 |
低 | 画像遅延読み込みクラス名を除きます | 画像のLazy Loadをクラス名で除外 |
低 | 遅延読み込みの Image 親クラス名を除外する | 画像のLazy Loadを親クラス名で除外 |
低 | 遅延読み込みの iframe クラス名を除外する | iframeのLazy Loadをクラス名で除外 |
低 | 遅延読み込みの Iframe 親クラス名を除外する | iframeのLazy Loadを親クラス名で除外 |
低 | 遅延読み込み URI の除外 | Lazy LoadをURIで除外 |
低 | LQIP を除外 | 低品質画像プレースホルダーを除外 |
[ローカリゼーション]タブは、デフォルト設定のまま変更しません。
コメントが多いなら効果があるかもしれません。
画像は[地域]になっていますが、「ローカリゼーション」に翻訳修正を行いました。(2021/10/17)
重要度 | 設定項目 | 説明 |
---|---|---|
低 | Gravator キャッシュ | Gravatorのキャッシュ設定 |
低 | Gravator キャッシュ Cron | Gravatorの自動キャッシュ |
低 | Gravator キャッシュ TTL | Gravatorのキャッシュ期間 |
「Gravatar」は、WordPress(ワードプレス)のコメント欄で利用されるアバターサービスです。
自分のアバター画像を設定したい場合は、「Gravatar」に会員登録(ユーザー登録)する必要があります。
[チューニング]タブは、デフォルト設定のままほぼ変更しません。
「LiteSpeed Cache」の[ゲストモード]機能によって、Google アナリティクスの計測値で「direct」が増える事象が起こるようです。
その場合は、[ゲストモードのJSは除外]項目に、以下を設定してみてください。
gtag/js
gtm.js
analytics.js
window.dataLayer
合計値は変わらないため、プラグインが改善されるまで待つ対処でもいいかもしれません。
左メニューの[データベース]をクリックして、[DB最適化設定]タブを開きます。
リビジョンの最大数を10〜50程度に設定して[変更を保存]します。
重要度 | 設定項目 | 説明 |
---|---|---|
中 | リビジョンの最大数 | リビジョンの最大保存数 → 残したいなら5〜50程度で設定 |
低 | リビジョンの最大エイジ | リビジョンの最大保存日数 → リビジョン0になるため非推奨 |
リビジョン削除は自動実行されないため、手動で実施する必要があります。
重要度 | 設定項目 | 説明 |
---|---|---|
中 | すべてを消去 | すべての項目を消去 → まとめて実行 |
高 | 投稿のリビジョン | エディター(編集画面)が重くなる原因 → リビジョンだけでも実行 |
低 | 自動下書き | エディター(編集画面)が重くなる原因 |
低 | ゴミ箱内の投稿 | ゴミ箱を空に |
低 | スパムコメント | そもそもスパムを対策 |
低 | ゴミ箱内のコメント | ゴミ箱を空に |
低 | トラバック/ピンバック | [ディスカッション]設定 |
低 | 期限切れの Transients | 期限切れのDBキャッシュ |
低 | すべての Transients | すべてのDBキャッシュ |
低 | テーブルの最適化 | すべてを消去では実行されない |
スパムコメントの対策は、「XO Security」などのセキュリティプラグインがおすすめです。
トラバック/ピンバックは、[ディスカッション]設定で変更できます。
「LiteSpeed Cache」を導入していれば、DB最適化プラグイン「WP Revisions Control」「WP-Optimize」「Optimize Database after Deleting Revisions」などが不要になります。
機能が重複しないように、プラグインをアンインストールするか、LiteSpeed側で機能をOFFにしてください。
クローラーにより、ユーザーがアクセスする前に、キャッシュや最適化を実行します。
サーバーに負荷がかかるため、サーバーによっては禁止されています。
利用できる場合は、[サイトマップ設定]タブから[カスタムサイトマップ]を設定して、[一般設定]タブから[クローラー]をON(オン)にします。
カスタマイズを行なった場合や不具合が発生した場合は、一度すべてをパージ(キャッシュクリア)することをおすすめします。
左メニューの[ツールボックス]をクリックして、[パージ]タブからパージを実行します。
もしくは、上部の管理バーのアイコンからパージを実行します。
プラグイン「LiteSpeed Cache」のおすすめの初期設定を見てきました。
デザイン崩れやコンタクトフォームなどの動作確認を必ず行ってください。
表示速度の変化を確認したい場合は、再度「PageSpeed Insights」で計測してみましょう。
ただし、計測値と体感のスピードは違いますので、実際の挙動確認もお忘れなく。
ページ切替が速くなりました。
よい結果が出たら、ぜひ教えてください。
LiteSpeedのレンタルサーバー「カラフルボックス
カラフルボックス
ラッコサーバーなら、サイト売買も簡単です。
すべてかはわかりませんが、Twitterを埋め込んでいるときに起こることがあるようです。
「センシティブな内容が含まれている可能性のあるメディアです。」と表示されているツイートを埋め込んでいる場合、そのツイートの埋め込みを削除しましょう。
これで解決した場合、LiteSpeed Cacheは全く関係なかったことになります。
まずはパージ(キャッシュクリア)してみましょう。
そして、ブラウザのキャッシュクリアも実施します。
それでも解決しなければ、サーバーのキャッシュクリアも試してみましょう。
そのあとは、設定を変えてみたり、プラグインを停止(無効化)してみることで切り分けを行います。
この記事をご紹介いただいた方がいらっしゃいましたら、読者の声として掲載させていただきます。
ぜひご連絡いただければと思います。
PageSpeed Insightsで常にパフォーマンスが20点だった自分のブログでしたが高得点を出す事ができました!
— トシ👞革靴大好き靴磨きブロガー (@himablogTHR) March 24, 2022
LiteSpeed Cacheを導入してこのブログの通りに設定しただけ!https://t.co/uc8zDYH6rP
mixhostを使っている方は絶対にやるべき!#初心者ブロガー
コメント
コメント一覧 (28件)
はじめまして。
こちらの記事を参考にライトスピードキャッシュを取り入れて設定してみたところ
モバイル35→モバイル92になり改善具合に驚きました。
ありがとうございます!
ただライトスピードキャッシュに切り替えてから、アナリティクスがdirectの数がやたら増えてしまいました。
これはキャッシュが残っているリピーター?とかがdirectに換算されてしまっていたりするのでしょうか…?
宜しくお願い致します。
ゆーふぃるさん、はじめまして。
改善結果を教えていただきありがとうございます!
それにしてもすごい結果ですねー😄
お役に立てたようでよかったです。
アナリティクスの測定値ですが、ゲストモードが悪さをしているかもしれません。
[ページの最適化]設定の[チューニング]タブで、[ゲストモードのJSは除外]に以下を追加してみてください。
gtag/js
gtm.js
analytics.js
window.dataLayer
結果がわかったらまた教えてください!
suyaさん早速ありがとうございます!
スピード遅くてどうにかしたいな〜と悩んでいたので本当に助かりました。
早速ありがとうございます!
設定してみたので少し様子を見てみます。
またご報告させて頂きます。
suyaさん
設定して今日様子を見てみたのですが、やはりdirectが多いままでした💦
ただサーチコンソールの昨日の分を確認するとそちらは大体いつも通りくらいかなという感じだったので、アナリティクスだけが計測できていないようです。
とりあえず昨日試してみたのは
◯キャッシュのオフ&ブラウザキャッシュのオフ
◯DNSフェッチのオフ
→変わらず
今日は教えていただいた
◯キャッシュとフェッチはオンに戻す
◯ゲストモードのjsはオフに4つを追加
→変わらず
でした。
ゆーふぃるさん
[ゲストモード]をオフにしてみたらどうなりますか?
あと、念のため確認ですが、[ページの最適化]設定で[JS設定]タブの設定項目のどこかをオンにしていないですよね?
ちなみに、サーチコンソールはWordPress側ではなく、Google側の計測値なので関係ないです。
アナリティクスもdirectになっているだけで、合計数は変わっていないのではないですかね?
suyaさん
ゲストモードオフにしてみました。
これで少しまた様子を見てみます!
js設定は全てオフになっています。
なるほど、そうなのですね。
はい、合計数は変わってなさそうです!
では最悪アナリティクスがdirectばかりでもサチコやSEO的にはそんなに影響しないんですかね…?
色々と教えて頂いてありがとうございます!
お手数おかけしてしまい申し訳ありません。
Suyaさん
おはようございます。
ゲストモードをオフにしたところアナリティクスの測定は通常に戻ったようです。
ありがとうございます。
ただスピードも戻ってしまったので、ゲストモードによる改善が大きかったようです。
悩ましいところですね…笑
ゆーふぃるさん
ゲストモードがオフで戻ったのだとすると、以下のJS除外でいける気がするんですがねー。
gtag/js
gtm.js
analytics.js
window.dataLayer
ちなみに、アナリティクスは自分のサイトのアクセス解析をすることが目的のツールなので、SEO効果はありません。
企業はアナリティクスを使っていないところも多いので、アナリティクスだけでSEO効果があったら困りますもんね。
suyaさん
ありがとうございます。
再度ゲストモードオンで、4つのゲストモードのjs除外を設定しなおしてみました。
ちなみにFlyingScrptsというプラグインを入れていたので、アナリティクスやタグマネージャーなどの遅延は入れてませんでしたが一応そちらも試しにプラグイン自体を一度オフにしてみました。
なるほど!確かにそうですね。
これでもダメそうならスピードを優先して、アナリティクスは合計のPVなどが見られたら良い気もするので気にしないようにしておきます笑
色々とありがとうございます!
suya様
はじめまして。
モバイルの表示速度が気になり、こちらの設定を試してみたところ、モバイル・PC全てのページにて画像表示がされなくなってしまいました。
どう対処したらよいか途方に暮れています。
何卒ご教授願います。
suya様
プラグインを見直してみたところ、EWWW Image Optimizerを無効化したら画像が表示されるようになりました。
無効化したままでもモバイル・PC共に速度を維持出来ているので、このままの設定で暫く様子を見たいと思います。
お騒がせして失礼いたしました。
いしともさん、はじめまして。
コメントいただきありがとうございます!
解決したようでよかったです。
記事にも「EWWW Image Optimizer」に関する注意書きを追記しておきました。
よいLiteSpeedライフをお過ごしください。
suya様
はじめまして。
PageSpeed Insightsのモバイルが33→100になりました!
嬉しくてついコメントしてしまいました。
ブログ初心者でキャッシュ系のプラグイン複数入ってました・・・
不要なプラグインや、重複してるプラグインなどがわかり、初心者でもわかりやすかったです。
ありがとうございました。
あなつな様、はじめまして。
実際に結果につながったとのコメントありがとうございます!
サイト表示も高速で、デザインもおしゃれなブログですねー。
「LiteSpeed Cache」は、使えるサーバーならとても便利なプラグインですので、よかったらブログなどで紹介してあげてください。
suya様
お返事ありがとうございます。
suya様のおかげで、PageSpeed Insightsのモバイルが改善されました!
ブログも見て頂き恐縮です。今後も参考にさせて頂きます★
あなつな様
こちらこそ、参考にしていただきありがとうございます。
今後ともマニュオンをよろしくお願いします!
suya様はじめまして。
日頃から大変参考にさせて頂いてます。
今回お伺いしたいのは、先日「ゲストモードをオンの状態だと、Cookieを無効にしてアクセスするとリロードが繰り返される」というこちらの記事を見かけ
https://aki-lab.net/2021/09/litespeed-cache%E3%81%AE%E3%82%B2%E3%82%B9%E3%83%88%E3%83%A2%E3%83%BC%E3%83%89%E3%81%AF%E3%82%AA%E3%83%95%E3%81%AB%E3%81%97%E3%82%88%E3%81%86/
自分で試してみたら、解説の通りリロードが繰り返されてしまいました。
対処法はあるのでしょうか?
それともクッキー無効のアクセスとかは特に気にする必要はないんでしょうか?
なにぶんこういうことは全くの初心者なもので・・・
何卒ご教授願います
ヒカルさん、はじめまして。
マニュオンをご覧いただきありがとうございます。
私はCoockieをオフにしてもリロードしなかったのですが、どんな環境で試されましたか?
閲覧環境(ブラウザ、ブラウザの設定)、サイト環境(WordPressバージョン、テーマ、使用プラグイン)などを教えてください。
それか、リロードする設定にした状態でURLを教えていただければ、私の環境で閲覧してもリロードするか試してみることもできます。
あと、念のため確認ですが、LiteSpeed Cacheの設定は記事の通りでしょうか?
Cookieをオフにしている人は少ないとは思いますが、対策できるといいですね。
suya様、お世話になります。
アンドロイドオペラで確認しました。
ワードプレスバージョン5.8.3でコクーンを使っていて、LiteSpeed Cache設定は記事の通りです。
よろしくお願いいたします。
すみません、Chromeで試してみたらリロードはしなかったです。
Operaではリロードされました。
ただ単にブラウザによって違うということですかね。
ヒカルさん
情報提供ありがとうございます。
URLはコメントから削除させていただきましたが、やはりChromeではリロードしませんでした。
海外フォーラムでも同様の事象報告はないため、おそらくOperaモバイルブラウザだけなど限定された状況での問題なのでしょう。
設定変更を試してみるとしたら、「キャッシュ」→「モバイルをキャッシュ」をオンにしてみるとかでしょうか。
あるいは、「一般設定」→「チューニング」で「ゲストモードのユーザーエージェント」に「Opera Mini」や「Opera Mobi」を追加してみるとかでしょうか。
試してみた場合は、結果を教えてください。
suya様
2つとも試してみましたが改善はされませんでした。
まぁでもChromeが大丈夫ならいいかなとも思います。
迅速なご対応ありがとうございます。
suyaさま
はじめまして。
LiteSpeed Cacheの使い方に関して大変有用な記事で、参考にさせていただいております。
実はこの度、どうしても良くわからない現象が生じており、原因究明と解決策を探っています。
ほぼご案内通りの設定後にサイトを古いsafari10.0(第4世代iPad)で確認しますと、サイト表示が、当方サイトの場合、0.5秒程度の周期でリロードが繰り返されています。
そこで、貴サイトもSafari10.0で確認してみたところ、同様の現象が生じていることがわかりました。他にもいくつかのLS Cacheの使い方を紹介しているサイトがありますが、複数のサイトで、正しく表示されず、リロード周期は0.5~2秒程度で表示が繰り返されています。
当方サイトの場合、LS Cache以外のすべてのプラグインを1つずつ停止させ、確認した範囲では、問題現象は解消しませんでしたが、テーマの更新や設定項目のON、OFFを切り替えるなどの操作をしているうちに、いつのまにかsafari10.0でも正常に表示されるようになってしまいました。
優良情報の共有ありがとうございます。
ちなみに、今どんな設定になっているか教えていただけないでしょうか。
設定ファイルはツールボックスからエクスポートできるはずです。
どこかにアップロードしてURLを共有いただくか、お問い合わせからメールいただければファイル添付も可能です。
suya様
はじめまして。
LiteSpeed Cacheの設定で質問があります。
上記のヒカルさんのコメントでもあるように、
記事通りの設定にしたところ、「リロードが繰り返される」状況になりました。
原因が分からなかったので、設定を変えようとしてみると
「Sorry, your request cannot be accepted.」
と表示されます。
リロードが止まらないので、とりあえず「LiteSpeed Cache」を無効化。
再度、有効化しても、
「Sorry, your request cannot be accepted.」
と表示され何も出来ません。
一度、「LiteSpeed Cache」を削除し、再インストール→有効化しても、
「Sorry, your request cannot be accepted.」
となり、アクセス拒否されてしまいます。
何か対策方法はありますでしょうか?
よろしくお願いします。
リロードが繰り返される問題は、ほとんどの場合ブラウザや外部埋め込みコードに依存しています。
ご使用のブラウザと事象の発生するURLを教えてください。
非常に参考になりました。スウェルに変えてスピードが少し遅くなったのですが、記事通りに実践した結果、改善されました。
が、体感的には、まだ少し遅い印象です。その場合、サーバー[ミックスホスト)側が重くなってるので、変えるのが一番でしょうか?
現在2サイトを一つのサーバーで運営しており、今回設定した別のサイトは少し重いので、それが原因でサイト表示の体感が遅いのかなと思いました。体感スピードを早くするにはどういった対処法があるか教えていただけると助かります。
コメントありがとうございます。
詳しくは実際のサイトを見てみないことにはわかりませんが、同じサーバーで複数サイトを運営しており、その中の1つのサイトが重い場合は他のサイトにも悪影響が出ます。
セキュリティ的にも1つのサーバーで複数サイトを運営するのはよろしくないため、基本的には1サイト1サーバーで運営することをおすすめします。