TTFB(Time to First Byte)란? | SEO 용어집

TTFB(Time to First Byte)는 사용자가 URL을 요청한 순간부터 브라우저가 서버에서 첫 바이트를 받기까지 걸린 시간을 측정하는 지표입니다. '서버가 얼마나 빨리 반응했는가'를 나타내며, 다른 모든 페이지 속도 지표(LCP, FCP, 페이지 로드)의 출발점이 됩니다.

왜 중요한가

TTFB는 Core Web Vitals의 공식 지표는 아니지만, LCP(Largest Contentful Paint)가 좋으려면 TTFB가 먼저 좋아야 합니다. Web.dev가 정의한 2026년 기준 TTFB 권장값은 800ms 이하이며, 1.8초 이상이면 사용자 이탈률과 랭킹 손실이 뚜렷하게 관찰됩니다. Cloudflare 분석에서 TTFB를 500ms 줄였을 때 사이트 평균 전환율이 12% 상승한 사례가 보고되었습니다. TTFB는 기술 SEO에서 가장 빨리 측정 가능하고, CDN·호스팅·서버 최적화의 효과가 즉시 반영되는 지표이기 때문에 개선 우선순위가 높습니다.

TTFB의 구성 요소

TTFB는 여러 단계의 네트워크·서버 지연이 합산된 값입니다.

DNS Lookup: 도메인 이름을 IP 주소로 변환
TCP Connection: 3-way handshake로 서버와 연결
TLS Negotiation: HTTPS 암호화 핸드셰이크
Request Send: 요청이 서버까지 전달
Server Processing: 애플리케이션이 응답을 생성(DB 쿼리, 렌더링)
First Byte Received: 첫 바이트가 브라우저에 도착

이 중 어느 한 단계가 느리면 전체 TTFB가 늘어납니다.

TTFB 기준값

평가	TTFB
Good (좋음)	≤ 800ms
Needs Improvement	800ms~1.8s
Poor (나쁨)	> 1.8s

75번째 백분위(p75) 값을 기준으로 평가하며, Chrome User Experience Report(CrUX)의 실제 사용자 데이터로 측정합니다.

개선 방법

CDN 도입: 엣지 서버가 가까운 곳에서 응답하므로 DNS·TCP·TLS·Request 단계가 모두 단축됩니다. 가장 큰 효과를 내는 단일 조치입니다.

HTTP/2·HTTP/3 활성화: 연결 재사용과 멀티플렉싱으로 핸드셰이크 비용을 줄입니다. Cloudflare나 Fastly 같은 CDN에서 기본 활성화됩니다.

서버 사이드 캐싱: 동적 페이지를 Redis·Varnish로 캐싱하면 서버 처리 시간이 수백 밀리초 단축됩니다.

DB 쿼리 최적화: 느린 쿼리·인덱스 누락·N+1 문제가 Server Processing 단계의 가장 큰 범인입니다.

정적 생성(SSG): Next.js·Astro 같은 프레임워크에서 페이지를 빌드 시점에 HTML로 생성해두면, 서버는 단순 파일 반환만 하면 됩니다. TTFB가 극적으로 낮아집니다.

서버 지역 선정: 사용자가 많은 지역과 가까운 호스팅 리전을 선택합니다.

쿠키·헤더 최소화: 과도한 쿠키와 트래킹 헤더는 요청·응답 크기를 늘려 TTFB에 영향을 줍니다.

리다이렉트 체인 제거: 매 리다이렉트마다 TTFB가 누적됩니다. 직접 연결을 유지합니다.

측정 도구

Chrome DevTools → Network → Timing: 개별 페이지의 TTFB 세부 단계 확인
WebPageTest: 지역·기기별 TTFB 측정
PageSpeed Insights: CrUX 기반 필드 데이터
Search Console → Core Web Vitals: 실제 사용자 기준 TTFB 트렌드

Sources:

inblog에서 활용하기

inblog는 모든 블로그 포스트를 정적 생성(SSG)과 글로벌 CDN으로 제공하므로, 블로그 운영자가 별도 최적화 없이도 TTFB Good 기준을 쉽게 충족합니다. 블로그가 해외 독자를 대상으로 하는 경우에도 엣지 캐싱 덕분에 한국·미국·유럽에서 모두 빠른 응답을 유지할 수 있습니다.

TTFB