あなたのウェブサイトの速度を過給するためのW3トータルキャッシュ設定

公開: 2020-11-10

あなたはそのタイトルを正しく読んだ。

この投稿は、すべてのブロガーがツールベルトの下に持つべき特定のWordPressプラグインに関するものです。

私はW3Total Cache —オールインワンのWebサイト最適化プラグインについて話しています。

WordPressを使用している場合は、W3 TotalCacheを使用してWebサイトのパフォーマンスを向上させる方法を確認してください。

1.はじめに
2.一般設定の最適化
3. W3トータルキャッシュの最適設定：ページキャッシュ
4.最小化設定の最適化
5.データベースキャッシュの最適化
6.オブジェクトキャッシュの最適化
7.ブラウザキャッシュの最適化
8.ユーザーエージェント、リファラー、およびCookieグループの最適化
9.フラグメントキャッシュの最適化
10.スケーラビリティのための拡張機能の使用
11.結論

時間のプラグインを紹介することから始めましょう。

W3トータルキャッシュとは何ですか？

ブロガーとして、あなたのウェブサイトのパフォーマンスを向上させることは最優先事項でなければなりません。

ユーザーエクスペリエンスが大幅に向上するだけでなく、検索エンジンのランキングを上げるのにも役立ちます。

W3 Total Cacheを使用すると、Webサイトのパフォーマンスの最適化を簡単に行うことができます。読み込み速度に影響を与えるほとんどの要因に必要なすべての機能を備えています。

他のすべてのWordPressプラグインと同様に、W3 TotalCacheのインストールが最初のステップです。

メインメニューから[パフォーマンス]をクリックし、[ダッシュボード]をクリックすると、プラグインの概要ページを表示できます。

これにより、プラグインの主要な機能のいくつかをよく見ることができます。 WordPressの互換性チェックやキャッシュを空にするなどのクイックアクションを実行することもできます。

もちろん、W3 TotalCacheダッシュボードページはほんの始まりに過ぎません。

ボンネットの下をよく見てみませんか？

一般設定の最適化

ほとんどのWordPressブロガーと同様に、「一般設定」ページはおそらく最初にチェックするセクションです。

幸いなことに、ここでW3 TotalCacheのコア機能を有効にすることもできます。

1.Webサイトに適したページキャッシュ設定の選択

先に進む前に、ページキャッシュ（およびW3 Total Cacheの多くの機能）については、この投稿ですでに説明しています。そうすることで、後で説明するすべての戦略についてより詳細に説明できるはずです。

これで、文字通り2回のクリックでW3 TotalCacheを使用してページキャッシュを有効にできます。

「ページキャッシュ」セクションの下にある「有効にする」チェックボックスを選択し、「すべての設定を保存」をクリックするだけです。

ウェブサイトのキャッシュは、ブラウザがウェブサイトのデータを一時的に保存できるようにすることで機能します。これにより、ユーザーは次回の訪問時にコンテンツを即座に取得できます。

他の設定はどうですか？

W3 Total Cacheを使用する利点は、ほとんどの機能が箱から出してすぐにうまく機能することです。ただし、注意が必要なW3 TotalCacheの最適な設定があります。

サイトが現在共有ホストで実行されている場合は、ページキャッシュ方法として[ディスク：拡張]を選択します。

ただし、専用サーバーにアップグレードする場合は、 「オペコード」キャッシュを選択する必要があります。クラウドホスティングを使用している場合は、 「Memcached」をページキャッシュ方式にする必要があります。

2.帯域幅の使用量を減らすためにコードを縮小する

コードの縮小は、Webサイトのパフォーマンスを簡単に向上させることができるもう1つのW3トータルキャッシュ機能です。

Webサイトのコードは、Webブラウザにロードするために帯域幅を消費することに注意してください。これには、CSS、HTML、JavaScriptなどが含まれます。

コードのこれらのビットが大きいほど、転送する必要のある帯域幅が多くなります。

これにより、ページの全体的な読み込み時間が長くなります。

昔ながらの方法で縮小する方法

縮小化により、コメント、空白、改行などの不要なコード要素が削除されます。

手動でやりたいですか？

確かに、コンピュータの前で何日も、あるいは何週間も続けて見つめる準備ができているなら。

代わりに、Minify Codeなどのツールを使用して、アップロードしたコードを自動的に縮小します。

それがあなたにとって十分に簡単ではない場合、W3 TotalCacheはあなたのコードを簡単に縮小することができます。

W3トータルキャッシュでそれを行う

[縮小]セクションで、 [有効にする]チェックボックスをオンにして、変更を保存します。残りの設定については、デフォルト値のままにしておくことができます。

ただし、Cloudflareを使用している場合は、W3 TotalCacheによる縮小を無効にすることができます。これは、ユーザーに代わってコードの縮小を実装するWeb最適化およびセキュリティサービス会社です。

Cloudflareに興味がある場合は、無料のソリューションを提供していることをお知らせします。

これにより、グローバルCDN、基本的なDDoS保護、および無料のSSL証明書を利用できます。

3.他のサイトキャッシング方法の使用

上記の基本的なページキャッシュとは別に、一般設定ページでさまざまなキャッシュオプションを変更することもできます。これには、データベースキャッシュ、オペコードキャッシュ、オブジェクトキャッシュ、およびブラウザキャッシュが含まれます。

これらのキャッシュオプションは、縮小セクションのすぐ下にあります。

以下は、各キャッシュオプションを使用する具体的な方法です。

オペコードキャッシュ—オペコードキャッシュは、WebサイトのPHPコードブロックを減らすことで機能します。 W3 Total CacheProをお持ちの場合にのみご利用いただけます。
データベースキャッシュ—仮想ホスティングまたはコンテンツ配信ネットワークを使用する場合は、データベースキャッシュを無効のままにしておくことをお勧めします。このオプションを有効にした後、Webサイトの速度をテストして、それが役立つかどうかを確認することもできます。
オブジェクトキャッシュ— WordPress管理領域の速度が低下する可能性がありますが、動的Webサイトにはオブジェクトキャッシュをお勧めします。これらは、ユーザーがフォーラムの投稿、ショッピングカート、その他のカスタマイズ可能な要素などのコンテンツを変更または追加できるサイトです。
ブラウザのキャッシュ—すべてのキャッシュオプションの中で、ブラウザのキャッシュは何があっても有効にする必要があるものです。それはあなたの訪問者のコンピュータのリソースを利用するので、通常の状況下であなたのサイトに悪影響を与えることはありません。

4.CDN設定の更新

追加のキャッシュ設定に続いて、「CDN」セクションがあります。

簡単に言うと、CDNは、複数のリージョンに分散されたプロキシサーバーのネットワークを活用することで機能します。ユーザーが最寄りのサーバーからウェブサイトのデータをダウンロードできるようにすることで、待ち時間が大幅に短縮されます。

CDNは、ある程度、DDoS攻撃または分散型サービス拒否攻撃に対する保護も提供します。

それで…それはW3トータルキャッシュが私にCDNを与えることを意味しますか？

残念ながら、W3 Total CacheでCDNオプションを有効にしても、これらのメリットが自動的に得られるわけではありません。

重要なのは、CDNはサードパーティプロバイダーの助けを借りてのみ利用できるということです。 Cloudflareとは別に、CDNサービスを提供する企業の他の例は次のとおりです。

MaxCDN
KeyCDN
ラックスペース

WordPressブログ用の無料CDNサービスのこのリストを読むと、より多くのオプションを表示できます。

CDNを使用する場合は、W3 TotalCacheの一般設定ページで[有効にする]をクリックする必要があります。

次に、ドロップダウンメニューから適切な「CDNタイプ」を選択して、CDNプロバイダーに一致させる必要があります。

それは何ですか—リストからCDNを見つけることができませんか？

W3 Total Cacheの人気のおかげで、CDNプロバイダーが構成プロセスを支援できる可能性があります。

たとえば、Cloudflareユーザーは、CDNでW3 Total Cacheを使用するために、公式の拡張機能を使用する必要があります。

他のCDNサービスプロバイダーの場合、「汎用ミラー」オプションが使用される可能性があります。

いずれの場合も、W3 Total Cacheを使用してCDNをセットアップする場合は、追加のセットアップが必要です。このプロセスについては、後でもう少し詳しく説明します。

5.追加設定を理解する

W3 Total Cacheが非常に人気がある理由の1つは、その包括性です。

上記の設定に加えて、パフォーマンスの最適化を次のレベルに引き上げる高度なツールもあります。

確かに、WordPressユーザーの大多数はこれらの機能を試す必要はありません。

ただし、その場合は、これらの機能について簡単に説明します。

リバースプロキシ

CDNセクションの直後に、「リバースプロキシ」があります。

これは、サイトのコンテンツが更新されるたびにVarnishキャッシュを更新する機能です。

これらの用語に慣れていない場合は、まだ使用する必要がない可能性があります。

Varnish Cacheは、主に大規模なサイトやAPIで使用されるアプリケーションアクセラレータです。サーバーにインストールすると、Webサイトのコンテンツのキャッシュを個別に実行して、速度を大幅に向上させます。

W3 Total Cacheのリバースプロキシ設定では、VarnishIPアドレスを指定できます。次に、変更を有効にするには、[すべての設定を保存]をクリックする必要があります。

物事を展望するために、VarnishはReddit、Wikipedia、StackOverflowなどの非常に大規模なWebサイトで使用されています。

これらのサイトと同じくらい多くのトラフィックを取得しない限り、今のところ、Varnishやリバースプロキシ設定について心配する必要はありません。

モニタリング

リバースプロキシと同様に、「監視」セクションは、ほとんどのW3トータルキャッシュユーザーが無視するもう1つの機能です。

基本的に、ソフトウェア分析サービスであるNewRelicを介してサイトまたはWebアプリケーションのパフォーマンスを監視できます。

New Relicを使用する場合は、ここでAPIキーを構成する必要があります。

フラグメントキャッシュ

PHPコードの動的ブロックを使用するWebサイトの場合、フラグメントキャッシュにより、Webサイトの速度が大幅に向上します。

フラグメントキャッシングは効果的ですが、この機能には2つの欠点があります。

まず、実装には注意が必要です。

W3 Total Cacheの一般設定ページの「フラグメントキャッシュ」セクションは、展開の最初のステップに役立ちます。

フラグメントキャッシュメソッドを選択した後、PHPコードの「フラグメントグループ」も定義する必要があります。これは開発者の仕事ですが、学びたい場合は、W3Edgeのこのページから始めてください。

複雑な構成プロセスとは別に、フラグメントキャッシュでは、W3 Total CacheProを購入する必要があります。

これにより、知っておくべき次の機能に移動します。

ライセンス

W3 Total Cache Proにアップグレードした場合は、「ライセンス」セクションでキーを入力できます。完了したら、[ライセンスキーの確認]をクリックして、現在のWordPressインストールのコピーをアクティブ化します。

それは私に思い出させます、私たちはまだW3 Total CacheProの利点について話していません。

W3 Total CacheProの4つのセールスポイントの1つであるフラグメントキャッシングについてはすでに説明しました。

その他の設定

W3 Total Cacheの柔軟性は、一般設定ページの「その他」セクションで完全に表示されます。

一番上にあるのは「Googleページスピードダッシュボードウィジェットを有効にする」オプションです。

適切に構成すると、WordPressダッシュボードにWebサイトのPageSpeedInsightsレポートのデータが表示されます。チェックボックスを選択して、PageSpeedAPIキーを入力するだけです。

PageSpeed Insightsの使用は、Webサイトのパフォーマンスを測定するための頼りになる方法です。

上記の機能を使用すると、速度スコアがリアルタイムで更新されるため、W3 TotalCacheを簡単に調整できます。

PageSpeed Insights APIキーの入手先がわからない場合は、Googleのこのドキュメントを参照してください。

PageSpeed Insightsが統合されている場合は、 [管理バーにページ評価を表示する]オプションを有効にすることもできます。これにより、Webサイトの速度スコアがWordPressダッシュボードにすぐに表示されます。

PageSpeed Insightsに関連する設定の下には、 [書き換えルールの確認]オプションがあります。

説明が示すように、 .htaccessファイルに書き換えルールに問題がある場合は常に警告が表示されます。

このオプションを有効にしても、Webサイトのパフォーマンスに悪影響はないため、そのままにしておくことをお勧めします。これは、Webサイトのコードの整合性を維持するのに役立ちます。

次に進むと、 「ファイルロックを有効にする」オプションは、複数のユーザーまたはプロセスが同じファイルに同時にアクセスするのを防ぎます。

W3 Total Cacheは、共有ホスティングで実行されているWebサイトとともにNFSシステムに対してこのオプションを無効にしておくことをお勧めします。

おそらく、ファイルロックが役立つ唯一のシナリオは、アクセスの競合が発生する可能性のある非常に混雑したサイトです。それでも、知覚できるパフォーマンスの向上にはつながらない場合があります。

暫定的なパフォーマンス最適化機能と言えば、次のオプションも読み込み速度の向上を保証するものではありません。興味深いことに、ファイルロックとは正反対のユースケースがあります。

WebホストがNFSベースの場合は、 「ディスク拡張ページを最適化し、NFSのディスクキャッシュを最小化する」を有効にすることを検討してください。 これにより、Webサイトのパフォーマンスが大幅に向上する可能性がありますが、機能するかどうかを自分で確認する必要があります。

最後に、最後の2つのその他の設定は、Webサイトのパフォーマンスの向上とは何の関係もありません。

「製品品質を向上させるために使用状況を匿名で追跡する」を有効にすると、プラグインの使用状況を追跡するためにW3 TotalCacheを付与します。プラグインの開発に関心がある場合に便利ですが、多くのブロガーはこれをオフにすることを好みます。

一方、「キャッシュ統計を有効にする」は、時間の経過とともにW3トータルキャッシュを微調整する場合に役立ちます。

6.デバッグ設定

キャッシュ統計を使用する場合は、デバッグ設定も使用するのが理にかなっています。

デバッグモードを有効にすると、特定のキャッシュに関する詳細情報が生成されます。それらを使用するには、アクティブにするモードのチェックボックスをオンにします。

問題は、デバッグモードを有効にすると、パフォーマンスが理想的とは言えなくなる可能性があることです。これは、サイトがW3 TotalCache機能を追跡するために追加の作業を行う必要があるためです。

とはいえ、デバッグは短期的に実行し、すべての問題を解決したら無効にする必要があります。

7.W3トータルキャッシュ構成のインポートとエクスポート

W3 Total Cacheは、セットアップをほとんどまたはまったく必要としないプラグアンドプレイソリューションと見なされることがよくあります。

これまで読んだことで、同じことを言うことができますか？

おそらくそうではありません。

実際、サイトのニーズに合わせてW3 Total Cacheを構成する場合は、数時間かかる場合があります。

そのため、W3 Total Cacheでは、プラグイン構成設定をエクスポートおよびインポートできます。

プラグイン構成を外部ソースからインポートするには、[ファイルの選択]をクリックし、HTMLまたは.jsonドキュメントを見つけて、[アップロード]をクリックします。信じられないかもしれませんが、実際には、プラグイン構成をダウンロードできるWordPressブログがあります。

プラグイン設定をバックアップとしてエクスポートする必要がある場合は、[構成のエクスポート]の横にある[ダウンロード]をクリックするだけです。

設定ファイルをインポートして誤ってWordPressサイトを台無しにしましたか？

心配しないでください。ワンクリックでいつでもプラグインをデフォルト設定に戻すことができます。

「デフォルト設定に戻す」をクリックするだけで、あなたは金色になります。

W3トータルキャッシュの最適設定：ページキャッシュ

W3 Total Cacheの一般設定が完了したら、高度なページキャッシュオプションを使用します。

まだカバーすべきことがたくさんあるので、ウェブサイトのパフォーマンスを最大化するための推奨設定に取り掛かりましょう。

アドバイスの言葉：この投稿の残りの部分では、多くの専門用語に遭遇します。そうは言っても、別のタブを開いたままにして、それらの定義を検索できるようにしてください。

しかし、あなたの便宜のために、私はほとんどのWordPressブログに最適な構成をリストアップしました。あとは、これらの設定をコピーして、W3 TotalCacheに適用するだけです。

準備はいいですか？「パフォーマンス」サブメニューから「ページキャッシュ」をクリックして開始します。

8.適切な一般オプションの選択

ページキャッシュの場合、WordPressサイトで使用する必要がある最適なW3トータルキャッシュ設定は次のとおりです。

投稿のキャッシュページ—有効にします。
フロントページをキャッシュしない—無効にします。
キャッシュフィード：サイト、カテゴリ、タグ、コメント—有効にします。
SSL（HTTPS）要求のキャッシュ—SSL証明書を使用する場合に有効にします。
クエリ文字列変数を使用してURIをキャッシュする—チェックボックスがグレー表示されていない限り有効にします。
キャッシュ404（見つかりません）ページ—無効にします。
ログインしたユーザーのページをキャッシュしない—有効にします。
次のユーザーロールのページをキャッシュしない—すべてのユーザーロールを選択している限り有効にします。

9.エイリアスの構成

エイリアスが何であるかさえわからない場合は、「エイリアス」セクションの下にあるものには何も触れないでください。

Webホスティングの世界では、エイリアスは同じWordPressインストールを指す別個のドメインです。これは一人のブロガーがめったにしないことなので、このセクションは無視してかまいません。

それ以外の場合は、次に何をすべきかをすでに知っている必要があります。

10.キャッシュプリロードの利用

通常のキャッシュはトラフィックを返すエクスペリエンスを向上させますが、キャッシュのプリロードはすべての人にメリットをもたらします。

はい—これには初めての訪問者も含まれます。

キャッシュのプリロードに最適な設定は次のとおりです。

ページキャッシュを自動的に準備します—有効にします。
更新間隔—900秒。
間隔あたりのページ数—10ページ。
サイトマップのURL—サイトマップのURLを貼り付けるだけです。この投稿を読んで、サイトマップの詳細をご覧ください。
公開イベント時にポストキャッシュをプリロードします—有効にします。

11.キャッシュパージポリシーの設定

キャッシュを削除すると、ユーザーはWebサイトで最新の変更を表示できるようになります。

パージポリシーを設定すると、次のいずれかが発生するたびに、このプロセスが自動操縦になります。

新しい投稿を作成します
既存の投稿を編集します
ユーザーがコメントを投稿する

Webサイトのパフォーマンスに影響を与えないパージポリシーを作成するには、次の設定を使用します。

キャッシュするページ—フロントページ、投稿ページ、投稿ページ、ブログフィード。
パージするフィードタイプを指定します— Rss2（デフォルト）。
パージ制限—ハイエンドサーバーを使用している場合は15以上。
追加ページ—空白。
サイトマップの削除—デフォルトの正規表現値を保持します。

12. RESTAPIの管理

W3 Total Cache Proを使用していて、RESTful APIを使用している場合は、RESTAPIキャッシュツールを利用できます。

RESTful APIは、 Representational StateTransferテクノロジーに基づいています。これは、WordPressをJavaScriptフロントエンドに接続する、プラグインを駆動する、モバイルアプリを構築するなどのタスクに使用されます。

推測させてください—あなたはその規模の何かをすることにはほど遠いです。

その場合、RESTAPIキャッシュをデフォルト設定のままにしておくことをお勧めします： 「キャッシュしない」。

13.詳細なページキャッシュ設定

W3 Total Cacheには、ページキャッシュの詳細設定の長いリストがあります。

当然、Webサイトの要件に基づいてこれらの設定を構成する方法は多数あります。ただし、ほとんどのブロガーにとって、以下の設定により、読み込み速度が確実に向上します。

初期化の遅延—無効にします。
レイトキャッシング—無効にします。
互換モード—キャッシュエラーが発生しない限り無効にします。
文字セット—ページキャッシュに異常な文字が見つからない限り無効にします。
HEADリクエストを拒否—デフォルトのままにします。
ガベージコレクション間隔—ディスクにキャッシュする場合は3,600秒（それ以外の場合、このオプションはグレー表示されます）。
コメントCookieの有効期間—1,800秒
受け入れられるクエリ文字列—空白。
拒否されたユーザーエージェント—空白。
拒否されたCookie— wptouch_switch_toggle （デフォルト）。
次のページは絶対にキャッシュしないでください—wp-。* \。phpおよびindex \ .php （デフォルト）。
これらのカテゴリに関連付けられたページをキャッシュしないでください—空白。
これらのタグを使用するページは絶対にキャッシュしないでください—空白。
これらの作成者によるページをキャッシュしないでください—空白。
これらのカスタムフィールドを使用するページをキャッシュしないでください—空白。
キャッシュ例外リスト—キャッシュに問題があるページを追加します。
末尾以外のスラッシュページ—デフォルトのページを保持します。
ページヘッダーの指定—デフォルト設定を維持します。
XML mimeタイプの処理—有効にします。

縮小設定の最適化

繰り返しになりますが、Cloudflareを使用する場合は、W3 TotalCacheコードの縮小設定を変更する必要はありません。

[縮小]ページでは、WordPressWebサイトでのコード縮小の処理方法を制御できます。

縮小構成ページの各セクションの内訳は次のとおりです。

14.一般設定

縮小化に関しては、一般設定を変更する必要はありません。しかし、それは、W3 TotalCacheの理想的なコード縮小設定を確認するべきではないという意味ではありません。

URL構造の書き換え—有効にします。
ログインしたユーザーの縮小を無効にする—デフォルトのままにします。
エラー通知を縮小—無効にします。

15.HTMLとXMLの縮小

デフォルトでは、W3 TotalCacheはWebサイトのHTML上のインラインCSSおよびJavaScriptファイルを縮小しません。これらのオプションを有効にして、Webサイトのパフォーマンスを向上させることができます。

HTMLミニファイ設定—インラインCSSおよびインラインJSミニファイで有効にします。
コメントステムを無視する—デフォルト値を保持します。

16.JSミニファイ設定

インラインJavaScriptミニファイは最初は無効になっていますが、サイトでの実際のJavaScriptミニファイは最初から有効になっています。

次の設定を適用することで、JavaScriptの縮小効果を最大化できます。

JSミニファイ設定— 「結合のみ」ではなく「ミニファイ」を選択しているときに有効にします。
エリアでの操作（以前）— 「延期」を使用したノンブロッキング。
エリアでの操作（後）— 「延期」を使用したノンブロッキング。
保存されたコメントの削除—有効にします。
改行の削除—有効にします。
HTTP / 2プッシュ— Nginxで「Disk：Enhanced」メソッドを使用する場合を除いて有効にします。

17.CSS縮小設定

JavaScriptの縮小化と同様に、CSSの縮小化もすぐに有効になります。

ただし、流動的なWebサイトが必要な場合に有効にする、いくつかの追加設定があります。

CSS縮小設定— 「結合のみ」を選択して有効にします。
@import処理—なし。
HTTP / 2プッシュ—有効にします。

18.高度な縮小設定

ケーキのアイシングとして、以下の「詳細」セクションのオプションを使用してください。

外部ファイルを86,400秒（24時間）ごとに更新します。
ガベージコレクションの間隔— 86,400秒（24時間）。
次のページを縮小しないでください—空のままにします。
次のJSファイルを縮小しないでください—コメントと読みやすさを維持するために、現在作業中のコードを一時的に追加してください。
次のCSSファイルを縮小しないでください—上記と同じです。
拒否されたユーザーエージェント—空のままにします。
外部ファイル/ライブラリを含める— GoogleFontsやGoogleタグマネージャーなどの外部リソースのURLを追加します。必ず変更をテストしてください。
ファイル名の照合に正規表現を使用する— W3 TotalCacheを使用して外部JavaScriptライブラリを最適化していない場合は無効にします。

データベースキャッシュの最適化

あなたのウェブサイトは、必要なときにいつでもフェッチしてロードしなければならない多くの部分で構成されています。

データベースキャッシングは、一般的なクエリのリソースをすぐに利用できるようにすることで、このプロセスを強化できます。これにより、ユーザーにWebサイトデータを提供する際のCPU負荷が軽減されます。

これがあなたが最初にすべきことです。 CDNまたは仮想ホストを使用していない場合は、[ログインしたユーザーのクエリをキャッシュしない]を有効にします。

19.データベースキャッシングの詳細設定

詳細設定については、次のことを行う必要があります。

キャッシュされたオブジェクトの最大存続期間—トラフィックの多いサイトの場合は180秒、トラフィックの少ないサイトの場合は最大7,200秒。
ガベージコレクション間隔— 3,600〜86,400秒の間の任意の場所（オプションがグレー表示されていない場合）。
次のページは絶対にキャッシュしないでください—空のままにします。
無視されるクエリステム— WooCommerceを使用する場合は、デフォルト値のままにするか、「wc-session」を追加します。
クエリワードを拒否—デフォルトのままにします。
定数を拒否—デフォルトのままにします。

オブジェクトキャッシュの最適化

オブジェクトキャッシュは、Webサイトの読み込みにかかるCPU使用率を削減するもう1つの方法です。

この機能をオンにした状態で管理領域の速度が低下しても驚かないでください。ユーザーのエクスペリエンスを重視する場合、実際には妥当なトレードオフです。

20.オブジェクトキャッシングの詳細設定

動的なWebサイトは、データベースとオブジェクトのキャッシュによって機能し、高速で応答性を維持します。これらの最適な設定を適用する必要があります。

キャッシュオブジェクトのデフォルトの有効期間—データベースキャッシュと同様に、これはトラフィックの多いサイトの場合は180秒、トラフィックの少ないサイトの場合は最大7,200秒である必要があります。
ガベージコレクション間隔—3,600秒。
グローバルグループ—デフォルトのままにします。
非永続グループ—デフォルトのままにします。
wp-adminリクエストのキャッシュを有効にする—これを有効にすると、WordPress管理パネルが高速化されますが、キャッシュされた古いデータを取得した場合は無効にします。
トランジェントをデータベースに保存—有効にします。

ブラウザキャッシュの最適化

データベースとオブジェクトのキャッシュはどちらもオプションですが、すべてのWordPressサイトでブラウザのキャッシュを有効にする必要があります。

これにより、Webブラウザーは、画像、テキスト、コードなどの静的なWebサイトファイルを保存して、すぐに取得できるようになります。

コードの縮小と同様に、ブラウザのキャッシュにもオプションの広範なリストがあります。

以下は、各セクションの概要です。

21.一般設定

経験則として、ブラウザのキャッシュ設定ページの「一般」セクションで最初の6つのオプションを有効にします。

最終変更ヘッダーを設定
有効期限ヘッダーを設定します
キャッシュ制御ヘッダーを設定する
エンティティタグを設定する
W3 TotalCacheヘッダーを設定します
HTTP（gzip）圧縮を有効にする

何か楽しいことを知りたいですか？

これらのほとんどは、無料のWebサイトパフォーマンス分析ツールであるGTmetrixでテストできるブラウザーキャッシュ機能です。

W3 Total Cacheを構成するときにGTmetrixを使用して、特定のキャッシュ機能を検証できます。上記のものについては、分析レポートの「YSlow」タブに表示されます。

最初の6つのオプション以外にも、ブラウザーのキャッシュ構成ページで管理する必要があるものがあります。

HTTP（brotli）圧縮を有効にする—可能な場合はこのオプションを有効にし、gzip圧縮よりも優れているかどうかをテストします。
設定変更後のオブジェクトのキャッシュを防止する—有効にします。
静的リソースからクエリ文字列を削除する—有効にします。
例外リストのキャッシュを防ぐ—空のままにします。
静的ファイルにCookieを設定しない—有効にします。
WordPressで静的オブジェクトの404エラーを処理しない—無効にします。
404エラー例外リスト—デフォルトのままにします。
オブジェクトのURL構造を書き換える—無効にします。

22. CSSとJS、HTMLとXML、ブラウザのキャッシュ設定

上記のように、ブラウザのキャッシュはCSS、JavaScript、HTMLファイルなどのコードで使用できます。

WordPress Webサイトを最高の状態に保つために、これらの設定はそのままにしておくことをお勧めします。

念のために言っておきますが、CSSとJS、HTMLとXML、メディアとその他のファイルの設定は多少似ています。構成が異なる理由はないため、適用される場合は次の設定を使用してください。

Last-Modifiedヘッダーを設定—有効にします。
有効期限ヘッダーの設定—有効にします。
ヘッダーの有効期限が切れます— HTMLとXMLの場合は3,600秒、他の2つの場合は31,536,000秒（1年）。
キャッシュ制御ヘッダーの設定—有効にします。
キャッシュ制御ポリシー—デフォルトのままにします（max-ageを使用したキャッシュ）。
エンティティタイトルタグの設定—有効にします。
W3 Total Cacheヘッダーを設定します—有効にします。
HTTP（gzip）圧縮を有効にする—有効にします。
HTTP（brotli）圧縮を有効にする—以前と同じ。
設定変更後のオブジェクトのキャッシュを防止する—有効にします。
静的リソースからクエリ文字列を削除する—有効にします。
静的ファイルのCookieを無効にする—有効にします。

23.セキュリティヘッダーをどうするか

ここまでで、W3 TotalCacheにはそのままにしておく必要のある特定の設定があることをすでに知っているはずです。

セキュリティヘッダーはそれらの設定の1つです。

ここにあるオプションは、Web開発とセキュリティに精通しているユーザーのために予約されています。サイトのHTTPStrict Transport Securityポリシーディレクティブを変更したり、X-XSS-Protectionを有効にしたりすることができます。

これらの用語が初めての場合は、セキュリティヘッダーの下にあるすべてのものをデフォルト値のままにします。

ユーザーエージェント、リファラー、およびCookieグループの最適化

W3 Total Cacheでは、開発者以外のほとんどのWordPressユーザーは、「グループ」構成ページも無視する必要があります。

これには、 「ユーザーエージェントグループ」、「リファラーグループ」 、および「Cookieグループ」が含まれます。

ただし、ユーザーエクスペリエンスに影響を与える可能性のある、一部のグループタイプのユースケースがいくつかあります。

24.パーソナライズのためのユーザーエージェントグループ

上級のWordPressユーザーの場合、ユーザーエージェントグループを使用して、特定のトラフィックを別のドメインにリダイレクトできます。あなたは彼らのブラウザにあなたのWordPressサイトに別のテーマをロードさせることさえできます。

すべてのモバイルユーザー用のグループを作成したとします。

ユーザーエージェントグループを使用すると、それらをサイトの別のモバイルバージョンにリダイレクトできます。そうでない場合は、よりモバイルフレンドリーなテーマでサイトを起動するようにブラウザに指示することができます。

注意して続行し、サイトを壊さないように構成をテストすることを忘れないでください。

CDN設定の最適化

あなたはすべての仕事をしているように感じますか？

それでは、良いニュースがあります。

CDNを使用することにした場合、サービスプロバイダーはW3 TotalCacheの構成を喜んで支援する必要があります。

つまり、これらの設定をすべて無視して、CDNベンダーの支援を待つことができます。

SSLページのCDNで問題が発生している場合は、回避策を説明するのが妥当です。

25.SSLページでCDNを無効にする方法

[詳細設定]セクションで、[ SSLページでCDNを無効にする]を選択します。 CDNプロバイダーに支援を求めている間、影響を受けるページは正常に読み込まれるはずです。

フラグメントキャッシュの最適化

「フラグメントキャッシュ」設定ページは、スキップする必要があるW3トータルキャッシュのもう1つの領域です。

これは、プラグインのProバージョンがない場合に特に当てはまります。

26.フラグメントキャッシング機能の構成

プラグインの料金を支払い、フラグメントキャッシュを使用したい場合は、以下の点に注意してください。

登録済みフラグメントグループ— W3 Total Cacheのフラグメントグループを定義しようとしている場合は、ここに表示されます。
キャッシュされたフラグメントのデフォルトの有効期間—デフォルト値は180秒ですが、トラフィックが少ない場合は長くすることができます。
ガベージコレクションの間隔—トラフィックの多いサイトがある場合は、これを3,600秒（デフォルト）に保ちます。
手動フラグメントグループ—ここに手動でフラグメントグループを入力します—何をしているのかわからない場合は、触れないでください。

スケーラビリティのための拡張機能の使用

最後に、W3 TotalCacheには多数の拡張機能がプリインストールされていることを知っておく必要があります。

WordPressユーザーは、「拡張機能」ページで自宅にいる必要があります。 W3 Total Cacheのロゴがないと、ダッシュボードの「プラグイン」ページのカーボンコピーのように見えます。

これは、拡張機能のアクティブ化と非アクティブ化には、使い慣れたプロセスが含まれることを意味します。各拡張機能の下部にあるボタンをクリックするか、ドロップダウンメニューを使用して「一括操作」を実行します。

W3 Total Cacheエコシステムを実行する完璧な方法はないため、アクティブ化する拡張機能を決定します。

27. WordPressWebサイトの3つの重要なW3トータルキャッシュ拡張機能

以下は、最も有用なW3 TotalCache拡張機能の一部とその機能です。

AMP —AMPまたはAcceleratedMobile Pagesプロジェクトは、ウェブサイトの所有者がモバイルで非常にスムーズな読み込み速度を実現するのに役立ちます。この拡張機能を有効にすると、W3 TotalCacheの縮小機能にAMPサポートが追加されます。
Yoast SEO —ページ上の最適化をYoast SEOに依存している場合は、この拡張機能をアクティブにして、W3 TotalCacheをシームレスに統合します。
StudioPressによるGenesisFramework —多くのWordPressユーザーは、Genesis Frameworkを利用して、SEOに適したWebサイトをゼロから構築しています。このユーザーグループに属している場合は、この拡張機能を有効にして、パフォーマンスを30〜60％向上させます。

最後のアドバイスは次のとおりです。拡張機能をアクティブにする場合は、一度に1つずつアクティブにします。

プラグインと同様に、拡張機能はアクティブなときにWebサイトで予期しない問題を引き起こす可能性があります。一度に1つの拡張機能を有効にすることで、潜在的な問題の原因を簡単に特定できます。

結論

Webサイトのパフォーマンスを最適化するためのW3Total Cacheの構成には、時間がかかる場合があります。

急いではいけません—いつでも必要なときにいつでもこのページをブックマークして参照できます。

徐々に調整を行うときは、Webサイトの速度をテストすることを忘れないでください。その間に、これらの設定を再適用する必要がある場合に備えて、構成をバックアップとしてエクスポートします。

以下のコメントで、W3 TotalCacheの使用経験について教えてください。

あなたはおそらくそれも好きでしょう：

ブログの直帰率を減らし、トラフィックを最大化する19の簡単な方法
WordPressプラグインに関するすべて
ブロガーのための10の最高のソーシャルシェアリングWordPressプラグイン