Скорость сайта: как она влияет на продажи, а не только на SEO

О скорости сайта чаще всего вспоминают из-за SEO: «Google понижает медленные сайты». Это правда, но это не главное. Медленный сайт теряет деньги раньше, чем до него доходит поисковик. Человек нажал на рекламу, подождал, ничего не увидел и закрыл вкладку. Вы за этот клик заплатили, а заявки нет.

В этой статье мы простыми словами разберём три метрики Core Web Vitals, покажем, как прикинуть потери на своём сайте, и дадим порядок работ: что исправлять первым, а что можно отложить.

Есть ли связь между скоростью и продажами

Да, и её проверяли на реальных данных, а не выводили из теории. Два исследования, которые чаще всего цитируют:

• Vodafone (кейс на web.dev, 2021). Компания провела A/B-тест двух лендингов, которые отличались только оптимизацией под Web Vitals. У ускоренной версии LCP был на 31% лучше, и она принесла примерно на 8% больше продаж. Источник
• «Milliseconds Make Millions» (Google, fifty-five и Deloitte Digital). Исследование охватило 37 европейских брендов из ритейла, тревела и люксового сегмента. Когда мобильная версия ускорялась на 0,1 секунды, конверсия в ритейле росла на 8,4%, а в тревеле на 10,1%. Источник

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

Core Web Vitals простыми словами

Google оценивает пользовательский опыт по трём метрикам. Если убрать терминологию, каждая из них отвечает на один вопрос посетителя.

LCP — «Когда я увижу главное?»

Largest Contentful Paint — момент, когда загрузился самый крупный элемент первого экрана. Обычно это главное фото, баннер или заголовок. Для посетителя это ощущение «сайт открылся».

INP — «Реагирует ли сайт на мои действия?»

Interaction to Next Paint — сколько времени проходит между нажатием (на кнопку, фильтр, меню) и видимой реакцией страницы. В марте 2024 года INP заменил старую метрику FID. Если INP плохой, человек нажимает «Купить» и ничего не происходит. Он нажимает ещё раз, потом уходит.

CLS — «Не прыгает ли страница?»

Cumulative Layout Shift — насколько смещаются элементы во время загрузки. Знакомая ситуация: вы собирались нажать «Подробнее», а сверху подгрузился баннер, и палец попал в рекламу. Это и есть плохой CLS.

Пороговые значения

Google оценивает 75-й перцентиль реальных визитов: хорошим должен быть опыт как минимум трёх посетителей из четырёх. Данные берутся из Chrome UX Report (CrUX) за скользящие 28 дней. Значит, исправления видны в отчётах не сразу, а примерно через месяц.

Почему это особенно важно в Узбекистане

Можно возразить, что интернет в стране становится быстрее. Это так. По данным Speedtest Global Index, которые публиковали Anhor и gov.uz, в августе 2026 года средняя скорость мобильного интернета в Узбекистане составила 65,27 Мбит/с (72-е место в мире). С начала года она выросла примерно на 27%.

Но средняя цифра мало что говорит о конкретном посетителе. На практике мы видим другое:

• Средняя скорость — это не скорость каждого. В регионах, в метро, в здании с толстыми стенами 4G превращается в 3G.
• Широкий канал не исправит INP. Плохой INP почти всегда связан с процессором телефона, а не с сетью. Бюджетный Android медленно разбирает тяжёлый JavaScript при любом интернете.
• Типичный местный сайт перегружен скриптами. Яндекс.Метрика, Google Analytics, пиксель Meta, онлайн-чат, виджет Telegram, карта, калькулятор рассрочки. Каждый скрипт по отдельности «лёгкий», а вместе они блокируют страницу на секунды.
• Фото из 1С или с телефона менеджера. Каталог синхронизируется с 1С, и на сайт попадают исходники по 3–5 МБ вместо сжатых превью.
• Платёжные виджеты. Payme и Click подключают на всех страницах, хотя нужны они только на шаге оплаты.

Мы видели это на сайтах автосалонов, с которыми работали. Главная с каруселью из пяти фотографий машин в полном разрешении красиво смотрится на ноутбуке в офисе, но с телефона на трассе открывается очень долго.

Как прикинуть свои потери: простая формула

Мы не будем обещать «+20% продаж», потому что честно посчитать это можно только A/B-тестом на ваших данных. Порядок потерь можно оценить так:

Потери в месяц = Мобильные визиты × Конверсия × Средний чек × Ожидаемый прирост конверсии

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

Подставьте свои данные из Метрики или GA4 и CRM. Если результат меньше стоимости работ за год, ускорение может подождать. Если больше, его стоит ставить в приоритет. Помните и про рекламу: на медленном лендинге вы платите за клики, которые так и не превратились в просмотр страницы.

Что чинить первым: порядок работ

Главная ошибка — открыть PageSpeed Insights и исправлять всё подряд сверху вниз. Работать лучше по принципу «максимум эффекта на минимум усилий».

Шаг 0. Измерьте правильно

1. Откройте PageSpeed Insights и смотрите верхний блок с полевыми данными («Что видят реальные пользователи»), а не только балл Lighthouse.
2. Проверьте отчёт «Основные интернет-показатели» в Google Search Console. Там видно, какие группы страниц проблемные.
3. Если полевых данных нет (у сайта мало трафика), опирайтесь на лабораторный тест в мобильном режиме.

Шаг 1. Быстрые победы (обычно день-два работы)

Шаг 2. Средние работы (неделя-две)

• Аудит сторонних скриптов. Составьте список и для каждого спросите: кто им реально пользуется? Часто находятся два счётчика, которые никто не открывает, и забытый пиксель старой рекламной кампании.
• Платёжные виджеты только там, где они нужны. Payme/Click подключайте на странице оформления, а не во всём шаблоне.
• Кэширование и CDN. Отдавать статику с сервера с правильными заголовками кэша. Если аудитория в Узбекистане, проверьте, где физически стоит хостинг.
• Время ответа сервера (TTFB). Если сервер отвечает дольше секунды, никакая оптимизация картинок не спасёт LCP.

Шаг 3. Глубокие изменения (когда первые шаги не помогли)

• Переписать тяжёлый фронтенд: разбить JavaScript на части и убрать лишние библиотеки.
• Перейти на серверный рендеринг или статическую генерацию страниц.
• Перестроить архитектуру каталога, если страницы собираются из 1С «на лету».

Только на этом этапе стоит обсуждать переделку сайта. До этого почти всегда можно обойтись точечными исправлениями.

Когда вам не нужен подрядчик

Не каждая проблема со скоростью требует разработчиков:

• Сайт на Tilda или похожем конструкторе. Начните с собственной проверки: сожмите изображения перед загрузкой, уберите лишние блоки с анимацией и внешние виджеты. Это бесплатно.
• WordPress с десятком плагинов. Часто помогает отключить ненужные плагины и поставить один нормальный плагин кэширования. Переписывать сайт ради этого не нужно.
• Все три метрики уже зелёные. Тогда не тратьте деньги на «ускорение ради ускорения». Лучше вложитесь в контент, рекламу или удобство формы заявки.

Подрядчик нужен, когда сайт самописный или сильно доработан, когда проблема в сервере, в архитектуре или в интеграции с 1С и CRM, или когда простые шаги уже сделаны, а LCP и INP всё ещё красные.

Чек-лист: проверьте сайт за 15 минут

• [ ] Открыл PageSpeed Insights в мобильном режиме и посмотрел полевые данные
• [ ] LCP главной и ключевой посадочной страницы ≤ 2,5 с
• [ ] INP ≤ 200 мс (нажать фильтр, меню, кнопку заявки на реальном недорогом телефоне)
• [ ] CLS ≤ 0,1: страница не «прыгает» при загрузке
• [ ] Главное изображение весит меньше 200–300 КБ и не грузится лениво
• [ ] Знаю, какие сторонние скрипты стоят на сайте и зачем каждый
• [ ] Платёжные виджеты подключены только на странице оплаты
• [ ] Проверил сайт с мобильного интернета, а не только с офисного Wi-Fi

Если больше трёх пунктов не выполнено, у сайта есть понятный и, скорее всего, недорогой резерв для роста заявок.

Итог

Скорость сайта — это не технический показатель для отчёта SEO-специалиста. Это доля посетителей, которые дождались страницы и смогли нажать кнопку. Core Web Vitals дают простой язык: LCP показывает, быстро ли видно главное, INP — реагирует ли сайт, CLS — стабильна ли страница.

Начинайте с измерения и быстрых побед. Переделку оставьте на самый конец, если она вообще понадобится.

Если после базовой оптимизации метрики остаются красными или сайт тесно связан с 1С и CRM, мы можем провести аудит и показать, что именно тормозит. Подробнее о нашей работе — в разделе разработка сайтов и приложений, а задать вопрос можно через форму связи.

Источники и что я проверил:

• Пороговые значения Core Web Vitals (LCP 2,5 с / INP 200 мс / CLS 0,1, 75-й перцентиль, CrUX за 28 дней, замена FID на INP в марте 2024) совпадают во всех найденных источниках: corewebvitals.io, sayt.uz. Сами страницы Google Search Central я не открывал — стоит сверить с ними перед публикацией.
• Кейс Vodafone (LCP лучше на 31% → продаж на ~8% больше): web.dev.
• «Milliseconds Make Millions» (+8,4% ритейл / +10,1% тревел при ускорении на 0,1 с): web.dev, The Drum. Цифры взяты из пересказов, полный отчёт я не открывал.
• Мобильный интернет в Узбекистане, август 2026 (65,27 Мбит/с, 72-е место, +27% с начала года): Anhor, gov.uz. В разных публикациях Anhor за разные месяцы цифры отличаются — перед публикацией лучше сверить с самим Speedtest.
• Цифры в таблице с расчётом потерь — условный пример, в тексте это прямо сказано. Пример с автосалонами описан без цифр, чтобы не придумывать данные по клиентам.