Что такое TTFB?

TTFB (Time To First Byte) — время от запроса браузера до получения первого байта ответа от сервера. Это метрика скорости серверной инфраструктуры, а не скорости отрисовки страницы.

Time To First Byte переводится как «время до первого байта»: сколько миллисекунд проходит между тем, как посетитель нажал на ссылку, и тем, как его браузер получил первый кусочек HTML. Для бизнеса это точка, где теряются деньги: пока сервер думает, пользователь видит белый экран, а каждая лишняя сотня миллисекунд снижает глубину просмотра и конверсию. TTFB — фундамент скорости сайта, поэтому его проверяют первым, когда сайт «тормозит».

Как формируется TTFB

Метрику измеряют от момента клика до прихода первого байта. Внутри этого интервала укладывается несколько последовательных этапов:

  1. DNS-запрос — браузер узнаёт IP-адрес сервера.
  2. Установка соединения — TCP-рукопожатие и, если сайт работает по HTTPS, согласование TLS-сертификата.
  3. Отправка HTTP-запроса и ожидание ответа.
  4. Обработка на сервере — самая вариативная часть: подключение к базе данных, выполнение кода CMS, сборка HTML, обращение к внешним API.
  5. Отдача первого байта — сервер начинает передавать ответ.

Важно: TTFB не включает загрузку картинок, скриптов и стилей — он показывает, насколько быстро сервер готов отдать контент. Если узкое место — рендеринг в браузере, метрика будет идеальной, а сайт всё равно медленным.

Зачем бизнесу следить за TTFB

TTFB — первый в цепочке показателей скорости. Он напрямую влияет на LCP (Largest Contentful Paint): пока сервер не отдаст HTML, браузер не начнёт строить страницу, поэтому медленный ответ «съедает» бюджет времени на отрисовку. Поисковые системы оценивают скорость через Core Web Vitals и собственные метрики, а значит, техническая медлительность может ограничивать позиции.

Есть и вторая, менее очевидная выгода. Поисковые роботы тратят на обход сайта ограниченный ресурс — краулинговый бюджет. Чем дольше сервер отвечает, тем меньше страниц робот успевает обойти за визит. На больших каталогах и интернет-магазинах это приводит к тому, что часть страниц выпадает из индекса или обновляется с задержкой в недели.

Для пользователя всё проще: пока идёт ответ сервера, на экране пусто. Заметная задержка воспринимается как «сайт не работает», и посетители уходят к конкурентам, не увидев ни первого пикселя контента.

От чего зависит TTFB

  • Хостинг и его окружение. Слабый тариф, перегруженный «соседями» сервер, медленные диски и устаревшая версия PHP дают стабильно высокий TTFB. Если хостинг не справляется, никакая оптимизация кода не спасёт.
  • Кеширование. Кеш страниц на сервере, opcache для PHP, объектный кеш (Redis, Memcached), CDN с кешем на периферии — всё это убирает повторное выполнение тяжёлого кода.
  • Серверный код и запросы к базе. «Тяжёлые» SQL-запросы, лишние обращения к внешним API, неиндексированные таблицы увеличивают время обработки.
  • География и сеть. Расстояние до дата-центра и качество маршрута добавляют десятки, а иногда и сотни миллисекунд.

Как измерять и какие значения считать нормой

Замеряют TTFB в DevTools (поле Waiting/TTFB), PageSpeed Insights, отчётах о скорости в Яндекс Вебмастере и Google Search Console, системах мониторинга. Главное правило — сравнивать замеры при холодном и прогретом кеше: впервые пришедший и вернувшийся пользователь получают разное время ответа, а реальный опыт формируют оба сценария.

Ориентиры: до 200 мс — отлично, 200–500 мс — приемлемо, 500–800 мс — заметно плохо, больше 800 мс — критично, особенно на мобильных.

Что чаще всего ломает метрику:

  • проверка только «прогретой» страницы из кеша, тогда как каталог и корзина отвечают секундами;
  • замер с быстрого офисного интернета и игнорирование мобильных сетей;
  • попытки вылечить TTFB скриптами отложенной загрузки — они ускоряют отрисовку, но не ответ сервера;
  • агрессивный кеш без учёта персонализированных страниц.

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

Коротко о главном

TTFB — время до первого байта ответа сервера; оно определяет, как быстро страница вообще начнёт загружаться. Метрика зависит в первую очередь от хостинга, кеша и серверного кода, а не от вёрстки. Держать её в пределах 200–500 мс — базовая гигиена сайта, который рассчитывает на трафик и конверсию.

Мы свяжемся с вами, ответим на интересующие вопросы и подготовим коммерческое предложение
Давайте работать
Оставьте заявку, после чего мы сможем собрать ключевые запросы, проверить позиции по ним, составить план продвижения и сделать вам предложение по продвижению сайта с гарантиями.
Ваш номер телефона *
Адрес вашего сайта
Антиспам вопрос: cколько будет 27 + 27 ?
Прикрепить список запросов
Только файлы Word, Excel, Блокнот
Оставить заявку

Смотрите другие материалы

rel="ugc"
rel="ugc" — это значение атрибута rel, которым помечают ссылки, добавленные самими пользователями: в комментариях, отзывах, на форумах и в гостевых…
Читать подробнее
RPC
RPC (Remote Procedure Call, вызов удалённых процедур) — способ взаимодействия программ, при котором код вызывает функцию на другом сервере так…
Читать подробнее
Вебмастер
Вебмастер (Webmaster) — это специалист или владелец сайта, который отвечает за его техническое состояние, наполнение и работоспособность в интернете. В…
Читать подробнее
OOP
OOP (Object-Oriented Programming, объектно-ориентированное программирование) — парадигма, в которой программа собирается из объектов: самодостаточных блоков, объединяющих данные и действия над…
Читать подробнее
PageSpeed Insights (PSI)
PageSpeed Insights (PSI) — бесплатный инструмент Google, который оценивает скорость загрузки и удобство отдельной страницы по лабораторным и полевым данным.…
Читать подробнее
Доступность (a11y)
Доступность (Accessibility, a11y) — это свойство сайта или интерфейса, при котором им могут полноценно пользоваться все люди, включая тех, у…
Читать подробнее

go to top

7 (933) 990-91-12

7 (931) 178-02-48

7 (933) 990-91-17

7 (933) 990-92-34

7 (933) 990-92-37