Скорость загрузки сайта: почему медленный сайт теряет клиентов

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

Я Артур, собираю сайты и связки «сайт + бот + CRM» в Казани сам, без подрядов. Скорость — та проблема, которую владельцы замечают последней: на своём компьютере с быстрым интернетом всё летает, а клиент с телефона в метро видит белый экран пять секунд и уходит. Ниже — как понять, что у вас с этим, и что реально помогает.

Почему пара секунд решают

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

На мобильных всё жёстче. Большая часть трафика сегодня приходит с телефонов, часто на нестабильной сети. Сайт, который на вашем ноутбуке открывается мгновенно, на телефоне клиента может тянуться в несколько раз дольше. Поэтому и мерить скорость нужно там же, где сидит клиент, — на телефоне и мобильном интернете, а не на домашнем Wi-Fi.

Какая скорость считается нормальной

Не нужно гадать «быстро или медленно» на глаз — есть понятные пороги. Google свёл удобство загрузки к трём метрикам Core Web Vitals, и на них же ориентируется Яндекс. Вот к чему стоит стремиться:

Метрика	Что измеряет	Хорошо	Плохо
LCP	загрузка главного экрана	≤ 2,5 с	> 4 с
INP	отклик на клик и ввод	≤ 200 мс	> 500 мс
CLS	скачки вёрстки при загрузке	≤ 0,1	> 0,25

Пороги — из документации Core Web Vitals (web.dev). LCP отвечает за то, как быстро человек видит главное. INP — за то, не «залипает» ли сайт в ответ на нажатия. CLS ловит раздражающий эффект, когда вёрстка прыгает и вы промахиваетесь по кнопке. Если хотя бы одна метрика в красной зоне — есть что чинить.

Чем измерить за пять минут

Два бесплатных инструмента дают полную картину.

1. Google PageSpeed Insights — вставляете адрес, получаете оценку и конкретные метрики LCP/INP/CLS отдельно для мобильных и десктопа. Главное — он показывает что именно тормозит: тяжёлые изображения, лишние скрипты, шрифты.
2. Яндекс Метрика — в отчётах есть реальное время загрузки страниц у ваших посетителей, а в Вебвизоре видно, как люди ждут и уходят.

PageSpeed ставит диагноз, Метрика показывает, теряете ли вы на этом деньги. Смотреть стоит оба: бывает, что оценка средняя, а заявки не страдают, — и наоборот.

Что чаще всего тормозит сайт

За годы почти все тормоза сводятся к одному из четырёх.

• Тяжёлые картинки. Фото на 3–5 мегабайт, залитые как есть, — причина №1. Лечится сжатием и переводом в современные форматы (WebP/AVIF) без потери качества на глаз.
• Гора сторонних скриптов. Онлайн-чаты, виджеты обратного звонка, пиксели, счётчики, которые ставили и забывали. Каждый тянет свой код. Половину обычно можно убрать или загрузить отложенно.
• Тяжёлый шаблон конструктора. Универсальная тема тащит код на все случаи жизни, даже тот, что вам не нужен. Отсюда медленная основа, которую точечно не разогнать.
• Слабый хостинг. Реже, но бывает: дешёвый перегруженный сервер отвечает по полсекунды на каждый запрос.

Точечно чинить или пересобирать

Здесь нет одного ответа, и честный подход — сначала посмотреть цифры.

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

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

Что именно выгоднее в вашем случае, видно по PageSpeed за двадцать минут. Я не продаю переделку там, где хватит правок.

С чего начать сегодня

Порядок простой:

1. Прогоните сайт через PageSpeed Insights в мобильном режиме и запишите LCP.
2. Откройте его с чужого телефона по мобильной сети и пройдите путь до заявки — засеките, где ждёте и где раздражаетесь.
3. Посмотрите в Метрике, уходят ли люди с медленных страниц.
4. По этим данным решите: точечные правки или новая сборка.

Если не хочется разбираться самому — пришлите ссылку, я прогоню сайт по этим метрикам и честно скажу, теряете ли вы на скорости клиентов и что дешевле сделать: ускорить нынешний сайт или собрать быстрый заново. Без дожима — иногда достаточно сжать картинки. Разберём вашу задачу лично.