Разработка сайтов

Скорость загрузки сайта: почему это деньги, а не техника

Клиент запустил рекламу на 180 тыс. ₽ в месяц и получил 340 переходов в день. Заявок было 9 вместо ожидаемых 20. Причина нашлась за десять минут: на мобильном страница каталога показывала контент через 6,2…

, Руководитель отдела веб-разработки Обновлено 15.09.2026 10 минут чтения 3 450 просмотров 96 лайков

Клиент запустил рекламу на 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-сайте с длинным циклом сделки разница будет меньше: там человек готов ждать. На импульсной покупке — больше.

Пять работ, которые дают основной прирост

  1. Изображения. Перевод в WebP или AVIF, адаптивные размеры, ленивая загрузка всего, что ниже первого экрана. Даёт 40–50% ускорения, стоит 40–120 тыс. ₽, срок — 1–2 недели.
  2. Скрипты и сторонние виджеты. Каждый чат, пиксель и карту аналитики грузят 100–600 КБ. Отложенная загрузка, объединение и отказ от ненужных счётчиков снимают 15–25% времени, работа — 30–90 тыс. ₽.
  3. Сервер и база данных. Если TTFB выше 800 мс, помогает кэширование, индексы в PostgreSQL и переход на выделенный сервер. Стоимость — 60–200 тыс. ₽ работ и 6–35 тыс. ₽ в месяц за инфраструктуру.
  4. CDN и HTTP/2. Раздача статики через сеть узлов ускоряет отдачу для регионов на 20–40%. Подключение — 15–40 тыс. ₽ плюс 2–12 тыс. ₽ в месяц.
  5. Вёрстка и рендеринг. Устранение сдвигов, критический CSS, отказ от тяжёлых слайдеров на главной — 60–150 тыс. ₽ и 2–4 недели.

Заказывать сайт разработка целиком ради одной скорости — плохая идея: полный пакет из пяти работ стоит 120–450 тыс. ₽ и занимает 3–6 недель. Обслуживание сайта стоимость свою имеет: мониторинг, обновления и ежеквартальный аудит — 15–40 тыс. ₽ в месяц, и без этой строки ускорение откатывается. Начинать всегда с замеров и первых двух пунктов: они дают максимальный эффект за минимальные деньги. Отдельная история — мобильная версия: 70% трафика приходит с телефонов, и оптимизация «для десктопа» там не работает, о чём подробно в статье мобильная версия сайта.

Что даёт ускорение, а что нет

Даёт: сжатие изображений, отложенная загрузка, кэш на сервере, CDN, чистка скриптов, индексы в базе. Не даёт: покупка «мощного хостинга» без работы с фронтендом, установка очередного плагина кэширования поверх трёх существующих, переход на новый движок без плана. Мы видели сайты, где переезд на другую CMS стоил 1,2 млн ₽, а LCP улучшился на 0,3 секунды, потому что 40 тяжёлых изображений остались на месте.

Типичные ошибки при ускорении

  1. Оптимизировать десктоп. 70% трафика мобильный, а тестируют обычно на ноутбуке.
  2. Ускорять главную и забывать каталог. Основные потери происходят на страницах с фильтрами и карточками.
  3. Ставить три плагина кэширования сразу. Они конфликтуют и замедляют сайт вместо ускорения.
  4. Игнорировать сторонние виджеты. Чат, карта, отзывы и пиксели дают до половины веса страницы.
  5. Не проверять после релиза. Новая версия возвращает тяжёлые блоки, и через полгода вы снова на 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 часов в квартал для подрядчика и включите вес страницы в чек-лист приёмки новых блоков. Иначе через полгода сайт вернётся к прежним секундам. Если нужно ускорение под ключ, посмотрите состав работ в разделе разработка сайтов: аудит, оптимизация фронтенда и сервера считаются одной сметой с понятным результатом.

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

Какая скорость загрузки сайта считается нормальной?
До 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 секунд, платформа упёрлась в потолок: считайте переезд. Признаки и стоимость разобраны в статье [конструктор или студия](/blog/konstruktor-ili-studia/).
Нужны ли Core Web Vitals для B2B-сайта?
Нужны, но пороги мягче: в длинном цикле сделки человек готов ждать 3–4 секунды. Критичны не секунды, а стабильность: если сайт падает во время тендера или не открывается на презентации у клиента, репутационные потери выше любых метрик.
3 450 просмотров 1644 слов
Алексей Ковалёв Руководитель отдела веб-разработки · автор НейроДела

Статья основана на практике проектов НейроДела и данных Яндекс Вордстата по кластеру «Разработка сайтов». Основной запрос материала — «скорость загрузки сайта» (31 835 показов в месяц). Если у вас другая ситуация — напишите, разберём.

Обсудим вашу задачу?

Разберём процесс, посчитаем экономику и покажем, что реально автоматизировать за первые две недели. Без презентаций на 40 слайдов.