Время отклика сервера

Что это

Время отклика сервера (Time to First Byte, TTFB) — это интервал между отправкой HTTP-запроса браузером и получением первого байта ответа от сервера. Измеряется в миллисекундах. Включает время DNS-резолвинга, установку TCP-соединения, обработку запроса на сервере и начало передачи данных. В отчётах PageSpeed Insights и Google Search Console фигурирует как один из ключевых показателей скорости загрузки.

Почему это важно для SEO

Google официально включил TTFB в цепочку метрик Core Web Vitals: высокий TTFB напрямую увеличивает Largest Contentful Paint (LCP). Рекомендуемый порог — до 200 мс. Если TTFB превышает 600 мс, LCP почти гарантированно выйдет за целевые 2,5 секунды, что снижает позиции в Google и ухудшает оценку страницы в PageSpeed Insights. По данным исследований Cloudflare, переход с TTFB 800 мс к 200 мс в среднем поднимает конверсию на 10–15% за счёт снижения отказов.

Яндекс учитывает скорость загрузки через поведенческие факторы: если пользователь уходит с сайта до полной загрузки, это сигнал для алгоритма. ИКС (Индекс качества сайта) косвенно зависит от поведенческих метрик — медленный TTFB их портит. Кроме того, Яндекс.Нейро и Турбо-страницы частично обходят проблему долгого ответа сервера, но это не замена нормальной инфраструктуре: основной сайт всё равно ранжируется по своим показателям.

Как проверить вручную

1. PageSpeed Insights (pagespeed.web.dev): вставьте URL, найдите блок "Server response times (TTFB)" в разделе Diagnostics. Там показан фактический TTFB для мобильных и десктопных пользователей.

1. Chrome DevTools: откройте вкладку Network, обновите страницу, кликните на первый HTML-запрос и перейдите на вкладку Timing. Строка "Waiting for server response" — это и есть TTFB.

1. Screaming Frog SEO Spider: в режиме краулинга колонка "Response Time" показывает TTFB для каждого URL. Экспортируйте отчёт в CSV, отсортируйте по убыванию — сразу видны проблемные страницы.

1. Яндекс.Вебмастер: раздел "Диагностика сайта" → "Скорость загрузки". Яндекс дополнительно показывает, как сервер отвечает на запросы Яндекс.Бота, что важно для индексации.

1. Топвизор: инструмент "Скорость сайта" позволяет мониторить TTFB в динамике — удобно для отслеживания деградации после обновлений.

Как исправить

Шаг 1. Включите кэширование на уровне сервера.

Nginx:

location ~* \.(html|php)$ {
    add_header Cache-Control "public, max-age=3600";
    fastcgi_cache_valid 200 1h;
}

Шаг 2. Используйте PHP OPcache — устраняет повторную компиляцию PHP-кода при каждом запросе:

; php.ini
opcache.enable=1
opcache.memory_consumption=128
opcache.max_accelerated_files=10000

Шаг 3. Подключите CDN (Cloudflare, Bunny CDN, Selectel) — распределите статику по точкам присутствия, ближайшим к пользователю.

Шаг 4. Переходите на HTTP/2 или HTTP/3 — снижают накладные расходы на соединение.

По CMS:

• WordPress: установите плагин WP Rocket или W3 Total Cache. Включите Page Cache и Object Cache (Redis/Memcached).
• Tilda: самостоятельно управлять TTFB нельзя — запросите переезд на тарифный план с улучшенной инфраструктурой или используйте Cloudflare как прокси.
• 1C-Bitrix: включите "Настройки → Производительность → Кэширование страниц" + настройте composite-сайт (асинхронный рендеринг).
• Webflow: серверная часть управляется Webflow — подключите Cloudflare Enterprise или используйте встроенный Webflow CDN, убедившись, что он активирован в настройках проекта.

Типичные ошибки

1. Отключённое кэширование на production. Часто разработчики включают режим отладки и забывают его выключить — кэш при этом не работает, каждый запрос идёт к БД.

1. Слишком дорогие SQL-запросы. TTFB 1–2 секунды при нормальном хостинге почти всегда означает неоптимизированные запросы к базе данных. Используйте EXPLAIN в MySQL/PostgreSQL и добавляйте индексы.

1. Shared-хостинг с перегруженными соседями. На дешёвых тарифах ресурсы делятся между сотнями сайтов. Переход на VPS с 2 vCPU / 4 ГБ RAM решает проблему в большинстве случаев.

1. Нет мониторинга. TTFB деградирует после обновлений CMS, роста базы данных или пикового трафика. Без алертов в Топвизоре или UptimeRobot вы узнаёте об этом от пользователей.

1. CDN без правильных заголовков кэширования. CDN не кэширует страницы, если сервер отдаёт Cache-Control: no-store. Проверяйте заголовки через curl -I https://example.ru.

Влияние на разные типы сайтов

Интернет-магазины страдают от медленного TTFB сильнее всего: карточки товаров, категории и поиск генерируются динамически с запросами к БД. На крупных каталогах (10 000+ SKU) без кэширования TTFB легко превышает 1–2 секунды. Потеря позиций по высококонкурентным товарным запросам прямо коррелирует с ухудшением LCP.

Контентные сайты и блоги проще поддаются оптимизации: статичный HTML кэшируется агрессивно, TTFB можно снизить до 50–80 мс. SaaS-сервисы с авторизованными зонами не могут кэшировать персонализированный контент — здесь критичен выбор серверной архитектуры и регион размещения (дата-центр должен быть в России для российской аудитории). Лендинги при переходе на статическую генерацию (Hugo, Next.js со статическим экспортом) практически полностью устраняют проблему TTFB.