Скорость сайта
Сервер отвечает медленно. Что такое TTFB и что с ним делать
TTFB это время от запроса страницы до первого байта ответа сервера. Пока оно идёт, браузер не рисует ничего: ни текста, ни картинок, ни даже фона. Норма Google: уложиться в 0,8 секунды.
Что мы измерили на живых сайтах
Мы взяли 103 сайта, у которых есть данные реальных посетителей Chrome с телефонов, и посмотрели, сколько их сервер думает перед первым байтом. Медиана вышла 1,193 секунды, то есть в полтора раза хуже нормы.
В норму уложились восемь сайтов из ста трёх. Самый быстрый ответил за 300 миллисекунд, самый медленный за 2,717 секунды. Между ними разница в девять раз, и почти вся она объясняется не железом, а тем, собирается страница заново на каждый запрос или отдаётся готовой.
Замер сделан по данным Chrome за 28 дней, телефоны, август 2026. Выборка не случайная: это сайты, которые проверяли мы, в основном малый и средний бизнес на WordPress и Битриксе. Цифры описывают этот корпус, а не весь рунет.
Что означает конкретное значение
В отчёте PageSpeed и в панели разработчика TTFB показан числом. Вот что стоит за типичными значениями и что с ними делать.
| Значение | Что это означает |
|---|---|
| до 0,2 с | страница отдаётся готовой из кеша, вопрос закрыт |
| 0,2 до 0,8 с | норма Google, сервер успевает собрать страницу |
| 0,8 до 1,3 с | сборка на каждый запрос без кеша, типичный WordPress с плагинами |
| 1,3 до 1,8 с | к сборке добавились тяжёлые запросы к базе или внешние вызовы в шаблоне |
| 1,8 до 3 с | плохой результат по Google: половина времени показа уходит на ожидание |
| больше 3 с | обычно переадресации, перегруженный хостинг или ответ чужого сервиса внутри страницы |
Важная оговорка: одно измерение мало что значит. Сервер отвечает по-разному в разное время суток и на разные страницы. Смотреть надо на несколько прогонов и обязательно на внутренние страницы, а не только на главную: главная чаще всего закеширована, а карточка товара нет.
Почему это важнее, чем кажется
TTFB не живёт отдельно: он целиком входит во время показа первого экрана. В нашем корпусе медианно ответ сервера съедает 50 процентов LCP, а у 50 сайтов из 101 больше половины.
Отсюда практический вывод. Если сервер отвечает секунду, то на всё остальное, то есть на стили, шрифты, скрипты и главную картинку, остаётся полторы секунды из двух с половиной. Оптимизировать картинки в такой ситуации можно, но потолок уже задан.
Обратная ситуация встречается ещё чаще: у 51 сайт из корпуса первый экран формально в норме, а сервер при этом отвечает дольше 0,8 секунды. Такой сайт выглядит здоровым ровно до первого наплыва посетителей или до того дня, когда на главную добавят ещё один баннер.
Как измерить самому за минуту
Способ первый, без установки чего-либо: откройте PageSpeed Insights, введите адрес и найдите строку Time to First Byte в блоке данных о реальных пользователях. Там же видно, попадает сайт в норму или нет.
Способ второй, точнее и повторяемо: одна команда в терминале.
Запустите её несколько раз подряд. Первый ответ может быть медленнее остальных: это нормально, страница попадает в кеш. Если медленные все пять, дело не в кеше, а в сборке страницы.
Отчего сервер думает долго
- Страница собирается заново на каждый запрос. Самая частая причина из всех. Кеш страниц выключен или сломан, и каждый посетитель заставляет сайт заново обойти базу, тему и плагины.
- Тяжёлые запросы к базе. Каталог без индексов, фильтры по нескольким свойствам, подсчёт остатков на каждой карточке товара.
- Соседи по хостингу. На дешёвом тарифе процессорное время делится между сайтами, и ваш ответ ждёт, пока отработает чужой.
- Старая версия PHP. Разница между 7.4 и 8.3 на типовом сайте это десятки процентов времени сборки, причём бесплатно.
- Внешние вызовы прямо в шаблоне. Курс валют, погода, отзывы, счётчик подписчиков. Пока чужой сервер молчит, молчит и ваша страница.
- Цепочки переадресаций. Каждое звено это отдельный полный круг до сервера и обратно.
Битрикс, WordPress и WooCommerce
Разница между платформами в нашем корпусе есть, но она меньше, чем разница между настроенным и ненастроенным сайтом на одной и той же платформе.
| Платформа | Сайтов | Медианный TTFB |
|---|---|---|
| Битрикс | 58 | 1065 мс |
| WordPress | 38 | 1526 мс |
| WordPress с WooCommerce | 14 | 1666 мс |
Магазин на WooCommerce отвечает медленнее обычного сайта на том же WordPress, и причина понятна: корзина и личный кабинет по умолчанию исключаются из кеша, а вместе с ними часто и весь каталог. Это лечится настройкой, а не переездом на другую платформу.
Что делать по порядку
- Включить кеш страниц и убедиться, что он реально работает: ответ сервера должен содержать заголовки кеширования, а не только плагин в списке установленных.
- Обновить PHP до поддерживаемой версии. Перед обновлением проверить совместимость темы и плагинов.
- Убрать внешние вызовы из шаблона в фоновое обновление по расписанию.
- Выпрямить переадресации, чтобы внутренние ссылки вели сразу на конечный адрес.
- Разобраться с запросами к базе, если после первых четырёх пунктов ответ всё ещё дольше секунды.
Когда чинить не нужно
Если сервер отвечает за 0,9 секунды, а первый экран показывается за 1,8, то TTFB у вас не главная беда, и деньги лучше потратить на другое. Смотреть надо на пару: сколько времени занимает ответ сервера и сколько остаётся на загрузку самой страницы. Чинить стоит то, что больше.
Что делаем мы
Кеш страниц, версия PHP, лишние переадресации, внешние вызовы в шаблоне. Это входит в пакет «Ускорить сайт», на WordPress 17 000 ₽ – 28 000 ₽. Точная сумма считается по тому, что найдено именно у вас, и видна прямо в отчёте до всякого разговора о договоре.
Источники и нормы
Собственные цифры выше получены замерами Фиксометра. Определения, пороги и правила сверены с первичными документами:
- web.dev: Time to First Byte. Определение TTFB и ориентиры: до 0,8 секунды хорошо, после 1,8 секунды плохо.
- web.dev: Optimize Time to First Byte. Связь ответа сервера с последующей отрисовкой и способы диагностики медленного ответа.
Частые вопросы
Какой TTFB считается нормальным?
Google называет хорошим ответ быстрее 0,8 секунды, плохим медленнее 1,8 секунды. Это не отдельный фактор ранжирования: TTFB важен тем, что целиком входит в LCP, а LCP фактором является.
Чем TTFB отличается от скорости сайта?
TTFB это только ожидание первого байта ответа: браузер ещё ничего не рисует. Дальше идёт загрузка стилей, скриптов и картинок. Медленный сервер и тяжёлая страница это две разные болезни, и лечатся они по-разному, поэтому их надо разделять до начала работ.
У меня хостинг с SSD и много памяти, почему сервер отвечает секунду?
Потому что время уходит не на диск, а на сборку страницы: запросы к базе, темы и плагины, внешние вызовы прямо в шаблоне. Готовая страница из кеша отдаётся за десятки миллисекунд на том же железе.
Поможет ли CDN?
Картинкам и статике поможет почти всегда. Самому HTML только если сеть кеширует и его, иначе запрос всё равно идёт на исходный сервер и упирается в ту же сборку страницы.
Мы в России, а замер идёт из-за границы. Это честно?
Данные, на которые мы смотрим, собраны с браузеров реальных посетителей сайта, а не с нашего сервера. Если посетители в России, замер тоже сделан в России.
Проверьте свой сайт
Бесплатная проверка измерит время ответа сервера и покажет, что именно его держит: отсутствие кеша, версия PHP, цепочки переадресаций. Заодно посчитает, сколько из времени показа первого экрана приходится на сервер, а сколько на саму страницу.