SEO-продвижение
6 октября 2026 · 12 мин
Скорость сайта — не техническая мелочь, а множитель конверсии: каждая лишняя секунда загрузки на мобильном забирает 4–7 процентов обращений, а на потоке 5000 визитов это сотни тысяч рублей в месяц. В статье — точные метрики (LCP, INP, CLS, TTFB), порядок замера на мобильном интернете, 8 причин тормозов, арифметика потерь и план ускорения от простых правок до пересборки фронтенда.
Диагноз: «красивые фото» — это не причина, а отговорка
Начнём с честного разговора. Фраза «у нас тяжёлые фото, поэтому сайт грузится долго» звучит как объяснение, но по сути это признание: никто не занимался оптимизацией. Фотография 4000 на 3000 пикселей с камеры весит 4,8 МБ. На экране телефона она показывается в блоке шириной 900 пикселей. Та же картинка, пересжатая до 1600 пикселей по ширине и сохранённая в WebP с качеством 76, весит около 180 КБ — в 27 раз меньше, и на глаз разница почти не видна. Красота остаётся, вес уходит.
Как измерить скорость правильно: метрики, инструменты, условия замера
«Сайт быстрый» и «сайт грузится за 4,7 секунды на 4G у 75 процентов пользователей» — разные утверждения. Первое ничего не значит, второе можно проверить и оспорить. Поэтому начнём с метрик, у которых есть числовые пороги.
LCP (Largest Contentful Paint) — время до отрисовки самого крупного элемента первого экрана: обычно это главное фото или заголовок. Хорошо — до 2,5 секунды, терпимо — 2,5–4 секунды, плохо — больше 4. Это главная метрика для «как быстро человек увидел сайт».
8 причин, из-за которых сайт грузится долго
Список составлен по частоте, с которой эти проблемы встречаются на реальных сайтах малого бизнеса. Проверьте свои по порядку — почти всегда набирается три-четыре пункта.
- Фотографии без сжатия. Восемь фото по 2–4 МБ — это 20 МБ трафика на одну страницу. При скорости 4G порядка 2 МБ/с только картинки займут десять секунд. WebP даёт выигрыш 25–35 процентов к JPEG при том же визуальном качестве, AVIF — ещё 20–30 процентов сверху.
Что происходит, если оставить как есть: арифметика потерь
Теперь посчитаем в деньгах. Возьмём типичный сайт услуг: 5000 визитов в месяц, конверсия в заявку 2 процента, средний чек 12 000 рублей. Это 100 обращений и 1 200 000 рублей выручки в месяц — база, от которой считаем.
Допустим, сайт грузится 6,5 секунды на мобильном, а норма для вашей ниши — 2,5 секунды. Разница — 4 секунды. По осторожной оценке каждая лишняя секунда забирает около 4 процентов конверсии: 100 обращений минус 4 обращения на секунду, то есть 4 обращения, или 48 000 рублей в месяц. В год — 576 000 рублей за одну секунду задержки.
Что реально ускорить своими руками: 8 шагов
Этот блок можно выполнить без разработчика, если у вас есть доступ к админке и хостингу. Первые пять шагов обычно дают 50–70 процентов всего выигрыша.
Шаг 1. Сжать и перевести фото в WebP. Приведите изображения к реальной ширине показа: 1600 пикселей для широких блоков, 800 для карточек, 400 для иконок. Сохраните в WebP с качеством 74–80, критичные фото — в AVIF. Пропишите в теге img атрибуты width и height, чтобы браузер резервировал место и не было скачков верстки. Самой крупной картинке первого экрана поставьте fetchpriority="high" и не ставьте ей lazy. Цель: страница с фотографиями должна весить до 1,5–2 МБ.
Чек-лист: с чем сравнить свои цифры
Ниже — ориентиры, по которым оценивается скорость. Проверьте сайт по каждому пункту и отметьте, что не выполнено: это и будет ваш список работ на ближайшую неделю.
- LCP на мобильном — до 2,5 секунды
- INP — до 200 миллисекунд
- CLS — до 0,1
- TTFB — до 0,8 секунды
Где самостоятельное лечение упирается в потолок
Правки из предыдущего раздела упираются в потолок примерно на 60–70 процентах результата. Дальше начинается инженерная работа, которую через админку не сделать.
Пересборка бандла и порядок загрузки скриптов. На сайте обычно 40–80 файлов JavaScript, между которыми есть зависимости, и браузер выстраивает цепочку: скачал — выполнил — нашёл следующий импорт — скачал снова. Каждый лишний шаг в цепочке — 150–300 миллисекунд. Нужно собрать модульный граф, вынести критичные библиотеки в отдельный чанк, поставить modulepreload на то, что нужно сразу, и убрать мёртвый код. Это работа со сборкой, а не с настройками.
Порядок работ и сколько это стоит
Мы работаем по одной схеме: сначала цифры, потом решения. Этап первый — аудит, он стоит 0 рублей. Замеряем LCP, INP, CLS и TTFB по шаблонам страниц на мобильном профиле, смотрим полевые данные PageSpeed, Яндекс.Вебмастер и Метрику, считаем потери в рублях и отдаём список проблем с приоритетами. Ведёт аудит Максим Холмов, занимает два-три дня, на выходе — понятный документ, а не сто страниц общих рекомендаций.
Этап второй — быстрые правки: сжатие и перевод фото, lazy-loading, ограничение шрифтов, кеширование и сжатие, чистка скриптов.
Вывод: скорость — самый дешёвый способ вернуть выручку
Реклама стоит денег каждый месяц, а ускорение сайта — один раз. Разница в том, что трафик вы покупаете заново, а скорость работает на всех, кто уже пришёл, и на всех, кто придёт потом. На нашем примере это 180 000 рублей в месяц при 5000 визитов и чеке 12 000 рублей — цифра, которая кратно больше стоимости работ.
Порядок действий такой. Замерьте LCP, INP, CLS и TTFB на мобильном профиле, а не по Wi-Fi. Найдите три-четыре причины тормозов из списка выше. Сделайте первые пять шагов своими руками: фото в WebP, lazy-loading, чистка скриптов, два шрифта, кеширование и brotli. Замерьте снова и посмотрите, сколько осталось.
Коротко
180 000 ₽ в месяц
Загрузка 6,5 секунды вместо 2,5
от 60 000 ₽ в месяц
Фото по 2–4 МБ без WebP
от 45 000 ₽ в месяц
Сторонние виджеты, чаты, карты
от 30 000 ₽ в месяц
Нет кеширования, TTFB 1,4 секунды
Частые вопросы
Какую скорость загрузки сайта считать нормальной?
Ориентируйтесь на Core Web Vitals на мобильном профиле: LCP до 2,5 секунды, INP до 200 миллисекунд, CLS до 0,1, TTFB до 0,8 секунды. На практике это значит, что человек с 4G видит первый экран за две-три секунды. Если у вас 5–8 секунд, вы теряете больше половины мобильной аудитории ещё до того, как она прочитала оффер.
Сайт медленно грузится, что делать в первую очередь?
Начните с двух шагов. Первый — сжать фото до реальной ширины показа и перевести в WebP: это часто снимает 10–20 МБ с загрузки. Второй — замерить TTFB: если он выше 800 миллисекунд, сначала решается вопрос хостинга, потому что оптимизация картинок при медленном сервере почти не даст эффекта. Дальше — lazy-loading, шрифты и чистка скриптов.
Учитывает ли Яндекс Core Web Vitals в ранжировании?
Яндекс не копирует метрики Google напрямую, но скорость мобильной страницы учитывается при ранжировании, и в Яндекс.Вебмастере есть раздел «Скорость сайта» с оценкой и диагностикой по мобильному трафику. Практический вывод один: если сайт тормозит на телефоне, он проигрывает и в позициях, и в конверсии — проверять нужно оба отчёта, PageSpeed и Вебмастер.




