TTFB (Time to First Byte)

Автор

Что такое TTFB?

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

По стандартам Google, актуальным на 2026 год, «зелёная зона» TTFB составляет ≤ 200 миллисекунд для динамического контента и ≤ 100 миллисекунд для статических ресурсов. Превышение порога в 500 миллисекунд коррелирует с ухудшением ранжирования в мобильной выдаче на 1–2 позиции и снижением коэффициента конверсии до 15% из-за общего замедления всех зависимых метрик Core Web Vitals.

Как это работает?

TTFB складывается из трёх временных отрезков: время прохождения запроса от клиента до сервера (сетевая латентность), время генерации ответа серверным приложением (обработка PHP-скриптов, запросы к базе данных, вызовы API) и время возврата первого пакета обратно. Любая задержка на любом из этих этапов увеличивает итоговое значение, поэтому TTFB является интегральным индикатором здоровья серверной инфраструктуры.

Метрика критична, потому что все остальные показатели скорости страницы (LCP, FCP, TTI) не могут начаться, пока не получен первый байт. Медленный TTFB создаёт «эффект домино», задерживая старт загрузки CSS, шрифтов и изображений, и напрямую входит в лабораторные и полевые отчёты Google Lighthouse и CrUX.

Метрики и стандарты

Пороговые значения TTFB на 2026 год: для динамических страниц — ≤ 200 мс (хорошо), 200–500 мс (требует улучшения), > 500 мс (плохо); для статических ресурсов (CDN) целевой показатель — менее 100 мс. Серверная задержка должна составлять не более 60% общего TTFB, а оставшиеся 40% приходятся на сетевую передачу.

Измерение производится через Chrome DevTools, WebPageTest и API CrUX. Инструменты мониторинга, такие как Query Monitor для WordPress, детализируют вклад PHP-процессов и запросов к базе данных в серверную часть задержки. Стандартом считается достижение TTFB ≤ 200 мс для 95-го перцентиля всех запросов к целевым страницам.

Почему это важно для бизнеса?

TTFB задаёт базовый темп загрузки страницы, и его превышение разрушает пользовательский опыт ещё до того, как посетитель увидит хоть какой-то контент. Поисковые системы учитывают TTFB как компонент сигнала Page Experience, и сайты с хронически высоким временем ответа сервера теряют позиции даже при качественном контенте.

Для электронной коммерции и лидогенерации каждая лишняя сотая доля секунды TTFB увеличивает вероятность отказа: если сервер не отвечает за 500 миллисекунд, до 30% пользователей уходят к конкурентам. Оптимизация TTFB напрямую снижает показатель отказов, увеличивает глубину просмотра и конверсию, а также защищает бюджет на платный трафик от перерасхода на медленные страницы.

Пример применения

Корпоративный сайт на WordPress с неоптимизированным хостингом демонстрирует TTFB 950 мс, из-за чего общая загрузка страницы занимает 4,2 секунды, а показатель отказов достигает 68%. После внедрения объектного кеширования Redis, настройки серверного кеша Nginx FastCGI и отключения неиспользуемых плагинов TTFB падает до 170 мс. LCP улучшается с 4,2 до 1,9 секунды, отказы снижаются до 42%, а конверсия в заявку вырастает на 23% без изменения контента.

Как это реализуется в WordPress?

Оптимизация TTFB в WordPress достигается на трёх уровнях. Серверный уровень: использование Nginx с FastCGI-кешем или LiteSpeed Enterprise с LSCache, переход на PHP версии 8.2 или 8.3 с активированным OpCache, а также подключение Redis для объектного кеширования через плагин Redis Object Cache.

Уровень приложений: кеширующие плагины WP Rocket и LiteSpeed Cache применяют страничное кеширование, создавая готовые HTML-копии страниц, которые отдаются мгновенно без вызова PHP и базы данных. Плагин Perfmatters отключает лишние HTTP-запросы, скрипты и функции WordPress (эмодзи, embeds, RSS-ленты), сокращая нагрузку на сервер.

Уровень мониторинга: Query Monitor выявляет медленные плагины и запросы к БД, а Site Kit и интеграция с Google Search Console позволяют отслеживать динамику TTFB в полевых условиях. Миграция на быстрый хостинг и подключение CDN (Cloudflare APO) также критичны для приближения сервера к пользователю и снижения сетевой латентности.

Связанные понятия

Core Web Vitals — набор метрик Google (LCP, INP, CLS), фундаментом для которых служит TTFB.
LCP (Largest Contentful Paint) — время отрисовки основного контента, которое не может быть меньше TTFB.
Серверный кеш (Server—Side Caching) — механизм хранения готового HTML для обхода тяжёлой генерации, главный инструмент снижения TTFB.
FastCGI Cache — технология кеширования динамических страниц на уровне веб-сервера Nginx, радикально уменьшающая TTFB.
Redis Object Cache — плагин и технология сохранения результатов запросов к базе данных в оперативной памяти.
CDN (Content Delivery Network) — географически распределённая сеть серверов, сокращающая сетевую задержку и улучшающая TTFB для удалённых пользователей.