WordPressでサーバー応答時間（TTFB）を削減する方法：できれば200ms以下–Lighthouse+PageSpeed Insights項目

サーバー応答時間を削減する必要がありますか？

サーバーはあなたのホスティングによって制御されます。 WordPressでサーバーの応答時間を短縮する最も簡単な方法は、共有ホスティングを避け、より強力なサーバーを使用することです。 これは、共有ホスティングにはリソース+CPUの制限が限られているためです。 SiteGroundやWP EngineのようないくつかのホストのTTFBも悪化しています。 WP Speed Mattersのような多くの公平なFacebookグループで見つけることができる「最速のホスティング」に関する多くの世論調査、移行の結果、会話があります。

ホスティング以外に、TTFBを改善するもう一つの方法は、CPUを削減し、サーバーの負荷を軽減することです。 Cloudflareには、CDN、Brotli、HTTP/3、ボット保護、APOなど、TTFBを減らすことができる多くの機能があります。 また、サーバーレベルのキャッシュ、最新のPHPバージョン、ジャンクのクリーンアップ（データベース、肥大化したプラグイン、ページビルダー、管理者の肥大化）、ハートビートを無効にすることもできます。

良いTTFBとは何ですか？

Googleは200ms以下のTTFBを推奨しています。

これは一部のWordPressサイトでは現実的ですが、高速なインフラストラクチャ（ホスティング、テーマ、プラグイン）が必要です。 TTFBが600msを超えると、遅いと見なされ、監査に失敗します。

遅いサーバーは、ロード時間、PSIスコア（複数の項目）、および管理パネルの速度に影響します。 Webバイタルは大きなランキング要因になってきているので、高速TTFBを達成することはこれまで以上に重要です。

あなたのTTFBを適切にテストする方法LighthouseはTTFBをテストするのに理想的な場所です。 Googleによると、「この監査は、ブラウザがサーバーがメインのドキュメント要求に応答するのを600ミリ秒以上待つと失敗します。”

GTmetrix

GTmetixは、サマリと構造タブにTTFBを表示します。 無料のGTmetrixアカウントにサインアップして、バンクーバーではなく訪問者に最も近いデータセンターからテストを実行できるようにします。

KeyCDN

KeyCDNは、14の異なる場所でTTFBを測定します（これも私の好みのツールです）。 TTFBsは、オリジンサーバーに近い場所をテストする場合は高速で、長距離をテストする場合は低速になります。

Pingdom

PingdomはTTFBを”待機”時間として測定し、さまざまな場所からテストできます。

Chrome DevTools

Chrome DevToolsはTTFBを測定しますが、コンピュータのレイテンシとインターネット接続の影響を受けるため、上記のツールのいずれかを使用してデータセンターからTTFBを測定することができます。

CPU使用率の削減

CPUの削減（ホスティングアカウントにあります）は、サーバーの応答時間を短縮する最良の方法の一つです。 このチュートリアルの大部分は、CPUを削減し、したがって、サーバーの負荷を軽減することに焦点を当てています。 サーバーがリラックスしたままになるように、CPUの制限の75％以上を使用しないでください。

そのため、十分なサーバーリソースを備えたプランを選択することが非常に重要です。 ホスト企業は毎月の訪問者に基づいてガイドラインを提供しますが、持っているプラグインの数、大量のリソースを消費するかどうか、CDNを使用してい

共有ホスティングを避ける

共有ホスティングはサーバーリソースが限られており、多くの場合TTFBが遅くなります。

あなたの隣人（サーバー上の他のサイト）がリソースを占有している場合、あなたのウェブサイトは飢えています。 ほとんどの共有ホストはCPUの制限が低いことは言うまでもありません。 そのため、共有ホスティングで500エラーが表示されることがよくあります。 ある日、あなたのウェブサイトは速く、次の日、それは低迷しています。 私は共有ホスティング上でElementor、Divi、またはWooCommerceを実行することはありません–彼らはあまりにも多くのリソースを要求します。

より高速なホスティングに切り替える

ほとんどのホスティング推奨事項はゴミであり、私はWP Speed Matters Facebookグループに参加することをお勧めします。wp Speed Matters facebookグループは、他のグループのようにブランドに関する否定的な投稿を「穏健」するアフィリエイトやSiteGroundのコミュニティマネージャーによって管理されていない唯一のグループの1つです。

それぞれが異なる設定を持っています。 Cloudwaysでは、FlyingPress+BunnyCDNを使用します（またはWP Rocketを使用します）。 NameHeroまたはWPXでは、LiteSpeed Cache plugin+QUICを使用します。クラウドCDN。 彼らは両方の偉大なセットアップだとあなたに高速TTFBを与える必要があります–私のWPロケットやLiteSpeedキャッシュチュートリアルを参照してくださ

疑問がある場合は、Facebookの投票と移行の結果を確認してください（もっと見る）。

遅いプラグインを避ける+ページビルダー

いくつかのプラグインは、あなたのウェブサイト、TTFBを遅くし、CPUを増加させることができます。

最も遅いプラグインを見つける–Query MonitorとNew Relicは、遅いプラグインを見つけるのに最適です。 クエリモニタをインストールし、サイト上のページを表示し、クエリモニタタブの上にカーソルを置き、クエリ→コンポーネント別のクエリに移動します。 あなたは、異なるクエリのために複数のページ/投稿を確認することができます。

WP Hiveは、WordPressリポジトリでプラグインを表示するときにプラグインがメモリ使用量/PageSpeed Insightsスコアに影響を与えるかどうかを示す気の利いたGoogle Chrome拡張

重いページビルダーを避ける–Elementor+Diviはコアwebバイタルに押しつぶされました。 余分なCSS、JavaScript、および無数のdivラッパーの上に、これらのウェブサイトは、通常、余分なサードパーティのプラグインやアドオンに依存しています。 これはさらに膨れることで起因する。 私はElementorからGutenbergに移行し、それは大きな改善をもたらしました。 CSSでメニュー、ヘッダー、フッター、サイドバーをハードコーディングしても、ページビルダーの肥大化の多くを削除することができます。 また、Asset CleanUpとPerfmattersを使用して未使用のCSSとJSをアンロードすることもできます（そしてElementorの実験的な機能を使用します）が、私はそれらを避けます。

軽量プラグインの代替

• SEOランク数学.
• ページビルダー–酸素、Kadenceテーマ、グーテンベルク、創世記。
• ギャラリー–グーテンベルグギャラリーまたはニャーギャラリー。
• アナリティクス–GoogleアナリティクスとGoogle検索コンソール（プラグインなし）。
• ソーシャル共有–Mediavine（WPロケットのテストで最速のソーシャル共有プラグイン）によって成長します。
• コメント–ネイティブコメントまたは最適化された設定とJavaScriptの遅延を持つWpdiscuz。

データベースのクリーンアップ

データベースを徹底的にクリーンアップすると、TTFBが改善されます。

あなたの多くは、自動データベースクリーンアップのためにWPロケットを使用していますが、これはあなたが実際のデータベーステーブルを通過し、古いプラグイン このために、私はWP-Optimizeをお勧めします。 “テーブル”タブを表示し、”インストールされていないプラグインを探します。”プラグインを削除した場合（またはプラグインモジュールを無効にした場合）、もう使用しない場合は、削除することができます。

キャッシュの寿命を増やす

ほとんどのキャッシュプラグインでは、キャッシュの寿命を設定できます。 これを増やすことで、キャッシュを頻繁に構築する必要がないため、サーバーリソースを節約できます。 これは、（ニュースサイトのように）コンテンツを頻繁に公開しない場合に適しています。

WordPress Heartbeatを無効にする

WordPress Heartbeatは、他のユーザーが投稿を編集しているときなど、リアルタイムのプラグイン通知を表示することによ ほとんどのウェブサイトの所有者のために、それは通常良いよりも害を行います。 これを無効にするには多くのプラグインがあります（WP Rocket、Perfmatters、ほとんどのキャッシュプラグイン）。

プラグインを使用せずにWordPress Heartbeat APIを無効にするには、Appearance>Theme Editorに移動し、関数を編集します。あなたのテーマのphpファイル。 次に、<の直後にコードを貼り付けますか？phpタグ:

add_action( 'init', 'stop_heartbeat', 1 );function stop_heartbeat() {wp_deregister_script('heartbeat');}

CSS+JavaScriptを結合しないでください

小さなサイトは通常、CSS/JSを結合する必要がありますが、大きなサイトは結合しないでください。 WP Johnnyによると、10KB未満のCSS/JSサイズのwebサイトは結合する必要がありますが、10KB以上は結合しないでください。 彼はTTFBに関して、それはすべて早く終わるのではなく、より早く始まることだと言い続けます。

PHP7.4への更新

多くのホストは、TTFBを減らしながらサイトをより速くするために、PHP8.0、新しいMySQLバージョン、新機能をすでにリリースしています。 ホストが提供する最適化を使用していることを確認してください。 多くのプラグイン/テーマは、PHP7.4を使用できるPHP8.0との互換性の問題を抱えています。

メモリ制限を増やす

ElementorとWooCommerceの両方に256MBのメモリ制限が必要ですが、特にwebサイトで致命的なメモリ制限エラーが発生している場合は、実際に256MB

あなたのwp-configにコードを追加します。phpの前に”幸せなブログ。”

define('WP_MEMORY_LIMIT', '256M');

いくつかのホストはまた、彼らのダッシュボードでそれを増やすためのオプ

サーバーレベルのキャッシュを使用

多くのホストは、TTFBを削減し、サイトを高速化するサーバーレベルのキャッシュを提供しています。 Cloudways、SiteGround（およびSG Optimizer）、Kinsta、およびA2Hostingはそれらのほんの一部です。 私は個人的にMemcached、NGINX、およびRedis（Varnishを無効にして）をCloudwaysで使用しています。 サーバーレベルのキャッシュは、ファイルベースのキャッシュよりも高速なサーバーからのものであるため、キャッシュプラグインよりも高速です。

リソースをCDNsにオフロード

CDNsリソースをデータセンターにオフロードし、サーバーの負荷を軽減します。

私はCloudflare、BunnyCDN、QUICをお勧めします。Cloud(LiteSpeed Cacheを使用している場合)またはCloudfront。 また、RocketCDNやCloudwaysCDNのような多くのCdnで使用されているStackPathを使用しないことを検討してください。

他の3つのCdnはCloudflareよりもパフォーマンスが優れている傾向がありますが、ほとんどのCdnはコストがかかります。 どのCDNを選択しても、DnsはGoDaddyやNameCheapのDNSよりもはるかに高速であるため、DnsにCloudflareを使用します。 CloudflareのDNSを使用するには、無料プランにサインアップしてからネームサーバーを変更するだけです。 DNSにはCloudflareを、CDNにはBunnyCDNを使用しています。Cloudflareの利点の1つは、TTFBを削減できる追加機能（Brotli、HTTP/3、ボット保護、ページルール、APOなど）があることです。

ステップ1:無料のCloudflareアカウントにサインアップし、サイトを追加し、Cloudflareによってプロンプトされたスキャンを実行します。 最終的には、Cloudflareが2つのネームサーバーを割り当てるページに移動します。

ステップ2:CloudflareネームサーバーをNameCheapに追加します。 ダッシュボード→ドメインリスト→管理→ネームサーバー→カスタムDNSに移動します。 Cloudflareが提供する2つのネームサーバーを追加します。

有効にするBrotli

BrotliはGZIP圧縮よりも高速です。 どちらも、HTML、CSS、およびJavaScriptのファイルサイズを削減します。 これにより、これらのリソースのダウンロードが高速化され、TTFBが改善されます。 Cloudflareには速度設定でBrotliを有効にするオプションがあります。

Enable HTTP/3

Cloudflareブログでは、平均して、HTTP/3では176msの後に最初のバイトが表示されます。HTTP/2では201msが表示され、HTTP/3はすでに12.4％向上しています。

HTTP/3は、Cloudflareダッシュボードのネットワーク設定で有効にすることができます。 Quicを使用している場合。クラウドまたは別のCDN、彼らは同様にHTTP/3サポートを持っているかどうかを確認してください。

ボット保護を有効にする

あなたのwp-loginページは、悪いボットの高いターゲットです。

ボットがあなたのサイトへのログインに成功しない場合でも、サーバーリソースを消費するログインしようとしていることがあります。 ログインページを（PerfmattersまたはWps Hide Loginを使用して）カスタムログインURLに移動し、Cloudflareの設定でボット保護を有効にすることで、それらをブロックできます。

ステップ1:Wordfenceをインストールします。

ステップ2: ライブトラフィックレポートを数分間表示して、誰がサイトにヒットしているかをリアルタイムで確認します。

ステップ3:wp-loginページを移動します。 あなたはPerfmattersまたはWPS Hide Loginでこれを行うことができます。

ステップ4:Cloudflare→Firewall→Bots→Bot Fight Mode(Cloudwaysにはbot protectionもあります)でbot fight modeを有効にするか、Blackhole For Bad Botsを試してみてください。

すべてのキャッシュページルールを作成

Cloudflareを使用している場合は、すべてをキャッシュするページルールを追加します。

Cloudflareダッシュボード→ページルールに移動します。 以下のルールをコピー/貼り付け、私のドメインをあなたのものに置き換えます。 WooCommerceまたは動的サイトがあり、cache everythingページルールを追加するときに問題が発生した場合は、WP Cloudflare Super Page Cacheプラグインを使用してみてください。

さらに、wp-adminのページルールを作成して、それを保護し、キャッシュをバイパスし、管理領域でアプリやパフォーマンス機能（Rocket Loaderなど）が実行されないようにする

CloudflareのAPO

Cloudflareは500サイトでAPOをテストし、平均してTTFBを90ms改善しました。 それはmonth5/月ですが、あなたが遅いTTFBを持っている場合はテストする価値があります。 WP Rocketにはないので、キャッシュプラグインと互換性があることを確認してください。

より高速なキャッシュプラグインを使用

WP RocketとLiteSpeed Cacheは、キャッシュプラグインのゴールドスタンダードです。

しかし、ほとんどの人はこれらを最適な設定で設定しません。 WP Rocket、WP Fastest Cache、W3Total Cache、およびWP Super Cacheの設定に関する人気のあるチュートリアルを書いています。

他のほとんどのキャッシュプラグインでは、WP Rocketにすべてのプラグインが組み込まれている場合、これらの機能を取得するには約6つの余分なプ あなたが私のようなものなら、あなただけの1つのプラグインを使用したい、そうでなければ、それはそれらをサポートしていない場合は、これらのプ

• データベースのクリーンアップ–WP-Optimize
• CSS/JSの最適化–Autoptimize
• Javascriptの実行の遅延–Flying Scripts
• Google Analyticsをローカルでホスト–Flying Analytics
• CDN URLの統合–BunnyCDN/CDN Enabler
• Heartbeat control–Heartbeat Control/手動コード
• 遅延ロード画像/ビデオ–optimole/Wp youtube lyte
• プリロードリンク/インスタントページ–Perfmattersまたはフライングページ
• ホストFacebookピクセルローカル–私が知っている* Party Resource Hints/manual code
• Font-display:swap–Swap Google Fonts Display/manual code

プラグインでのデータ共有を無効にする

プラグイン開発者は申し訳ありませんが、プラグイン開発者にデータを共有す

投稿リビジョンを制限+自動保存

デフォルトでは、WordPressは投稿リビジョンを制限せず、自動保存間隔は頻繁に（1分） 投稿のリビジョン（古い投稿のバックアップ）を減らし、自動保存間隔（すなわち5分）を増やすと、CPU使用率がわずかに低下し、boatedデータベースを防ぐことがで これらの両方を行うには、Perfmattersを使用するか、次のコードをwp-configに追加します。phpファイル。

define('WP_POST_REVISIONS', 5);

define('AUTOSAVE_INTERVAL', 300); // seconds

WordPress Cronを実際のCronジョブに置き換える

WordPress cronはページがロードされるたびに実行され、多くの場合DOS攻撃の対象となります。 実際のcronジョブに置き換えることで、間隔をスケジュールしてリソースを節約することもできます。

ほとんどの場合、wp-configを開きます。phpファイルとWordPressのcronを無効にするコード行を追加します。 次に、ホスティングアカウントのcronジョブセクションに2行目のコードを追加します。

define('DISABLE_WP_CRON', true);

cd /path/to/your/wordpress; wp cron event run --due-now >/dev/null 2>&1

サーバーの応答時間を再テストします（TTFB）

このガイドからすべての変更を行ったら、TTFBを再テストしてください。

よくある質問

結論：実際の、公平な意見を得るためにWPスピード事項Facebookのグループに参加してください。 撮影されたFacebookの世論調査と別のホストに移行し、その結果を投稿した人々を見てください。 最後に、手数料だけを望む低品質のホスティング関連会社を明確にしてください。

乾杯、
トム