TTFB (Time to First Byte) — это время от отправки запроса браузером до получения первого байта ответа от сервера. Проще говоря, это показатель того, как быстро сервер начинает отвечать пользователю. TTFB измеряется в миллисекундах и включает не только сам ответ сервера, но и ряд промежуточных этапов: DNS-резолвинг, установление соединения, SSL/TLS-рукопожатие при HTTPS и обработку запроса на стороне сервера.
Почему TTFB важен
TTFB влияет на восприятие скорости сайта: чем он ниже, тем быстрее пользователь видит начало загрузки. Медленный TTFB может ухудшать общую производительность страницы и косвенно влиять на SEO, потому что он замедляет последующие этапы рендеринга.
Для поисковой оптимизации это тоже важно: TTFB не является отдельной Core Web Vitals-метрикой, но он напрямую влияет на дальнейшую загрузку страницы и может ухудшать LCP*. Чем быстрее сервер отдает первый байт, тем проще сайту показывать хороший результат по производительности.
Что влияет на TTFB сильнее всего
- География (удаленность) сервера
- сервер в Германии + пользователи в Европе → обычно лучше;
- сервер в США для европейской аудитории → выше задержка.
- Качество хостинга / нагрузка на сервер
- shared hosting часто дает 500–1500 мс;
- VPS/dedicated + оптимизация — 100–300 мс.
- CMS и backend
- WordPress без кеширования может иметь высокий TTFB;
- плагины, тяжёлая тема, запросы к БД сильно влияют.
- CDN
- Cloudflare и аналоги могут снизить TTFB для статических ресурсов;
- но для динамического HTML эффект зависит от настройки кеширования.
- Первичная генерация страницы
- если HTML создается сервером на лету → TTFB растет;
- если используется full-page cache → может быть очень низкий.
Если сайт долго формирует ответ, TTFB растет даже при хорошем интернете у пользователя. Поэтому медленный TTFB часто говорит не о проблеме на стороне браузера, а о задержках в серверной цепочке.
Какой показатель TTFB считается хорошим
Хорошим обычно считают TTFB до 800 мс; в этой зоне показатель уже считается нормальным и комфортным для страницы. Для более быстрого сайта ориентируются на 200–300 мс, а в некоторых случаях — на менее 200 мс.
Ориентиры по TTFB
| TTFB | Оценка | Что это значит |
| < 100 мс | Отлично | Очень быстрая инфраструктура, обычно CDN + оптимизированный сервер |
| 100–200 мс | Хорошо | Хороший показатель для большинства сайтов |
| 200–500 мс | Нормально | Приемлемо для корпоративных сайтов и B2B |
| 500–800 мс | Требует внимания | Есть смысл искать узкие места |
| > 800 мс | Плохо | Вероятно, проблемы с сервером, CMS, БД или хостингом |
| > 1–2 сек | Критично | Может негативно влиять на UX и SEO |
При исследовании скорости в инструментах Google PageSpeed / Core Web Vitals ориентируются примерно так:
- хороший TTFB — до 200 мс;
- нуждается в улучшении — 200–600 мс;
- плохой — более 600 мс.
Но здесь важен контекст. Для B2B или IT-сайта (например, корпоративный сайт на WordPress) актуальны такие показатели:
- 200–400 мс — хороший результат;
- 100–200 мс — уже уровень хорошо настроенной инфраструктуры;
- 400–700 мс — стоит оптимизировать;
- 700+ мс — почти всегда есть проблема.
При аудите сайта стоит обращать внимание не только на абсолютное значение, но и на распределение TTFB:
- главная и посадочные страницы;
- страницы с органическим трафиком;
- до/после авторизации (если есть);
- разница между мобильными и десктопными запросами.
Если речь про B2B-сайты, для них надо нацеливаться на <300 мс для ключевых страниц, и считать <500 мс приемлемым показателем.
Как проверить и ускорить
TTFB можно измерить в инструментах разработчика браузера, в частности по времени ожидания ответа от сервера. Также его часто смотрят через команды и сервисы анализа производительности.
Как улучшить TTFB
Чтобы уменьшить TTFB, обычно нужно сделать следующее:
- включить серверное и page-кеширование;
- использовать CDN для доставки контента с ближайшего узла;
- оптимизировать SQL-запросы и логику бэкенда;
- выбрать более быстрый хостинг и сервер ближе к аудитории;
- сократить лишние редиректы и тяжелую обработку на стороне сервера.
Итог
TTFB — это базовая метрика скорости реакции сервера и инфраструктуры (хостинг, CDN, backend, база данных и т.д.), от которой зависит ощущение «быстроты» сайта. Чем ниже показатель Time to First Byte, тем быстрее стартует загрузка страницы и тем лучше общая производительность сайта. Если цель — улучшить SEO и пользовательский опыт, TTFB стоит держать как можно ниже как минимум за счет кеширования, CDN и оптимизации backend-части.
—-
*LCP (Largest Contentful Paint) — время отрисовки браузером самого крупного и значимого элемента контента в области видимого экрана (viewport) при первой загрузке страницы.