TTFB (Time To First Byte, время до первого байта) — метрика скорости веб-сервера: время с момента отправки HTTP-запроса браузером до получения первого байта ответа от сервера. Включает DNS-резолвинг, TCP-соединение, TLS-хендшейк и время обработки сервером. Входит в Core Web Vitals как вспомогательная метрика.
Как работает
Браузер замеряет TTFB как разницу между временем отправки запроса и получением первого байта ответа. Из чего складывается TTFB:
- DNS lookup — резолвинг домена в IP. Обычно 0-100 мс. Оптимизация: TTL DNS-записей, dns-prefetch, CDN с ближними DNS.
- TCP connection — установка TCP-соединения. ~1 RTT (Round Trip Time) до сервера.
- TLS handshake — для HTTPS: согласование ключей. ~1-2 RTT. Оптимизация: TLS 1.3 (1 RTT), session resumption.
- Server processing — генерация ответа сервером. PHP, SQL-запросы, кеш.
Целевые значения Google: TTFB < 800 мс — хорошо, 800-1800 мс — требует улучшения, > 1800 мс — плохо.
История
TTFB как метрика существует с первых дней HTTP, но стандартизована в W3C Navigation Timing API (2012). Первоначально TTFB включал только время соединения без DNS. PerformanceNavigationTiming (уровень 2) добавил детализацию по фазам. Google включил TTFB в Lighthouse и PageSpeed Insights, сделав его стандартной метрикой оценки производительности серверной части.
Измерение TTFB
# curl с детализацией фаз
curl -w "
DNS: %{time_namelookup}s
TCP: %{time_connect}s
TLS: %{time_appconnect}s
Server: %{time_starttransfer}s
Total: %{time_total}s
" -o /dev/null -s https://example.com
# ab (Apache Benchmark) — средний TTFB под нагрузкой
ab -n 100 -c 10 https://example.com/ | grep "Time per request"Оптимизация TTFB
Кеш страниц: WordPress с WP Super Cache или Varnish отдаёт статический HTML — TTFB 10-50 мс вместо 200-500 мс с PHP. Геолокация сервера: VPS в Москве даёт TTFB 10-20 мс для московских пользователей. Европейский VPS — 80-150 мс. Nginx оптимизации: tcp_nopush on, tcp_nodelay on, HTTP/2 (мультиплексирование). Пул соединений к БД: PgBouncer для PostgreSQL — переиспользование соединений вместо пересоздания.
TTFB и SEO
Google использует TTFB как сигнал в Core Web Vitals (косвенно через LCP). Медленный TTFB задерживает весь процесс загрузки: браузер не может начать парсинг HTML пока не получит первый байт. Улучшение TTFB с 800 мс до 200 мс сокращает LCP (Largest Contentful Paint) на те же 600 мс. PageSpeed Insights и Lighthouse показывают TTFB в разделе «Server Response Times». Хостинг влияет на SEO именно через этот показатель.
На что обращать внимание
TTFB измеряется для первого посетителя (cold) и повторного (warm). Кеш значительно снижает warm TTFB — измеряйте cold TTFB как реальный показатель серверной производительности. Большой TTFB при быстром сервере — признак медленного DNS. CDN снижает TTFB за счёт edge-кеширования и географического приближения к пользователю.
TTFB и выбор тарифа
При выборе хостинга важно понимать, что TTFB — это первый фильтр доверия пользователя к сайту. Даже идеально оптимизированная страница с минимальным весом проиграет конкуренту на быстром сервере, если первый байт приходит спустя 800 мс. Shared-хостинг с переполненными серверами, медленным PHP и отсутствием кэша на уровне сервера даёт TTFB 400–1200 мс — это критично для SEO и конверсии. VPS с выделенными ресурсами и настроенным стеком позволяет удерживать TTFB в диапазоне 80–200 мс даже при умеренной нагрузке. Если на сайте много динамических запросов — рассмотрите выделенный сервер или кластер с балансировщиком нагрузки.