Быстродействие сайта

Скорость сайта: какие числа мерить и что показали наши замеры

TTFB, LCP и INP – разные числа, и лечатся они по-разному. Наши внешние замеры живых сайтов 31.07–01.08.2026, причины потерянных секунд и команды, которыми вы повторите проверку сами.

1 августа 2026 г.
3 мин чтения

Клиент пишет: "сайт тормозит". Открываешь с рабочего ноутбука – вроде бы нормально. Открываешь с телефона в дороге — действительно тормозишь. Слово "медленно" не означает ничего, пока под ним нет числа и места, где это число сняли.

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

«Медленно» — это несколько разных чисел

Чаще всего в одну кучу ссыпают вещи, которые лечатся по-разному.

TTFB (time to first byte) — сколько истекает от запроса до первого б ответа сервера. Чистая серверная часть: версия PHP, кэш, запросы в базу, настройки nginx. Google в документации web.dev не относит TTFB к Core Web Vitals, а описывает как подпирающую LCP диагностическую метрику и называет ориентир «хорошо» — до 800 мс.

LCP (largest contentful paint) — момент, когда на экране появился самый большой элемент первого экрана. Официальный порог «хорошо» из той же документации – 2,5 секунды. Сюда уже входит и сервер, и сеть, и вес изображений.

INP (interaction to next paint) — задержка между действием пользователя и реакцией интерфейса, порог «хорошо» 200 мс. Это уже не о загрузке, а о том, не тормозят ли страницу скрипты после него.

Сайт может иметь отличный TTFB и проваленный LCP, если на первом экране висит баннер на два мегабайта. Бывает и наоборот: сервер думает секунду, но страница легкая и человек этого почти не замечает. Поэтому первый практический вопрос – какое именно число у вас плохое.

Почему скорость имеет отношение к деньгам

Механизм здесь прямой и скучный. Между щелчком и появлением контента человек не видит ничего. Чем длиннее пауза, тем большая часть посетителей закрывает вкладку – особенно с мобильного интернета, где к задержке сервера добавляется задержка сети. Ушедший к первому экрану не увидел ни товара, ни цены, ни кнопки. Его невозможно конвертировать ни одним оффером, скидкой или текстом, потому что он физически ничего не прочел.

Скорость определяет, скольким людям ваше предложение вообще покажут.

И сразу предел, чтобы не было иллюзий. Скорость не делает предложение привлекательным. Если цена выше рынка, товара нет налицо или человек пришел не за тем – сайт, грузящийся за 200 мс, просто скорее покажет ему причину уйти. Скорость убирает техническую утрату, она не создает спрос. Насколько это повлияет именно на ваши продажи, зависит от ниши, конкуренции и того, насколько плохо сейчас.

Что показали наши замеры

Мы сняли внешние метрики с живых сайтов, которые вели или ведем: партия на шестнадцать сайтов, замеры 31.07–01.08.2026 с внешней сети, без доступа к серверам. Сравнения «самый легкий — самый тяжелый» ниже относятся именно к этой партии. Названий клиентов здесь нет – только тип бизнеса.

Магазин тактического снаряжения: TTFB 413,8 мс, полная загрузка HTML 511,1 мс. Каталог — 54 302 товара, подтвержденные двумя независимыми методами: sitemap-индекс на 110 096 URL для двух языков и перекрестная проверка штатным поиском, расхождение 0,4%. Вес HTML главной – 421,5 КБ.

Теги

АналитикаSEOPerformance

🤔Вам понравилась статья?

Ваше мнение помогает нам создавать лучший контент

Поделитесь с друзьями

Нашли что-нибудь полезное? 🚀

Помогите другим узнать это — поделитесь статьей в социальных сетях

https://lionex.com.ua/blog/performance-optimization-2026-dlya-biznesu

💚 Спасибо, что помогаете нам расти

Владислав Чистяков

Пишет о том, что делает руками: интернет-магазины на OpenCart, приложения на Next.js, интеграции и скорость сайтов. В статьях — замеры и проверки, которые читатель может повторить на своём проекте, а не общие советы. Коммерческая разработка с 2015 года.

Частые вопросы

Ответы на популярные вопросы по теме

Оба, потому что они о разном. TTFB — это время до первого байта, то есть сколько думает сервер; LCP — когда посетитель видит главный элемент экрана. Медленный TTFB портит всё последующее, но быстрый TTFB ещё не означает быструю страницу: тяжёлые изображения и скрипты способны испортить LCP при безупречном сервере. Поэтому смотреть надо на пару, а не на одно удобное число.

Потому что это не один способ измерения, а два. Лабораторный тест каждый раз заново симулирует медленное устройство и сеть, и разброс в несколько баллов там нормален. Полевые данные, наоборот, собраны с реальных посетителей за 28 дней и почти не скачут. Сравнивать между собой можно только одинаковые измерения — иначе «стало хуже» может означать лишь то, что тест запустили в другой момент.

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

Чаще всего — не оптимизация кода, а две простые вещи: изображения, отдаваемые в своём настоящем размере и современном формате, и убранные сторонние скрипты, которыми уже никто не пользуется. Дальше идёт время ответа сервера. В наших замерах магазин на 54 302 товара отдаёт первый байт за 414 мс, а сайт со 164 страницами — за 244 мс: это результат конкретной инженерии, а не одной универсальной правки.

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

Получайте лучшие статьи на почту

Подпишитесь на нашу рассылку и получайте полезные советы, инсайты и новости о веб-разработке, маркетинге и бизнесе.

Мы уважаем вашу конфиденциальность. Отписаться можно в любой момент.

Похожие статьи

Все статьи
Пассажиры каждой страницы: словарь целого языка, вторая шапка и чат, которого не просили
Быстродействие сайта

Пассажиры каждой страницы: словарь целого языка, вторая шапка и чат, которого не просили

5 сентября 2026 мы разобрали ответ собственного сайта строка за строкой и нашли пять вещей, которые ехали в браузер каждому посетителю, хотя ими никто не пользовался. 13 сентября нашлась шестая. Показываем байты до и после, урок о символах против байтов и пять проверок для своего сайта.

10 мин
17 сент.
Читать дальше
Почему страница думала три секунды: запрос, которого не видно в коде страницы
Быстродействие сайта

Почему страница думала три секунды: запрос, которого не видно в коде страницы

16 августа 2026 года наш сайт отвечал за 3,05 с, а соседи на том же сервере — за 0,2–0,3 с. Виноват запрос мега-меню, который на каждой странице тянул 4,3 МБ переводов. Разбираем его и ещё три похожих случая, а также как найти такое на своём сайте.

9 мин
16 сент.
Читать дальше
Первый экран прыгает: как мы искали сдвиг от шрифта и что не сработало
Быстродействие сайта

Первый экран прыгает: как мы искали сдвиг от шрифта и что не сработало

17.08.2026 аудит показал CLS 0,2283 на десктопной главной нашего сайта. Причиной оказался шрифт: единица ch в абзаце и наклоненная декоративная полоса. Разбираем, какие советы по замерам не помогли, что дало 0,0056 и как проверить свой сайт.

9 мин
16 сент.
Читать дальше