W3 Total Cache を使用して WordPress キャッシュをセットアップする方法

<スパン>1. WordPress 内部関数の初心者ガイド
<スパン>2. WordPress キャッシュとは何ですか?なぜ重要ですか?
<スパン>3. WordPress キャッシュはどのように機能しますか?
<スパン>4. WP Super Cache を使用した WordPress キャッシュのインストールとセットアップ方法
5.現在読んでいる記事: W3 Total Cache (W3TC) を使用して WordPress キャッシュを設定する方法
<スパン>6. MaxCDN レビュー: WordPress に最適な CDN?

世界で最も人気のある 2 つの WordPress キャッシュプラグインは、WP Super Cache と W3 Total Cache (W3TC) です。 Mashable の CTO によって開発された W3 Total Cache は、利用可能な WordPress キャッシュプラグインの中で最も多用途であり、Smashing Magazine、Mashable、MakeUseOf、Yoast などのトラフィックの多いサイトで使用されています。このチュートリアルは、W3 Total Cache を構成するための初心者向けガイドです。アドバイス: W3TC には高度な設定が多数あり、その中には理解するのが難しいものもあります。設定に慣れていない場合は、いじらないことをお勧めします。さぁ、始めよう！

W3トータルキャッシュのインストール

W3 Total Cache プラグインをインストールするには、WordPress ダッシュボードを開き、 [プラグイン] > [新規追加] の順に選択します。 「w3 total cache」を検索し、最初の結果をインストールします。プラグインを手動でダウンロードし、FTP 経由で wp_content/plugins フォルダにアップロードすることもできます。以前に WP Super Cache などの別のキャッシュプラグインをインストールしたことがある場合は、W3 Total Cache をアクティブ化する前にそれを無効にする必要があります。これにより、2 つのプラグインが競合するのを防ぐことができます。経験則として、常に複数の WordPress キャッシュプラグインを有効にしたままにしないでください。

W3 トータルキャッシュの構成 - 一般設定

W3 Total Cache は、WordPress ダッシュボードに「パフォーマンス」という新しいメニューエントリを作成します。私たちが探しているオプションは、[パフォーマンス] > [全般] にあります。このページには、キャッシュプラグインの設定が圧倒的に多く含まれていることがわかります (高度な設定に興味がある場合はさらに多くの設定があります)。各設定は、モジュールと呼ばれるボックス内に配置されます。これらの各モジュールについて、関連するスクリーンショットを使用して説明しました。特定の設定について行き詰まったり、不明な点がある場合は、スクリーンショットに従ってください。

最初に見つかるモジュールは一般です。 切り替えチェックボックスを使用してすべてのキャッシュオプションを有効にしないことをお勧めします。ホストに必要のない（またはホストによってサポートされていない）設定をオンにする可能性があり、Web サイトの速度が誤って低下する可能性があります。ただし、すべてのモジュールをすぐに無効にしたい場合は、この切り替えチェックボックスが便利です。先に進む前に、「ページキャッシュ」または「データベースキャッシュ」という用語に慣れていない場合は、「WordPress キャッシュの仕組み」を読むことをお勧めします。

ページキャッシュモジュール

設定する 2 番目のモジュールはページキャッシュです。 ページキャッシュの方法は、ホスティング環境によって異なります。共有ホストを使用している場合は、ディスク: 拡張が最適なオプションです。ただし、専用サーバーまたは仮想サーバーを使用していて、APC (またはその他の形式のオペコードキャッシュがインストールされている) がある場合は、それぞれのオプションを選択する必要があります。

モジュールの縮小

Minify モジュールは、コメントや空白などの不要なコード行を削除することで、テーマで使用する CSS ファイルと JavaScript ファイルを圧縮します。これにより、ファイルサイズが最大 10% 削減され、サイトが高速化されます。 [キャッシュの縮小方法] で、サーバーに基づいて適切なオプションを選択する必要があります。

その他のキャッシュモジュール

次の 2 つのモジュールは、データベースキャッシュとオブジェクトキャッシュです。 ページキャッシュと縮小で行ったのと同様に、それぞれを有効にして、ホスティング環境に最適なキャッシュ方法に変更します。

有効にする最後のモジュールはブラウザキャッシュです。有効にしたら、[ すべての設定を保存] をクリックします。 これで十分です。これで、サーバーで W3 Total Cache が有効になりました。ここでは、ページキャッシュとブラウザキャッシュという 2 つの特定のモジュールを詳しく見ていきます。残りのモジュールのデフォルト値はそのままで問題ありません。

ページキャッシュ設定

ページキャッシュ設定はパフォーマンス > ページキャッシュにあります。ここでの設定は一目瞭然です。そのうちのいくつかを有効にしました。特に次のユーザーロールのページをキャッシュしないです。これにより、作成者が投稿を編集するときに、キャッシュにあるバージョンではなく、最新バージョンを表示できるようになります。

キャッシュのプリロード

デフォルトでは、W3 Total Cache は最初にページが要求されたときにページをキャッシュします。すべての投稿/ページのコピーを事前に生成するオプションもあります。こうすることで、訪問者がいつページをリクエストしたかに関係なく、キャッシュの準備が整い、ページは可能な限り最短の時間で表示されます。

ホスティング環境と Web サイトが受信するトラフィック量に基づいてキャッシュのプリロード設定を構成する必要があります。

キャッシュの更新間隔はサーバーリソースに直接影響します。時間間隔が短いほど (つまり、頻度が高いほど)、消費されるサーバーリソースは大きくなります。共有ホスティングサーバーを使用している人は、この設定に細心の注意を払う必要があります。十分に高い頻度を設定すると、サーバーリソースの乱用によりアカウントが停止される可能性があります。安全なキャッシュのプリロード間隔は 1 時間、つまり 3600 秒です。
サイトマップ URL に慣れていない場合は、Google XML サイトマップをインストールしてください。非常に使いやすく、実際に必須のプラグインです。
最後に、投稿/ページの公開時にキャッシュのプリロード操作をトリガーする最後のオプションを有効にします。

ブラウザのキャッシュ設定

これは、[パフォーマンス] > [ブラウザ] にあります。目的は、訪問者のデバイスを活用することです。ブラウザキャッシュを有効にすると、静的ファイル（CSS、JavaScript、画像など）が訪問者のブラウザキャッシュから提供されるようになります。もちろん、古いデータの使用を防ぐための有効期限があります。これにより、サーバーから大きな負荷が取り除かれ、帯域幅が節約され、サイト全体のパフォーマンスが大幅に向上します。

生きてる！

W3 Total Cache が実際に機能していることはどのようにしてわかりますか?まあ、プラグインページにはそう書いてあります。サイトのソースコードを表示して、次のようなコードを見つけることもできます。

W3 合計キャッシュパフォーマンスベンチマーク

キャッシュを有効にしてから約 1 時間待ち、GTmetrix を使用して Web サイトのパフォーマンスをベンチマークしました。これはキャッシュプラグインなしの場合です。

これは、W3 Total Cache が構成されてから 1 時間後のものです。

違いに気づきましたか?ページ速度と YSlow Grade が 3% および 5% 増加しました。きちんとしていますよね？ここで、毎日 1,000 人がサイトにアクセスすることを想像してください。節約できる CPU サイクル (リソース使用量を表す派手な用語) の量を想像してください。キャッシュによりページサイズが削減されるだけでなく、サイト全体のパフォーマンスも向上し、優れたユーザーエクスペリエンスへの道が開かれます。

W3 合計キャッシュのトラブルシューティング

W3 Total Cache をインストールした後、サイトの読み込み時間が長くなったことに気づくかもしれません。それは可能ですか？もちろん！実際、これは初心者によくある間違いです。これには多くの理由が考えられます。

最も考えられる理由は、キャッシュのプリロード中に Web サイトのベンチマークを実施したことです。キャッシュの構築には、かなりのサーバーリソースが消費されます。それに加えてリクエストを想像してみてください。当然、サイトは遅くなります。解決策: 1 時間待ってから再試行してください。今回は異なるはずです。
もう 1 つの一般的な理由は、間違ったキャッシュ方法の選択です。 ディスクキャッシュ以外のものには、ある程度の A/B テストが必要であることをお伝えしておきます。可能な限り最良の結果を得るには、これらの設定の一部を調整する必要があります。
場合によっては、共有サーバー上で APC またはその他のオペコードキャッシュオプションが利用可能であることがあり、それを選択している可能性があります。やめてください！ 「ディスク」 または「ディスク拡張」 に戻します。その理由は、これらの設定が共有サーバーの全体的なパフォーマンスに合わせて微調整されているためです。共有サーバーを使用しているのはあなただけではないことに注意してください。これらの設定は、W3 Total Cache では機能しない可能性があります。

デフォルト/推奨値を試してもまだ問題が解決しない場合は、WP Super Cache に切り替えることをお勧めします。

.htaccess ファイル権限エラー

ホスティング環境によっては、.htaccess ファイルが書き込み可能ではないことを示すエラーメッセージが表示される場合があります。これは、Web サーバーや PHP ハンドラーに .htaccess ファイルを変更するために必要な権限がないことを意味します。解決策は 2 つあります。

FTP や cPanel などを使用して、.htaccess ファイルのパーミッションを 775 に変更します。
データを .htaccess ファイルに手動で追加します。

2 番目の方法の方が安全であり、優れたセキュリティ対策であると考えられている点を指摘しなければなりません。

結論 – どのプラグインを使用する必要がありますか?

どの WordPress キャッシュプラグインを使用すればよいか迷っているかもしれません。結局、同じ目標を達成するために 2 つの個別のチュートリアルを作成しました。 WP Super Cache と W3 Total Cache のどちらを選択するべきですか?そうですね、簡単に言うと、共有サーバーを使用していて、A/B テストやトラブルシューティングの面倒な作業をしたくない場合は、WP Super Cache の実装がはるかに簡単です。ただし、オペコードキャッシュ (APC や XCache など) がインストールされた仮想サーバーまたは専用サーバーを使用していて、多少の追加作業を気にしない場合は、W3 Total Cache が最適です。高度な方法で適切に構成すると、W3TC の結果ははるかに優れています。

これでキャッシュプラグインの設定は完了です。これらの各プラグインを使用して CDN をセットアップする方法についても説明します。それまでの間、WordPress 向けの最高の無料 CDN をいくつかチェックして、注目してみてください。

別れの質問: お気に入りのキャッシュプラグインは何ですか?サイトのパフォーマンスにどの程度の違いがありましたか?あなたからの御一報をお待ちしています！