Производительность
TTFB: как понять, что сервер сайта отвечает медленно
TTFB — время до первого байта: сколько проходит от запроса страницы до первых данных от сервера. Показатель полезный, но зависит от того, откуда и как мерить. Объясняем, как не принять случайный медленный ответ за проблему сайта.
Что входит в TTFB
TTFB (Time to First Byte) — сколько ждёт браузер или робот, прежде чем сервер начнёт отвечать. Сюда входит поиск адреса сайта (DNS), установка защищённого соединения, работа самого сервера и дорога данных по сети.
Поэтому отчёт должен показывать место измерения. Замер из Москвы и замер из другой страны могут дать разные результаты для одного сайта.
Какие значения считать ориентиром
Google на web.dev считает хорошим TTFB до 0,8 секунды, плохим — больше 1,8 секунды, если так отвечают 3 из 4 запросов (75-й процентиль). Это ориентир для поиска причин, а не фактор, который сам по себе поднимет позиции.
Смотрите распределение по страницам и повторные проверки. SEO title оценивает p75 и сохраняет отдельные медленные URL как доказательства.
Не путайте три разных времени
HTTP-краулер не заменяет браузерные полевые данные CrUX и не может по одному TTFB объявить страницу быстрой или медленной для пользователей.
- TTFB — начало ответа с учётом сети до точки измерения
- Получение HTML — когда краулер дочитал тело документа
- Core Web Vitals — как страница ведёт себя у реальных посетителей: скорость показа главного блока (LCP), отклик на клики (INP), «прыжки» вёрстки (CLS)
Где искать причину
Если медленны отдельные типы страниц, проверьте запросы к базе, внешние API и генерацию шаблона. Если замедлен весь сайт, смотрите загрузку сервера, кеширование и расстояние до пользователей.
После изменения повторите замер из той же точки и сравните одинаковую выборку URL. Иначе разницу нельзя уверенно приписать исправлению.