Inblog
企業ブログを始める
SEO

TTFB

Time to First Byte（TTFB）は、リクエスト後にブラウザがサーバーから最初の1バイトを受信するまでにかかる時間を測定します。これはサーバー自体がどれだけ速く応答するかを捉えるもので、他のすべての速度指標（LCP、FCP、ページ読み込み）の出発点となります。

Time to First Byte（TTFB）は、リクエスト後にブラウザがサーバーから最初の1バイトを受信するまでにかかる時間を測定します。これはサーバー自体がどれだけ速く応答するかを捉えるもので、他のすべての速度指標（LCP、FCP、ページ読み込み）の出発点となります。

なぜ重要なのか

TTFBは公式のCore Web Vitalsの一つではありませんが、まずTTFBが良好でなければLCPも良好にはなりません。Web.devが推奨する2026年のしきい値は800ms以下で、1.8sを超えると測定可能な直帰とランキング低下が生じます。Cloudflareの分析では、TTFBを500ms短縮したサイトで約12%のコンバージョン向上が報告されています。TTFBは測定が容易で、CDN、ホスティング、サーバーの最適化に即座に反応し、あらゆるテクニカルSEOの優先リストで上位に位置します。

構成要素

TTFBは、いくつかのネットワークおよびサーバーの段階の合計です。

  1. DNSルックアップ: ドメインをIPに解決する処理
  2. TCP接続: スリーウェイハンドシェイク
  3. TLSネゴシエーション: HTTPS暗号化のハンドシェイク
  4. リクエスト送信: サーバーへ移動するリクエスト
  5. サーバー処理: 応答を生成するアプリケーション（DBクエリ、レンダリング）
  6. 最初の1バイトの受信: ブラウザに到達する最初の1バイト

いずれかの段階の遅延がTTFBに加算されます。

しきい値

評価TTFB
良好800ms以下
改善が必要800ms〜1.8s
不良1.8s超

Chrome User Experience Reportの実ユーザーデータの75パーセンタイル（p75）でスコアリングされます。

改善方法

CDNを使用する: エッジサーバーがDNS、TCP、TLS、リクエスト転送をユーザーに近い場所で処理します。これが単一で最大の効果をもたらします。

HTTP/2とHTTP/3を有効にする: 接続の再利用と多重化によりハンドシェイクのコストを削減します。Cloudflare、Fastlyなどの同様のCDNでは通常デフォルトで有効になっています。

サーバーサイドキャッシュ: 動的なページをRedisやVarnishにキャッシュし、サーバー処理から数百ミリ秒を削減します。

DBクエリの最適化: 遅いクエリ、欠落したインデックス、N+1問題がサーバー処理時間の大部分を占めます。

静的サイト生成（SSG）: Next.jsやAstroのようなフレームワークは、ページを事前にHTMLとしてビルドするため、サーバーは静的ファイルを返すだけで済みます。TTFBは劇的に低下します。

適切なサーバーリージョンを選ぶ: 主要なユーザー層の近くにホスティングします。

Cookieとヘッダーを最小化する: 肥大化したCookieやトラッキングヘッダーは、リクエスト/レスポンスのサイズを膨らませます。

リダイレクトチェーンを排除する: すべてのリダイレクトはTTFBに加算されます。リダイレクトは直接的に保ちましょう。

測定ツール

  • Chrome DevTools → Network → Timing: リクエストごとのTTFBの内訳
  • WebPageTest: リージョンおよびデバイス別のTTFB
  • PageSpeed Insights: CrUXベースのフィールドデータ
  • Search Console → Core Web Vitals: 実ユーザーのTTFBの推移

Sources: