Скорость сайта: что проверять, сколько стоит исправить и почему это вопрос продаж, а не IT

Скорость сайта звучит как тема для программистов. Это не так. Данные Google по миллионам сайтов показывают одно и то же: когда загрузка на телефоне растёт с 1 до 3 секунд, вероятность, что посетитель уйдёт ничего не сделав, увеличивается на треть; до 5 секунд — почти вдвое. Если сайт приводит заявки или заказы, каждая секунда — это деньги. Вот как измерить, что обычно находим и сколько стоит исправить.

Измерьте за 5 минут

Откройте pagespeed.web.dev, введите свой адрес, выберите «Mobile». Получите балл 0–100 и четыре показателя. Три главных называются Core Web Vitals, по ним ранжирует Google:

Показатель	Что измеряет	Хорошо	Плохо
LCP (отрисовка главного элемента)	через сколько секунд виден основной контент	≤ 2,5 с	> 4 с
INP (реакция на нажатие)	сколько сайт реагирует на нажатие	≤ 200 мс	> 500 мс
CLS (сдвиг макета)	насколько элементы «прыгают» при загрузке (кнопка убегает из-под пальца)	≤ 0,1	> 0,25

Измеряйте в режиме телефона, не компьютера — 60–80 % посетителей приходят с телефона, а разница в баллах часто 30–40 пунктов. И измеряйте не только главную: страница услуги или карточка товара, на которые люди приходят из Google, часто медленнее.

Балл 90+ — хорошо. 50–89 — есть что исправить, но не горит. Ниже 50 — вы теряете посетителей ежедневно.

Три причины, замедляющие 80 % сайтов

1. Картинки прямо с камеры

Самая частая причина и самая дешёвая в исправлении. Фото 4 000 × 3 000 пикселей, 3,5 МБ, загруженное прямо с телефона, показывается в блоке шириной 400 пикселей. Телефон скачивает 3,5 МБ, чтобы показать 40 КБ. Десять таких фото — страница на 35 МБ, которая по мобильному интернету грузится 10–20 секунд.

Исправление: уменьшить до нужного размера, конвертировать в WebP (в 3–5 раз меньше JPEG без видимой разницы), загружать только видимые на экране (lazy loading). Результат — страница с 35 МБ становится 1–2 МБ. В WordPress это делает плагин или разовый скрипт для всех существующих фото; на сайте на коде — автоматически при сборке. Цена: 100–250 € за весь сайт.

2. Плагины, которыми никто не пользуется

Сайт на WordPress с 30 плагинами загружает каждому посетителю 30 наборов скриптов и стилей — слайдер, которого больше нет, плагин форм, который заменили другим, три SEO-плагина одновременно. Каждый добавляет 50–500 КБ и десятки миллисекунд.

Исправление: аудит — что реально используется; отключить и удалить остальное; тяжёлые заменить лёгкими. Часто из 30 остаётся 10, а балл растёт на 15–25 пунктов. Цена: 150–300 €, полдня–день работы, с копией до и тестированием после.

3. Хостинг за 2 € в месяц

Дешёвый общий хостинг означает сотни сайтов на одном сервере; ваша страница стоит в очереди, пока сервер обслуживает других. Первый байт (TTFB) приходит через 1–2 секунды ещё до любого контента — вы ничего не сделаете с картинками, если сервер молчит две секунды.

Исправление: кеширование (страница генерируется один раз, а не для каждого посетителя) и CDN (бесплатный план Cloudflare — контент отдаётся с ближайшего сервера). Если недостаточно — переезд на нормальный хостинг (5–10 €/мес) или, для статического сайта, на Cloudflare Pages / Vercel бесплатно. Цена: кеширование + Cloudflare — 100–200 €; переезд — 200–400 €.

Почему не «просто поставить плагин для скорости»

Плагины кеширования помогают, когда сайт уже в порядке. Поверх 30 плагинов и 35 МБ фото они добавляют ещё один слой, который иногда ломает формы и корзину. Порядок такой: сначала картинки и плагины, потом кеширование — не наоборот.

Насколько реально становится лучше

Типичный наш случай: сайт услуг на WordPress, PageSpeed mobile 38, LCP 6,1 с. После трёх исправлений выше (два дня работы, ~450 €): 84, LCP 2,2 с. Доля посетителей, доходящих до контактной формы, за месяц выросла с 11 % до 16 % — это не магия скорости, а просто люди, которые перестали уходить в ожидании.

От 84 до 100 — уже более тяжёлая работа: шрифты, сторонние скрипты (Facebook Pixel, чат-виджеты, карты), ответ сервера. Часто не стоит: 85–95 и 100 для посетителя не отличаются, для Google — тоже. Сайт на коде имеет этот балл сразу — это один из аргументов в статье WordPress или сайт на коде.

Перед сезоном — очерёдность

Если до праздничного трафика осталось несколько недель:

1. Измерить главную и три самые популярные страницы в режиме телефона. Записать баллы — без «до» нет «после».
2. Картинки — всегда первыми. Наибольший эффект за наименьшую цену.
3. Плагины или неиспользуемые скрипты.
4. Cloudflare перед сайтом — и для скорости, и для защиты от всплесков трафика.
5. Крупных изменений (смена хостинга, переделка) перед сезоном не делать — риск сломать работающее посреди торговли.

Что сделать завтра

Измерьте три страницы и сохраните скриншоты. Откройте любое своё фото в новой вкладке и посмотрите размер — если больше 500 КБ, вы знаете, с чего начать. Если балл ниже 50 и хотите цифру, во что это обходится: посетителей в месяц × 15 % × ваша средняя ценность заявки.

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

Скорость действительно влияет на позиции в Google?

Да, но не так сильно, как контент и ссылки. Core Web Vitals — один из сигналов ранжирования; между двумя похожими сайтами выигрывает более быстрый. Больший эффект — косвенный: медленный сайт теряет посетителей, которые возвращаются в Google, а Google это видит.

У меня 95 на компьютере и 45 на телефоне — почему?

У телефона медленнее процессор и интернет, и тест это имитирует. Картинки и скрипты, которых компьютер не замечает, на телефоне превращаются в секунды. Всегда смотрите балл для телефона.

Могу ли я исправить сам?

Картинки — да: уменьшать перед загрузкой (Squoosh бесплатен), в WordPress включить WebP. Аудит плагинов — частично, но с копией и осторожно. Хостинг и кеширование — лучше со специалистом: здесь легче всего сломать формы и корзину.