Время ответа сервера: что такое TTFB и как его сократить

TTFB (Time to First Byte, время до первого байта) — время от момента, когда браузер отправил запрос, до получения первого байта ответа от сервера. Пока этот байт не пришёл, браузер не может начать отрисовку страницы. Медленный ответ сервера тормозит все остальные показатели скорости, поэтому оптимизацию часто начинают именно с него.

Из чего складывается TTFB

• Поиск адреса сервера через DNS
• Установка соединения и защищённого канала TLS
• Редиректы, если запрос сначала попадает на другой адрес
• Время, за которое сервер формирует страницу: выполняет код, обращается к базе
• Путь ответа по сети обратно к посетителю

Первые три пункта зависят от инфраструктуры и настроек, четвёртый — от сайта и хостинга, пятый — от расстояния и качества каналов.

Какой ориентир

Руководство Google для разработчиков web.dev называет хорошим TTFB около 0,8 секунды и меньше. Это не официальный фактор ранжирования, а ориентир: при медленном ответе трудно уложиться в хорошие значения Core Web Vitals, особенно в скорость отрисовки крупного элемента. Для простых страниц с кэшем реально получить заметно меньшее время.

Как измерить

Самый простой способ — инструменты разработчика в браузере: на вкладке сети выберите запрос самой страницы и посмотрите разбивку времени, где ожидание ответа сервера показано отдельно. Онлайн-сервисы проверки скорости тоже показывают время ответа сервера. Данные реальных пользователей о TTFB есть в отчётах Chrome UX Report, на которых основан полевой блок PageSpeed Insights, если сайт набрал достаточно посещений.

Измеряйте несколько раз и в разное время: одиночный замер может попасть на случайную нагрузку. Сравнивайте главную, категорию, карточку товара и статью — у разных шаблонов время часто различается.

Почему сервер отвечает медленно

• Страница каждый раз собирается заново без кэширования
• Тяжёлые запросы к базе данных, особенно в каталогах с фильтрами
• Много плагинов или модулей, каждый из которых добавляет работу
• Слабый или перегруженный хостинг, общий сервер с соседями
• Сервер далеко от аудитории
• Цепочки редиректов перед загрузкой страницы

Что ускоряет ответ

Кэширование страниц — самая действенная мера для большинства сайтов. Сервер один раз собирает страницу и затем отдаёт готовую копию. В WordPress для этого есть плагины кэша, в Битриксе — встроенный композитный режим и кэш компонентов, во фреймворках — статическая генерация и кэш на уровне сервера.

Дальше по эффекту:

• Кэш объектов и запросов к базе, например через Redis
• Индексы в базе данных для медленных запросов
• Отключение неиспользуемых плагинов и модулей
• Актуальная версия PHP или другой среды выполнения
• Переход на более мощный тариф или VPS
• CDN для отдачи страниц и статики ближе к посетителю

Чего не стоит ожидать

Ускорение ответа сервера само по себе не поднимет сайт на первые места. Оно убирает тормоз: страницы быстрее открываются, робот успевает обойти больше адресов, посетители реже уходят, не дождавшись загрузки. Эффект особенно заметен на больших сайтах и на мобильном интернете.

Порядок работы

1. Замерьте TTFB по основным шаблонам страниц.
2. Найдите самый медленный шаблон и выясните, где тратится время: в коде, базе или сети.
3. Включите кэширование и проверьте, как изменилось время.
4. Если не помогло — разбирайте запросы к базе и плагины.
5. Если сайт уже оптимизирован, а ответ медленный — меняйте хостинг или подключайте CDN.

После каждого изменения замеряйте снова: так вы поймёте, какая мера дала эффект, и не будете тратить время на бесполезные.