メインコンテンツへ
短.be

TTFB

ブラウザーがリクエストを送ってから最初の 1 バイトを受信するまでの時間。目安は 800 ミリ秒以下で、CDN 配置 / キャッシュ活用 / リダイレクト削減などで短縮できる。

2026 年 10 月 16 日 / 約 1 分で読めます

リダイレクト

TTFB (Time to First Byte) とは、ブラウザーがそのページへの移動を開始してから、サーバーからのレスポンスの最初の 1 バイトが届き始めるまでの時間です。サーバーの応答速度を測る最も基本的な指標であり、Web パフォーマンスの出発点です。

TTFB に含まれるのは、リダイレクトに費やされた時間、Service Worker の起動時間、DNS の名前解決、接続と TLS のネゴシエーション、そしてリクエストを送ってからレスポンスの最初の 1 バイトが届くまでの時間です。サーバー内部の処理時間はこの最後の区間に含まれます。そのため TTFB が大きいときは、サーバーの処理が重いのか、それ以前の接続や名前解決の段階で待たされているのかを切り分けて見る必要があります。

Google は Core Web Vitals の補助指標として TTFB を位置づけており、良好な TTFB は 800ms 以下、800ms から 1800ms までが改善の必要な範囲、1800ms を超えると不良としています。短縮 URL のリダイレクトでは、TTFB がリダイレクトレスポンスの返却速度に直結するため、50ms 以下を目標にすべきです。

短縮 URL サービスの TTFB を最適化する手法として、CDN の活用 (ユーザーに近いエッジサーバーからレスポンスを返す)、インメモリキャッシュ (Redis で短縮 URL のマッピングをキャッシュ)、データベースの最適化 (インデックスの適切な設定)、HTTP/2 の有効化 (接続の多重化) があります。

TTFB の測定は、Chrome DevTools の Network パネルのタイミング内訳にある Waiting (TTFB)、Lighthouse のパフォーマンス監査、curl コマンド (curl -w '%{time_starttransfer}' URL)、WebPageTest で行えます。サーバー処理時間とネットワーク伝送時間を分離して測定することで、ボトルネックを正確に特定できます。

この記事は役に立ちましたか?

関連用語

ページスピード

Web ページの読み込み速度。 Core Web Vitals の重要な構成要素であり、SEO ランキングとユーザー体験に直接影響する。

Core Web Vitals

Google が定義した Web ページのユーザー体験を測定する 3 つの指標。 LCP、INP、CLS で構成され、検索ランキングに影響する。

CDN

世界各地に配置されたサーバーからコンテンツを配信するネットワーク。表示速度の向上と負荷分散を実現する。

キャッシュ

一度取得したデータを一時的に保存し、次回のアクセスを高速化する仕組み。ブラウザーや DNS で広く使われる。

リダイレクトレイテンシ

短縮 URL のリダイレクト処理にかかる遅延時間。ユーザー体験とコンバージョン率に直接影響する重要な性能指標。

クライアントサイドリダイレクト

ブラウザー側で実行されるリダイレクト手法の総称。メタリフレッシュや JavaScript リダイレクトが含まれる。

関連記事

リダイレクトチェーンが Web パフォーマンスに与える影響 - 短縮 URL の速度最適化

短縮 URL のリダイレクトチェーンが Core Web Vitals やページ表示速度に与える影響を定量的に解説。リダイレクト段数の最適化、HTTP/2 サーバープッシュ、エッジリダイレクトの実装手法を紹介します。

URL 短縮の仕組み - 301 リダイレクトと Base62 エンコードを図解で解説

URL 短縮サービスの技術的な仕組みを図解で解説。301 リダイレクト、Base62 エンコード、データベース設計の基本を初心者にもわかりやすく紹介します。

リンクをクリックしたら何が起きる? 0.5 秒の裏側をのぞいてみよう

リンクをクリックしてからページが表示されるまでに裏側で何が起きているのか、冒険ストーリー風にやさしく解説します。DNS は電話帳、リクエストは手紙、レスポンスは返事にたとえて紹介。短縮 URL のリダイレクトの仕組みもわかりやすく説明します。

よくある質問

TTFB と LCP の違いは?
TTFB はサーバーの応答開始までの時間、LCP (Largest Contentful Paint) はページの最大コンテンツが表示されるまでの時間です。TTFB は LCP に先行する区間であり、TTFB にかかった時間の分だけ LCP の下限が押し上げられます。ただし Google は、サーバー側でレンダリングする構成では TTFB が大きくても FCP や LCP はかえって良い値になり得ると説明しており、TTFB だけで LCP の良否が決まるわけではありません。
TTFB の目標値は?
Google は 800ms 以下を良好としていますが、短縮 URL のリダイレクトでは 50ms 以下が理想です。CDN とキャッシュを活用すれば、10 〜 30ms 台まで詰められる構成もあります。
TTFB が遅い原因は?
サーバーの処理能力不足、データベースクエリの遅延、サーバーとユーザー間の物理的距離、SSL/TLS ハンドシェイクの遅延などが主な原因です。CDN の導入とキャッシュの最適化が最も効果的な改善策です。

知識を、実際のリンクで。

無料で URL を短縮する