TTFB ниже 200 мс: 5 технических решений для скорости сайта

12 сентября 2026 · Команда SaitHub · SEO-блог SaitHub

Время до первого байта (TTFB) — это момент, когда браузер получает первые данные от сервера. Если этот показатель превышает 300 мс, пользователи воспринимают сайт как медленный, что напрямую снижает конверсию и позиции в поиске.

Что такое TTFB и почему он критичен

TTFB измеряет задержку между отправкой запроса браузером и получением первого байта ответа. Этот показатель не зависит от размера файлов или скорости интернета пользователя, а отражает исключительно производительность сервера и сети. Для корпоративных сайтов целевой показатель — до 200 мс, для e-commerce — до 150 мс.

Согласно данным Google, каждый дополнительный миллисекунда задержки на мобильных устройствах снижает вероятность конверсии на 0,05%. Если ваш TTFB составляет 800 мс, вы теряете до 40% потенциальных лидов по сравнению с конкурентами, у которых задержка 150 мс.

DNS lookup — время поиска IP-адреса домена, обычно занимает 10-30 мс.
TCP handshake — установление соединения с сервером, занимает 30-50 мс.
Request processing — время обработки запроса на сервере, ключевой фактор для оптимизации.

Оптимизация работы сервера

Настройка веб-сервера — первый шаг к снижению TTFB. Большинство сайтов на WordPress или PHP тратят 300-500 мс на обработку запроса из-за неоптимизированных скриптов и баз данных. Нужно сократить время выполнения PHP-скриптов и запросов к базе данных.

Используйте оптимизированные версии PHP (8.2+) и включите OPcache. Это ускоряет выполнение кода на 30-50%. Для баз данных MySQL/MariaDB настройте подключение к пулу соединений и оптимизируйте индексы. В среднем это снижает время обработки запроса с 400 мс до 120 мс.

OPcache — кэширование скомпилированного PHP-кода в оперативной памяти.
Query optimization — устранение лишних JOIN и сортировок в SQL-запросах.
Connection pooling — переиспользование открытых соединений к базе данных.

Использование CDN и кэширование

Content Delivery Network (CDN) распределяет трафик по узлам по всему миру. Когда пользователь запрашивает сайт, данные отдаются с ближайшего узла, а не с основного сервера. Это снижает географическую задержку на 50-70% для международных аудиторий.

Для российских сайтов критична локализация CDN-узлов. Использование российских провайдеров (Yandex Cloud, Selectel) сокращает TTFB для аудитории в РФ до 80-100 мс. Без локальных узлов задержка может достигать 300-500 мс из-за маршрутизации через зарубежные точки.

Edge caching — хранение HTML-страниц на периферийных узлах сети.
DNS prefetching — предварительный поиск IP-адресов доменов, указанных в коде.
HTTP/2 multiplexing — параллельная отправка нескольких ресурсов по одному соединению.

Настройка кэширования на уровне приложения

Кэширование на уровне приложения позволяет избегать повторного выполнения дорогих операций. Вместо того чтобы каждый раз обращаться к базе данных, отдавайте готовый HTML-файл из кэша. Это снижает нагрузку на CPU и сокращает TTFB до 50-80 мс.

Настройте кэширование на уровне веб-сервера (Nginx, Apache) и приложения (Redis, Memcached). Для динамического контента используйте фрагментное кэширование: кэшируйте неизменяемые части (шапка, футер) и генерируйте динамические блоки отдельно. Это позволяет обновлять контент без полной пересборки страницы.

Full-page cache — хранение готовой HTML-страницы в кэше.
Fragment cache — кэширование отдельных блоков контента.
Cache invalidation — автоматическое обновление кэша при изменении данных.

Мониторинг и контроль показателей

Без регулярного мониторинга вы не сможете отслеживать деградацию скорости. Используйте инструменты вроде GTmetrix, PageSpeed Insights и Blackfire для замеров TTFB. Замеры должны проводиться из разных географических точек, чтобы учесть влияние CDN.

Настройте алерты в системах мониторинга (Grafana, Datadog). Если TTFB превышает 200 мс в течение 10 минут, система должна уведомлять DevOps-команду. Это позволяет быстро находить узкие места: перегрузку сервера, сбои в CDN или проблемы с базой данных.

Synthetic monitoring — автоматические тесты из разных регионов.
Real User Monitoring (RUM) — сбор данных о реальной скорости у посетителей.
Alert thresholds — пороги срабатывания уведомлений при превышении норм.

Частые ошибки и их решение

Частая ошибка — игнорирование времени DNS-запроса. Если у сайта много поддоменов или внешних ресурсов, время поиска IP-адресов накапливается. Уменьшите количество внешних доменов и используйте DNS-сервисы с низким временем ответа (Cloudflare, DNS made easy).

Вторая ошибка — отсутствие сжатия. Без Gzip или Brotli сервер отправляет несжатые данные, что увеличивает время передачи. Включите сжатие для HTML, CSS, JS и изображений. Это сокращает объем данных на 60-70% и снижает TTFB на 20-40 мс.

Gzip compression — сжатие текстовых ресурсов.
Brotli compression — более эффективное сжатие для современных браузеров.
Domain consolidation — объединение ресурсов на одном домене.