SEO

TTFB

Time to First Byte (TTFB) измеряет, сколько времени требуется браузеру, чтобы получить первый байт от сервера после запроса. Он отражает, насколько быстро отвечает сам сервер, - это отправная точка для всех остальных метрик скорости (LCP, FCP, время загрузки страницы).

Time to First Byte (TTFB) измеряет, сколько времени требуется браузеру, чтобы получить первый байт от сервера после запроса. Он отражает, насколько быстро отвечает сам сервер, - это отправная точка для всех остальных метрик скорости (LCP, FCP, время загрузки страницы).

Почему это важно

TTFB не входит в число официальных Core Web Vitals, но LCP не может быть хорошим, пока сначала не станет хорошим TTFB. Рекомендуемое Web.dev пороговое значение на 2026 год - <= 800 мс; все, что выше 1,8 с, приводит к ощутимому росту отказов и потере позиций. По данным анализа Cloudflare, на сайтах, сокративших TTFB на 500 мс, конверсия выросла примерно на 12%. TTFB легко измерить, он мгновенно реагирует на оптимизацию CDN, хостинга и сервера и занимает высокое место в любом списке приоритетов технического SEO.

Составляющие

TTFB складывается из нескольких сетевых и серверных этапов:

  1. DNS-запрос: преобразование домена в IP
  2. TCP-соединение: трехстороннее рукопожатие (handshake)
  3. Согласование TLS: рукопожатие шифрования HTTPS
  4. Отправка запроса: путь запроса до сервера
  5. Обработка на сервере: приложение генерирует ответ (запросы к БД, рендеринг)
  6. Получение первого байта: первый байт достигает браузера

Замедление на любом этапе увеличивает TTFB.

Пороговые значения

ОценкаTTFB
Хорошо<= 800 мс
Требует улучшения800 мс - 1,8 с
Плохо> 1,8 с

Оценивается по 75-му перцентилю (p75) данных реальных пользователей из Chrome User Experience Report.

Как улучшить

Используйте CDN: пограничные (edge) серверы обрабатывают DNS, TCP, TLS и пересылку запросов ближе к пользователю - это самый значимый выигрыш.

Включите HTTP/2 и HTTP/3: переиспользование соединений и мультиплексирование сокращают затраты на рукопожатия. Обычно включено по умолчанию в Cloudflare, Fastly и подобных CDN.

Кеширование на стороне сервера: кешируйте динамические страницы в Redis или Varnish, чтобы убрать сотни миллисекунд из времени обработки сервером.

Оптимизируйте запросы к БД: медленные запросы, отсутствующие индексы и проблемы N+1 преобладают во времени обработки на сервере.

Генерация статического сайта (SSG): фреймворки, такие как Next.js и Astro, заранее собирают страницы в HTML, поэтому сервер просто возвращает статический файл. TTFB резко падает.

Выбирайте подходящий регион сервера: размещайте хостинг рядом с основной базой пользователей.

Минимизируйте куки и заголовки: раздутые куки и заголовки отслеживания увеличивают размер запросов и ответов.

Уберите цепочки редиректов: каждый редирект увеличивает TTFB. Делайте редиректы прямыми.

Инструменты измерения

  • Chrome DevTools → Network → Timing: разбивка TTFB по каждому запросу
  • WebPageTest: TTFB по регионам и устройствам
  • PageSpeed Insights: полевые данные на основе CrUX
  • Search Console → Core Web Vitals: тренды TTFB по реальным пользователям

Источники: