Скорость загрузки сайта: почему это деньги, а не техника
Клиент запустил рекламу на 180 тыс. ₽ в месяц и получил 340 переходов в день. Заявок было 9 вместо ожидаемых 20. Причина нашлась за десять минут: на мобильном страница каталога показывала контент через 6,2…
Клиент запустил рекламу на 180 тыс. ₽ в месяц и получил 340 переходов в день. Заявок было 9 вместо ожидаемых 20. Причина нашлась за десять минут: на мобильном страница каталога показывала контент через 6,2 секунды. Люди уходили раньше, чем успевали увидеть первый товар, и рекламный бюджет оплачивал эти уходы.
Скорость загрузки сайта — это не техническая метрика для отчёта, а коэффициент, который умножает или делит вашу выручку. Один и тот же трафик при загрузке 2 секунды и при 6 секундах даёт разницу в заявках в 1,5–2 раза. В деньгах для сайта с оборотом 3 млн ₽ в месяц это 400–900 тыс. ₽ недополученной выручки ежемесячно.
Ниже — что именно измеряют Core Web Vitals, как перевести секунды в рубли, какие пять работ дают основной прирост и сколько они стоят в 2026 году. В конце — таблица целей по метрикам и разбор ошибок, из-за которых ускорение не доживает до продакшена.
Ключевые выводы
- Целевые значения Core Web Vitals: LCP до 2,5 секунды, INP до 200 мс, CLS до 0,1 — это порог «хорошо» в отчётах Google.
- Разница между загрузкой 6 и 2 секунды даёт рост конверсии в 15–40% на мобильном трафике.
- Базовое ускорение сайта на CMS стоит 120–450 тыс. ₽ и занимает 3–6 недель, окупаемость — 2–5 месяцев.
- 60–70% веса страницы — изображения и скрипты аналитики; только их оптимизация снимает 40–50% времени загрузки.
- Один лишний секунда задержки на сайте с 30 000 сеансов в месяц стоит 200–600 тыс. ₽ выручки в год.
- Ускорение без мониторинга откатывается за 3–6 месяцев: новые блоки возвращают прежний вес страницы.
Core Web Vitals: три метрики, за которыми стоит следить
Core Web Vitals — это набор метрик Google, которые описывают реальный опыт пользователя: как быстро появляется контент, как быстро реагирует интерфейс и не прыгает ли вёрстка. С 2021 года они входят в факторы ранжирования, но влияние на выручку сильнее, чем на позиции: медленный сайт теряет деньги напрямую, ещё до разговора о SEO.
LCP (Largest Contentful Paint) — время до отрисовки самого крупного элемента: обычно это главное изображение или заголовок. Порог «хорошо» — 2,5 секунды, «плохо» — больше 4. На каталогах с тяжёлыми фото LCP уходит в 5–7 секунд, и это первая метрика, которую нужно чинить.
INP (Interaction to Next Paint) заменяет прежний FID и измеряет отзывчивость на действия. Если кнопка «В корзину» реагирует через 500 мс, пользователь нажимает её второй раз, потом уходит. Целевое значение — до 200 мс.
CLS (Cumulative Layout Shift) — насколько сильно смещается вёрстка при загрузке. Баннер, который вставляется сверху после подгрузки, сдвигает кнопку оплаты, и человек попадает не туда. Норма — до 0,1.
Есть и вспомогательные метрики: TTFB показывает скорость ответа сервера, а общий вес страницы — сколько всего скачивает браузер. Если TTFB больше 800 мс, проблема не в картинках, а в сервере и базе данных. Подробнее про технические настройки, которые закладываются до вёрстки, — в материале SEO-основа сайта.
Как измерить скорость и не обмануть себя
Замеров два типа, и путать их нельзя. Лабораторные — PageSpeed Insights, Lighthouse — показывают, как сайт выглядит на тестовом железе с искусственным throttling. Полевые — данные реальных пользователей из Chrome UX Report и Яндекс Метрики — показывают, как он работает у людей на 4G и старых телефонах.
Расхождение между ними бывает двукратным. Lighthouse может показать LCP 2,1 секунды, а полевые данные — 4,8, потому что у половины аудитории смартфоны за 12 тыс. ₽ и сеть 3G. Ориентируйтесь на полевые данные, а лабораторные используйте для поиска причин.
| Что мерить | Порог «хорошо» | Типичная проблема | Кто отвечает |
|---|---|---|---|
| LCP | до 2,5 с | Тяжёлое изображение первого экрана, медленный сервер | Фронтенд и DevOps |
| INP | до 200 мс | Большие JS-скрипты, лишние обработчики событий | Фронтенд |
| CLS | до 0,1 | Баннеры и шрифты без зарезервированного места | Вёрстка |
| TTFB | до 800 мс | Запросы к базе, кэш, слабый сервер | Бэкенд и DevOps |
| Вес страницы | до 2–2,5 МБ | Неоптимизированные фото, дубли библиотек | Фронтенд |
Первый шаг аудита — не оптимизация, а замер по десяти ключевым страницам: главная, каталог, карточка товара, корзина, оформление заказа. Настройка метрики сайта занимает день: в Яндекс Метрике включается отчёт по Core Web Vitals, а Chrome UX Report даёт срез по реальным пользователям за 28 дней. Сам аудит с разбором причин — 3–5 дней и 40–90 тыс. ₽. Без него ускорение превращается в угадывание.
Скорость загрузки сайта в рублях: считаем потери на воронке
Связь между скоростью и конверсией считается через тест, а не через отраслевые обещания. Ориентир из исследования Deloitte для розницы: улучшение времени загрузки на 0,1 секунды давало рост конверсии в среднем около 8% (Deloitte, Milliseconds Make Millions). Цифра не переносится на ваш сайт один в один, но масштаб показывает.
Проще считать через воронку. Создание сайта структура закладывает и длину пути до заявки — это важно не меньше секунд: на длинной воронке потери от медленной загрузки копятся на каждом шаге. Сайт с 30 000 сеансов в месяц, конверсией 1,6% и средним чеком 12 000 ₽ приносит около 5,8 млн ₽. Ускорение с 5,5 до 2,4 секунды в наших проектах давало прирост конверсии на 12–25%, то есть 1,8–2,1%. Разница — 0,2–0,5 процентного пункта, или 700 тыс. – 1,8 млн ₽ в месяц.
| Загрузка на мобильном | Конверсия в заявку | Потери при 30 000 сеансов в месяц |
|---|---|---|
| до 2 секунд | 1,9–2,3% | Нет |
| 2,5–4 секунды | 1,4–1,8% | 180–400 тыс. ₽ в месяц |
| 4–6 секунд | 0,9–1,3% | 400–800 тыс. ₽ в месяц |
| больше 6 секунд | 0,5–0,9% | 700 тыс. – 1,2 млн ₽ в месяц |
Цифры в таблице — оценка по нашей практике и замерам клиентов, а не гарантия. На тяжёлом B2B-сайте с длинным циклом сделки разница будет меньше: там человек готов ждать. На импульсной покупке — больше.
Пять работ, которые дают основной прирост
- Изображения. Перевод в WebP или AVIF, адаптивные размеры, ленивая загрузка всего, что ниже первого экрана. Даёт 40–50% ускорения, стоит 40–120 тыс. ₽, срок — 1–2 недели.
- Скрипты и сторонние виджеты. Каждый чат, пиксель и карту аналитики грузят 100–600 КБ. Отложенная загрузка, объединение и отказ от ненужных счётчиков снимают 15–25% времени, работа — 30–90 тыс. ₽.
- Сервер и база данных. Если TTFB выше 800 мс, помогает кэширование, индексы в PostgreSQL и переход на выделенный сервер. Стоимость — 60–200 тыс. ₽ работ и 6–35 тыс. ₽ в месяц за инфраструктуру.
- CDN и HTTP/2. Раздача статики через сеть узлов ускоряет отдачу для регионов на 20–40%. Подключение — 15–40 тыс. ₽ плюс 2–12 тыс. ₽ в месяц.
- Вёрстка и рендеринг. Устранение сдвигов, критический CSS, отказ от тяжёлых слайдеров на главной — 60–150 тыс. ₽ и 2–4 недели.
Заказывать сайт разработка целиком ради одной скорости — плохая идея: полный пакет из пяти работ стоит 120–450 тыс. ₽ и занимает 3–6 недель. Обслуживание сайта стоимость свою имеет: мониторинг, обновления и ежеквартальный аудит — 15–40 тыс. ₽ в месяц, и без этой строки ускорение откатывается. Начинать всегда с замеров и первых двух пунктов: они дают максимальный эффект за минимальные деньги. Отдельная история — мобильная версия: 70% трафика приходит с телефонов, и оптимизация «для десктопа» там не работает, о чём подробно в статье мобильная версия сайта.
Что даёт ускорение, а что нет
Даёт: сжатие изображений, отложенная загрузка, кэш на сервере, CDN, чистка скриптов, индексы в базе. Не даёт: покупка «мощного хостинга» без работы с фронтендом, установка очередного плагина кэширования поверх трёх существующих, переход на новый движок без плана. Мы видели сайты, где переезд на другую CMS стоил 1,2 млн ₽, а LCP улучшился на 0,3 секунды, потому что 40 тяжёлых изображений остались на месте.
Типичные ошибки при ускорении
- Оптимизировать десктоп. 70% трафика мобильный, а тестируют обычно на ноутбуке.
- Ускорять главную и забывать каталог. Основные потери происходят на страницах с фильтрами и карточками.
- Ставить три плагина кэширования сразу. Они конфликтуют и замедляют сайт вместо ускорения.
- Игнорировать сторонние виджеты. Чат, карта, отзывы и пиксели дают до половины веса страницы.
- Не проверять после релиза. Новая версия возвращает тяжёлые блоки, и через полгода вы снова на 5 секундах.
Шестая ошибка — считать, что Core Web Vitals нужны только для SEO. Даже если позиции не изменятся, конверсия и стоимость заявки изменятся обязательно. Ускорение — это работа с деньгами, а не с отчётом.
Частые вопросы
Какая скорость загрузки сайта считается нормальной?
До 2,5 секунды по LCP и до 2 секунд полной загрузки на мобильном — это норма, при которой сайт не теряет заявки. От 2,5 до 4 секунд — зона потерь, от 4 и выше — критическая. Верхняя граница важна и для SEO, но на выручку она влияет раньше.
Как скорость влияет на выручку?
Через конверсию и стоимость трафика. Сайт, который грузится 6 секунд вместо 2, теряет 20–40% заявок с того же рекламного бюджета, то есть платит за клики, которые не превращаются в обращения. На обороте 5–6 млн ₽ в месяц потери измеряются сотнями тысяч рублей.
Сколько стоит ускорение сайта?
Полный пакет работ — 120–450 тыс. ₽ и 3–6 недель. Быстрый вариант «изображения и скрипты» — 60–150 тыс. ₽ и 1–2 недели, он даёт 40–60% всего эффекта. Аудит с замерами по десяти страницам — 40–90 тыс. ₽ и 3–5 дней.
Помогает ли ускорение позициям в поиске?
Да, но не напрямую. Core Web Vitals входят в факторы ранжирования, сильнее влияют поведенческие метрики: отказы, глубина просмотра, возвраты в выдачу. Поэтому ускоренный сайт обычно растёт в выдаче за 2–3 месяца, тогда как конверсия улучшается сразу.
Что делать, если сайт на конструкторе и медленный?
Сначала оптимизировать изображения, скрипты и сторонние виджеты — это работает на любой платформе и даёт 40–50%. Если после этого LCP остаётся выше 4 секунд, платформа упёрлась в потолок: считайте переезд. Признаки и стоимость разобраны в статье конструктор или студия.
Нужны ли Core Web Vitals для B2B-сайта?
Нужны, но пороги мягче: в длинном цикле сделки человек готов ждать 3–4 секунды. Критичны не секунды, а стабильность: если сайт падает во время тендера или не открывается на презентации у клиента, репутационные потери выше любых метрик.
Что делать дальше
Замерьте пять ключевых страниц: главную, каталог, карточку, корзину и оформление. Смотрите полевые данные, а не только Lighthouse, и отдельно — мобильные. Если LCP выше 4 секунд или TTFB выше 800 мс, начинайте с изображений, скриптов и сервера: это 60–150 тыс. ₽ и 1–2 недели, а эффект видно в аналитике сразу.
Дальше — мониторинг. Поставьте проверку Core Web Vitals в Яндекс Метрике, добавьте бюджет на 10–20 часов в квартал для подрядчика и включите вес страницы в чек-лист приёмки новых блоков. Иначе через полгода сайт вернётся к прежним секундам. Если нужно ускорение под ключ, посмотрите состав работ в разделе разработка сайтов: аудит, оптимизация фронтенда и сервера считаются одной сметой с понятным результатом.
Частые вопросы
Какая скорость загрузки сайта считается нормальной?
Как скорость влияет на выручку?
Сколько стоит ускорение сайта?
Помогает ли ускорение позициям в поиске?
Что делать, если сайт на конструкторе и медленный?
Нужны ли Core Web Vitals для B2B-сайта?
Статья основана на практике проектов НейроДела и данных Яндекс Вордстата по кластеру «Разработка сайтов». Основной запрос материала — «скорость загрузки сайта» (31 835 показов в месяц). Если у вас другая ситуация — напишите, разберём.
