TTFB (Time to First Byte) — это время от отправки запроса до получения первого байта ответа от сервера. Если TTFB выше 600 мс — страница загружается медленно, даже если остальные ресурсы оптимизированы. Google использует TTFB как часть оценки Core Web Vitals, и медленный ответ сервера напрямую влияет на LCP. В этой статье — 8 способов снизить TTFB и ускорить ответ сервера.
Что такое TTFB и почему он важен
TTFB измеряет три фазы запроса.
DNS-резолвинг. Браузер преобразует доменное имя в IP-адрес.
Соединение и TLS-рукопожатие. Браузер соединяется с сервером и устанавливает защищённое соединение.
Обработка запроса. Сервер принимает запрос, обрабатывает его и отправляет первый байт ответа.
TTFB — это сумма всех трёх фаз. Если любая из них медленная — TTFB растёт.
Google рекомендует такие значения:
Хорошо: до 200 мс.
Приемлемо: 200-500 мс.
Плохо: выше 500 мс.
Для динамических сайтов TTFB до 500 мс считается нормой. Для статических и сайтов с CDN — до 200 мс. Проверить текущий TTFB можно через проверку TTFB.
Способ 1. Сменить хостинг на более быстрый
Самая частая причина высокого TTFB — медленный или перегруженный хостинг. Если провайдер размещает сотни сайтов на одном сервере — ресурсы делятся между всеми, и TTFB растёт.
Что делать: перейдите на VPS или выделенный сервер. Убедитесь, что у вас SSD-диски, достаточно RAM и современный процессор. Проверить, на каком сервере работает сайт, можно через проверку серверной подписи.
Что это даёт: снижение TTFB на 100-300 мс. Самый быстрый и заметный эффект, если текущий хостинг слабый.
Способ 2. Включить серверное кеширование
Без кеширования сервер каждый раз генерирует страницу заново: выполняет PHP-код, обращается к базе данных, собирает HTML. Это занимает время.
Что делать: включите серверное кеширование. Популярные решения:
— Redis — кеширование объектов и запросов;
— Memcached — кеширование данных;
— Varnish — кеширование HTTP-ответов;
— Nginx FastCGI Cache — кеширование на уровне веб-сервера.
Что это даёт: снижение TTFB на 200-500 мс. Для сайтов на CMS (WordPress, 1С-Битрикс, Joomla) это один из самых эффективных способов.
О настройке — в статье Серверное кеширование для скорости сайта.
Способ 3. Подключить CDN
Если сервер находится в одной стране, а пользователи — по всему миру, TTFB будет высоким для удалённых пользователей. CDN решает эту проблему.
Что делать: подключите CDN. Популярные решения:
— Cloudflare;
— Bunny CDN;
— Gcore CDN.
CDN раздаёт статические ресурсы с ближайшего к пользователю сервера. Для динамических страниц некоторые CDN поддерживают edge-кеширование.
Что это даёт: снижение TTFB на 100-400 мс для удалённых пользователей. Для локальных пользователей эффект меньше.
О выборе CDN — в статье Кеширование и CDN для скорости сайта.
Способ 4. Оптимизировать базу данных
Для сайтов на CMS база данных — частое узкое место. Медленные запросы задерживают генерацию страницы.
Что делать:
— добавьте индексы для часто используемых полей;
— оптимизируйте медленные запросы (проверьте через EXPLAIN);
— уменьшите количество запросов на страницу;
— используйте кеширование запросов (Redis, Memcached);
— регулярно чистите таблицы от мусора (ревизии, спам-комментарии).
Что это даёт: снижение TTFB на 50-300 мс в зависимости от сложности запросов.
Способ 5. Включить сжатие gzip или Brotli
Сжатие уменьшает размер передаваемых данных. Чем меньше данных — тем быстрее передача. Для TTFB эффект меньше, чем для общей загрузки, но он есть.
Что делать: включите gzip или Brotli на сервере. Brotli эффективнее gzip на 15-25%. Проверить, включено ли сжатие, можно через проверку сжатия сервера.
Что это даёт: снижение TTFB на 20-100 мс. Основной эффект — на общее время загрузки.
О Brotli — в статье Как проверить поддержку Brotli.
Способ 6. Оптимизировать серверный код
Медленный PHP, Python или Node.js код задерживает ответ. Если сервер выполняет сложные вычисления перед отправкой страницы — TTFB растёт.
Что делать:
— профилируйте код — найдите медленные функции;
— уберите внешние API-вызовы из синхронного кода;
— кешируйте результаты сложных вычислений;
— оптимизируйте загрузку тяжёлых библиотек.
Что это даёт: снижение TTFB на 50-500 мс в зависимости от того, насколько код неоптимизирован.
Способ 7. Использовать HTTP/2 или HTTP/3
HTTP/2 и HTTP/3 уменьшают задержки при загрузке ресурсов. Для TTFB эффект меньше, чем для общей загрузки, но для мультиплексирования запросов — заметен.
Что делать: включите HTTP/2 на сервере. Большинство современных серверов (Nginx, Apache) поддерживают его из коробки. HTTP/3 — новее, но требует настройки. Проверить, включён ли HTTP/2, можно через проверку HTTP/2.
Что это даёт: снижение TTFB на 10-50 мс. Основной эффект — на параллельную загрузку ресурсов.
Способ 8. Ускорить DNS
DNS-резолвинг — первая фаза запроса. Если DNS медленный — TTFB растёт ещё до соединения с сервером.
Что делать:
— используйте быстрый DNS-провайдер (Cloudflare DNS, Google DNS);
— настройте DNS-кеширование;
— используйте DNS Prefetch для внешних ресурсов;
— проверьте DNS-записи через проверку DNS.
Что это даёт: снижение TTFB на 20-100 мс. Особенно заметно для пользователей, которые заходят на сайт впервые.
Как измерить результат
После каждого изменения проверяйте TTFB через проверку TTFB. Тестируйте несколько раз — TTFB может колебаться в зависимости от нагрузки и сети.
Что ещё проверять:
Размер страницы — через проверку размера страницы.
Core Web Vitals — через SEO-аудит SerpMax.
HTTP-заголовки — через проверку HTTP-заголовков.
Целевые значения: TTFB до 200 мс для статических сайтов, до 500 мс для динамических. LCP — до 2,5 секунд.
Что даёт снижение TTFB
Три измеримых эффекта.
Скорость. Каждые 100 мс снижения TTFB ускоряют загрузку страницы на 50-100 мс.
Core Web Vitals. LCP улучшается, если TTFB снижен. Без быстрого TTFB невозможно достичь хорошего LCP.
Конверсия. Каждая секунда загрузки снижает конверсию на 7%. Снижение TTFB напрямую влияет на доход.
Не ждите мгновенного эффекта. TTFB — это накопительный фактор. Чем стабильнее сервер отвечает быстро, тем лучше поисковики и пользователи относятся к сайту.
Часто задаваемые вопросы
Что такое TTFB?
TTFB (Time to First Byte) — время от отправки запроса до получения первого байта ответа от сервера. Включает DNS-резолвинг, соединение, TLS-рукопожатие и обработку запроса сервером.
Какой TTFB считается хорошим?
До 200 мс — хорошо. 200-500 мс — приемлемо. Выше 500 мс — плохо. Для динамических сайтов до 500 мс считается нормой.
Как проверить TTFB?
Через проверку TTFB. Инструмент отправляет запрос и измеряет время до первого байта. Тестируйте несколько раз для точности.
Почему у меня высокий TTFB?
Частые причины: медленный хостинг, нет кеширования, медленная база данных, нет CDN, тяжёлый серверный код, медленный DNS. Проверьте каждый пункт из статьи.
Можно ли снизить TTFB без смены хостинга?
Да. Включите кеширование, подключите CDN, включите сжатие, оптимизируйте базу данных, уберите тяжёлый код. Это может снизить TTFB на 200-500 мс без переезда.
Влияет ли TTFB на позиции?
Косвенно. TTFB влияет на LCP, который входит в Core Web Vitals. Google учитывает Core Web Vitals как сигнал ранжирования. Медленный TTFB ухудшает LCP и может снизить позиции.
Что важнее — TTFB или размер страницы?
Оба важны. TTFB влияет на начало загрузки, размер — на её продолжительность. Если TTFB высокий — страница долго не начинает загружаться. Если размер большой — долго загружается после начала.
Как часто проверять TTFB?
Раз в месяц, а также после смены хостинга, настройки CDN, обновления CMS или установки новых плагинов. TTFB может вырасти незаметно.
