最初のバイトまでの時間を高速化する方法（TTFB）

Webフロントエンドのパフォーマンスが心配な場合は、Webパフォーマンスを最適化するときに、Time to First Byte（TTFB）の待ち時間が長くなるという問題が発生します。最適化されていないWordPressサイトの場合、TTFB時間がページコンテンツのダウンロード時間を超えることが多く、ユーザーに不要な待機時間をもたらします。この問題の主な理由はサーバー側にあります。サーバーの運用と保守に精通していない人はどこから始めればよいかわからない場合があるため、本日はTTFBの原因と解決策のさまざまな側面を分析します。

最初のバイトまでの時間（TTFB）とは

TTFBはTimeto First Byteの略で、ブラウザがサーバーからの応答データの受信を開始する時間（バックグラウンド処理時間+リダイレクト時間）を指し、サーバーの応答速度の重要な指標です。たとえば、友達に質問する場合、友達が考える時間が短いほど、友達は賢くなり、問題に精通します。サーバーの場合、TTFB時間が短いほど、サーバーの応答は速くなります。

TTFB時間はどのくらい長いと見なされますか？

各サーバーのハードウェアとネットワーク環境が異なるため、各サーバーのTTFB時間も異なります。サーバーをどこまで最適化できるかを知りたい場合は、静的HTMLページをサーバーにアップロードしてから、これらの静的ページを開いて、これらのページのTTFB時間を確認できます。ほとんどのサーバーのTTFB時間は50ミリ秒、今回は最適化を追求できる時間です。次の2つの図のTTFB時間は、このサイトがホストされているサーバー上の静的ページと動的ページのTTFB待機時間です。

静的Webページ待機時間（TTFB）

動的Webページ待機時間（TTFB）

私たちのテストによると、TTFB時間が500ミリ秒を超えると、ユーザーはWebページを開くときにかなりの待ち時間を感じることになります。 500ミリ秒がベンチマークと見なすことができます。

TTFBが長い理由

ご存知のとおり、動的Webページの場合、サーバーはユーザーからページを開く要求を受信すると、最初にデータベースからページに必要なデータを読み取り、次にそのデータをテンプレートに渡します。テンプレートはレンダリングされてから返されます。ユーザーに。データのクエリとテンプレートのレンダリングには時間がかかるため、このプロセスが完了するまで、ブラウザは常にサーバーからの応答の受信を待機している状態になっています。一部のサービスはパフォーマンスが低いか、十分に最適化されておらず、この時間は長くなります。

もちろん、サーバーとユーザーの間のネットワークが良くない場合（たとえば、サーバーがヨーロッパにあり、ユーザーがアジアにいる場合、ユーザーがページを開いたときに、リクエストが到達するには数千マイルを超える必要がありますサーバー）、サーバーがユーザーの要求を受信するのに時間がかかりすぎるため、TTFB時間が長くなります。

ページがユーザーのブラウザに保存するCookieが多すぎる場合があります。リクエストが行われるたびに、これらのCookieをサーバーに送信し、サーバーで処理する必要があります。これも、TTFBが長い理由の1つです。時間。

長いTTFBのソリューション

原因がわかれば、解決策は明らかです。それは、サーバーの応答時間を短縮することです。 Webページが読み込まれると、サーバーから静的ページを直接ダウンロードするのと同じです。

このような問題の原因がネットワークである場合は、サーバーを変更する方がより直接的な解決策です。何らかの理由でサーバーを変更できない場合は、CDNを使用して、ユーザーに近いCDNノードにページを同期できます。これも優れたソリューションです。

クッキーが原因の場合は、アプリケーションを変更して不要なクッキーを削除したり、クッキーの内容を合理化したり、クッキーの有効期間を短縮したりすることができます。