回答を開く

ベトナムでは、人々はWP Rocketと呼ばれるキャッシュプラグインを愛し、LiteSpeedサーバーを使用する人々は通常LiteSpeedキャッシュを愛しています。他の名前は、品質の低さや設定の複雑さのために徐々に溺れていきました。

実際のテストでは、上記の2つのプラグインが常に最高速度であることが示されているので、不思議ではありません。しかし、欠点がないわけではありません。

• WPRocketの価格は1ページあたり最大50ドルで、Nginxサーバーには適していない、または高速にしたい場合はインストールが比較的複雑になると聞いています。
• LiteSpeedキャッシュは無料ですが、専用の有料（または無料/ openlitespeed）サーバーに接続する必要があります。さらに、LiteSpeed Cacheのインストールは、実際に正しく効果的にセットアップするのに1週間から1か月かかる場合があります。

更新：LiteSpeedキャッシュはすべてのサーバープラットフォーム（APACHEとNGINXを含む）で使用できるようになりました。LiteSpeed以外のサーバーでは、QUICクラウドを使用して静的ページを生成します。これはキャッシュアレイに対する最も重大な変更の1つです。

キャッシュイネーブラーは、WP Rocket、FlyingPress、LiteSpeed Cacheほど高品質ではありませんが、次のような利点があります。

• Nginxサーバーを実行している人に適しています。
• 費用はかかりません。
• 非常に使いやすい。
• 劣っていますが、特に複雑なデザインや機能のないページでは、最高品質のキャッシュプラグインよりもそれほど悪くはありません。

ただし、次の種類のサイトでは、CacheEnablerが商用キャッシュプラグインに適していないか比較できない可能性があります。

• 非常に多くの記事がある（たとえば、1000を超える記事）。
• トラフィックが非常に多い（たとえば、1日あたり1万ビューを超える）。
• 複雑な構造のWebサイトでは、キャッシュを大幅にカスタマイズする必要があります。

その場合、LiteSpeed、FlyingPress、Swift Performance、またはWPRocketキャッシュがおそらくより適しています。

料金？

Cache Enablerは完全に無料のプラグインであり、フリーミアム形式ではありません。つまり、SwiftPerformanceLiteやWPFastestCacheプラグインのようなプレミアムプランはありません。

言い換えれば、それを使用すると、約40-50$/年を節約することができます。

誰が開発しますか？

キャッシュイネーブラーはKeyCDNチームによって作成されました。KeyCDNは個々のユーザー向けのCDNの分野における主要なテクノロジー企業であり、Kinsta専用のプレミアムWordPressホスティング*のCDNの役割を担当するユニットでもあります。

（*）：KinstaのCMOになる前は、KeyCDNでコンテンツ開発者として働いていたため、この関係がBrianJacksonを担当している可能性が高いです。ブライアン兄弟は後に、ゴンザレスと多くの類似点を共有するPerfmattersプラグインを開発したことで知られています。

キャッシュイネーブラーを使用すると、上部に次の行が表示されます。

「 KeyCDNとCacheEnablerを組み合わせて、WordPressのパフォーマンスをさらに向上させ、CDNで次のレベルのキャッシュを実現します。」

意味：「KeyCDNとキャッシュイネーブラーを組み合わせて、WordPressのパフォーマンス、速度、およびCDNを使用した新しいレベルのキャッシュを実現します」。

そのため、CacheEnablerにはプレミアムバージョンがありません。 KeyCDNは、キャッシュプラグインとは明らかに異なるが非常に近い領域であるCDNサービスを知っている人が増えているため、依然として収益を上げています。

どのように品質？

一般的なユーザーコミュニティは、キャッシュイネーブラーは悪くないと考えています。ダウンロード数が80,000を超える、4.3つ星（最大5つのうち）の星と評価されています。

キャッシュイネーブラーは、CentminModの作成者によって開発され、デフォルトのキャッシュエンジンとして統合されていましたが、現在、CentminModはWPスーパーキャッシュに切り替えています（キャッシュイネーブラーが単純すぎるためですか？）。

個人的には、キャッシュイネーブラーの速度が非常に優れていることがわかりました。キャッシュイネーブラーは、高品質のホスティングを取得するために推奨するコンボパッケージVultr HF + ServerPilot +CacheEnablerにも含まれています。

オプション

（最初）。キャッシュの有効期限：キャッシュの有効期限は時間単位です。つまり、この時間が経過すると、キャッシュが更新されます。 0に設定すると、キャッシュが期限切れになることはありません。

個人的に、私は通常1週間=168時間をキャッシュします。このオプションは、ブログでの実際のアクティビティレベルによって異なります。ブログの更新や新しい投稿やコメントがほとんどない場合は、1か月間キャッシュを保持できます。

（2）。キャッシュ動作：キャッシュ動作。5つの項目から選択できます。

• （ホームページキャッシュだけでなく）新しい投稿が公開された場合はキャッシュ全体をクリアする：（キャッシュされたホームページだけでなく）新しい投稿が公開された場合はキャッシュ全体をクリアすることを意味します）。
• （ページ固有のキャッシュだけでなく）新しいコメントが投稿された場​​合は、完全なキャッシュをクリアします：OFF。有効にすると、プラグインは、新しいコメントの投稿が承認された場合にキャッシュ全体をクリアします（コメントを含む特定のページのキャッシュをクリアするだけではありません）。
• キャッシュされたページの事前圧縮。 Webブラウザでデコードに失敗した場合は無効にする必要があります：OFF。有効にすると、プラグインはキャッシュされたページをGzipに事前圧縮します。 Webブラウザーで解凍に失敗した場合は、この機能を無効にする必要があります。リスクが大きすぎてメリットが得られないため、通常は有効にしません。
• WebPイメージをサポートするために追加のキャッシュバージョンを作成します。 Optimusを使用して画像をWebPに変換する：これは、WebP画像形式をサポートするために追加のキャッシュバージョンを作成することを意味します。画像はOptimus（KeyCDNによって開発されたツール）を使用してWebPに変換されます。
• プラグインがアップグレードされている場合は、キャッシュ全体をクリアします。オンにする必要があります。つまり、プラグインが更新された場合は、キャッシュ全体をクリアします。

実際の選択は状況によって異なりますが、ほとんどの場合、特に記事が多いサイトでは、キャッシュ全体をクリアすることはお勧めできません。たとえば、サイトのキャッシュ全体をクリアするというコメントが投稿されたからといって、多くの場合、不合理です。

（3）。キャッシュの除外：除外する必要のあるページをキャッシュする必要はありません。最も一般的なのはショッピングカートページ、eコマースサイトでの支払いです。ユーザーの実際のショッピングカート情報を改ざんするため、このようなページをキャッシュしないでください。また、一般的に、動的要素の多いページはキャッシュしないでください。

オプション：

• キャッシュされるべきではない,で区切られた投稿IDまたはページID ：これは、キャッシュされていない記事を、コンマ（ "、"）で区切られたIDで識別することを意味します。この方法は通常、キャッシュする必要のない記事が約10個ある場合にのみ機能します。そうしないと、加算と減算が難しく、混乱を招きます。記事のIDを確認する方法は、[編集]をクリックして、記事の背後にある末尾を表示することです（例：post.php？）。投稿=13879＆アクション=編集すると、メイン投稿のIDは13879になります
• キャッシュされるべきではないページパスに一致するRegexp ：これは、正規表現を介してキャッシュされていない記事を識別できることを意味します。パスに一致する必要があり、投稿はキャッシュされません。キャッシュ、この方法でディレクトリ全体をスキップできます-正規表現を介して選択すると、一致シリーズであるため、IDを介してキャッシュされないようにするよりも多くの問題を回避できます。間違えるとページがキャッシュされないため、注意して適用する必要があります。
• キャッシュがバイパスされる原因となる正規表現の一致するCookie ：これは一致するCookieがキャッシュされることを意味します。 eコマースサイトでのアプリケーションに非常に適しています。これがまだ設定されていない場合のデフォルト値： / ^（wp-postpass | wordpress_logged_in | comment_author）_ /

（4）。キャッシュインクルージョン：通常の設定ではキャッシュされないページをキャッシュする必要があります。

キャッシュがバイパスされないようにする正規表現マッチングキャンペーントラッキングGET属性：これは、GETトラッキング属性を持つキャンペーンが無視されず、キャッシュされないことを意味します。

この部分について言及しない場合のデフォルト値： / ^ utm_（source | medium | campaign | term | content）$ /

（5）。キャッシュの縮小：この部分はソースコードの事前縮小に使用され、次の3つのオプションがあります。

• 何もしない（無効）
• HTML（縮小HTMLのみ）
• HTMLとインラインJS（HTMLとインラインJSの両方を縮小）

自動化プラグインでページが最小化されているため、この部分についても何もしませんでした。

PS：ミニファイ機能はスピードアップ効果がほとんどありません。キャッシュビルド速度（プリバイドキャッシュ/キャッシュプリビルド、ユーザーアクセス中のキャッシュビルド時間を含む）が気になる場合は、無効にする必要があります。この機能。ほとんどのWebサイトでは、商用キャッシュプラグインを使用して、minifyをあまり使用しません。

キャッシュイネーブラーが適していないのは誰ですか？

Cache Enablerプラグインには多くの利点がありますが、次の状況に陥った場合、それはもはや最良のツールではない可能性があります。

• 可能な限り最高のスピードキャッシュプラグインが必要です。その場合、関心のあるプラグインはLiteSpeed Cache、FlyingPress、WP Rocket、およびSwiftPerformanceです。
• 多くの最適化機能を単一のプラグインに統合したい：キャッシュイネーブラーを使用すると、キャッシュのみに焦点を当てているため、他の多くのプラグインをインストールする必要があります。利便性が必要な場合は、有料のキャッシュプラグインの方が適しています。これは、多くの機能（画像圧縮、遅延読み込み、CSS / JSバンドル圧縮、CSS）が重要な、遅延JS、外部キャッシュ）を製品に統合することが多いためです。ブラウザ、WebPなどとクラウド）

結論

キャッシュイネーブラーは本当にシンプルで、適用するブログはさらにシンプルです。プラグインをアクティブ化する以外に、オプションを有効にしていません。もちろん、これは私の特定のケースです。あなたのサイトがeコマースサイトであり、広告があり、紹介元から多くのトラフィックを受信して​​いる場合は、アイテム番号（4）と比較してアイテム番号（3）に特別な注意を払う必要があります。