Почему скорость сайта влияет на заявки и как её проверить

Владелец бизнеса обычно смотрит на свой сайт с офисного ноутбука по хорошему Wi-Fi, и там всё открывается нормально. Клиент открывает тот же сайт с телефона в такси, по мобильному интернету, сразу после клика по рекламе. Если за несколько секунд он видит белый экран или прыгающую вёрстку, он возвращается в выдачу и нажимает на соседнюю ссылку.

Как скорость превращается в заявки

Связь прямая. Каждая лишняя секунда ожидания — это часть людей, которые закрыли вкладку раньше, чем увидели ваше предложение. Вы заплатили за клик в рекламе или долго выводили страницу в поиск, а человек ушёл, не дочитав первый экран.

Второй эффект — поиск. Google учитывает удобство страницы, включая метрики Core Web Vitals, как один из сигналов ранжирования. Это не главный фактор, содержание и соответствие запросу важнее, но при прочих равных быстрый сайт получает преимущество. Яндекс тоже оценивает поведение посетителей, и массовые быстрые уходы со страницы для него плохой сигнал.

Третий эффект — доверие. Сайт, который грузится рывками и у которого кнопка уезжает из-под пальца, выглядит заброшенным. Даже если компания отличная, у клиента складывается другое впечатление.

Четвёртый эффект касается рекламы. В Google Ads удобство посадочной страницы входит в оценку качества объявления, а от неё зависит цена клика. Получается, что медленный сайт может стоить дороже дважды: вы переплачиваете за трафик и теряете часть людей, которые до вас всё-таки дошли.

Медленный сайт не выглядит сломанным, поэтому его годами не чинят. Он просто тихо отдаёт часть заявок конкурентам.

Три метрики, которые стоит знать

Google оценивает скорость и удобство страницы тремя метриками Core Web Vitals. Разбираться в технических деталях не нужно, достаточно понимать, что каждая из них означает для посетителя.

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

Как проверить сайт за 15 минут

1. 1
   Откройте PageSpeed Insights

   Зайдите на pagespeed.web.dev, вставьте адрес страницы и запустите проверку. Смотрите вкладку «Мобильные»: большинство клиентов приходит с телефона.

2. 2
   Разделите полевые и лабораторные данные

   Верхний блок — данные реальных посетителей из Chrome за последние 28 дней, если трафика достаточно. Ниже — лабораторный тест Lighthouse с баллом от 0 до 100. Для решений важнее первый блок: он показывает, что видят ваши клиенты.

3. 3
   Проверьте страницы, которые продают

   Главная редко приносит основную часть заявок. Прогоните страницы услуг, карточки товаров и посадочные под рекламу. Часто тормозит именно то, что продаёт.

4. 4
   Откройте отчёт в Search Console

   В разделе «Основные интернет-показатели» видно, сколько адресов Google считает медленными и по какой метрике. Это картина по всему сайту, а не по одной странице.

5. 5
   Посмотрите глазами клиента

   Отключите Wi-Fi на телефоне и откройте сайт по мобильному интернету. Засеките, когда появился первый экран и можно ли сразу нажать кнопку связи.

Почему сайты тормозят

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

• Тяжёлые изображения. Фото с камеры по 3–5 МБ без сжатия и без современных форматов WebP или AVIF.
• Слайдер на первом экране. Пять больших картинок загружаются сразу, хотя человек видит одну.
• Сторонние скрипты. Онлайн-чат, виджет обратного звонка, несколько рекламных пикселей, карта, видео с YouTube — каждый тянет свой код.
• Шрифты. Несколько семейств с разными начертаниями, загруженные с внешнего сервера.
• Тема или конструктор «на все случаи». Код для функций, которыми вы не пользуетесь, всё равно загружается.
• Слабый хостинг. Сервер долго отвечает ещё до того, как браузер начал что-то рисовать.

Отдельно про мобильные устройства: телефон обрабатывает JavaScript заметно медленнее ноутбука. Страница, которая на компьютере открывается за секунду, на бюджетном Android может «думать» в разы дольше. Поэтому проверять нужно именно мобильную версию.

И про расстояние. Если основные клиенты в Алматы, Астане или Шымкенте, а сервер стоит на другом конце континента, каждый запрос идёт долго ещё до начала загрузки. Хостинг с серверами ближе к аудитории или сеть доставки контента (CDN) заметно сокращают время ответа. Особенно это чувствуется на мобильном интернете в регионах, где связь и так нестабильна.

Что можно исправить без переделки

Этого часто хватает, чтобы вывести LCP в зелёную зону. После каждой правки повторяйте проверку в PageSpeed Insights, а полевые данные в Search Console обновятся в течение нескольких недель, потому что собираются за 28 дней. Как проверить сайт целиком, а не только скорость, я описал в статье про самостоятельный SEO-аудит. Если хотите, чтобы скорость работала на позиции, её стоит совмещать с SEO-продвижением.

Оптимизировать или переделывать

Бывает, что после всех правок сайт по-прежнему медленный. Тогда проблема в самой основе: в конструкторе, тяжёлой теме или устаревшем коде. Дальше латать дорого и бессмысленно.

Сайты, которые я делаю на Next.js, собираются в готовый HTML заранее, картинки оптимизируются автоматически, а лишних скриптов в них нет. Например, после переноса RollExpert с WordPress на Next.js Lighthouse показал 100 баллов. Но скорость — только одна из причин, почему сайт молчит. Остальные я разобрал в статье почему сайт не приносит заявки.