Медленный сайт — это тихая потеря денег. Посетитель открывает страницу, ждёт пару секунд, не дожидается — закрывает вкладку и уходит к конкуренту. Заявку не оставил, чек не пробил, и вы даже не узнали, что он у вас был. Плюс к этому поисковики понижают медленные сайты в выдаче, а реклама на медленную посадочную обходится дороже за каждый клик. В этой статье разберу, почему сайт долго грузится, как самому проверить его скорость и что реально её повышает — без кода и технических заклинаний, на уровне владельца бизнеса.
Чем медленный сайт вредит бизнесу — это не про «удобство»
Скорость сайта — это не косметика, а конкретные деньги. Когда страница грузится дольше пары секунд, цепочка реакций такая:
- Посетители уходят, не дождавшись. По разным замерам Google, при увеличении времени загрузки с 1 до 3 секунд вероятность отказа растёт на ~32%, а с 1 до 5 секунд — на ~90%. Это люди, которые пришли, но не увидели даже первого экрана.
- Падает конверсия. Те, кто дождался загрузки, чаще отвалятся в процессе — на медленных сайтах хуже работают формы, тяжелее листать каталог, дольше открывается корзина.
- Понижение в поиске. Скорость и Core Web Vitals — официальный фактор ранжирования у Google и фактор оценки удобства у Яндекса. Медленные страницы поисковики опускают в выдаче, особенно на мобильных.
- Реклама стоит дороже. Алгоритмы Яндекс.Директа и Google Ads учитывают качество посадочной страницы. Медленная страница = ниже показатель качества = выше цена клика и/или хуже позиции в аукционе.
Как понять, что сайт реально тормозит — проверяем скорость
«Мне кажется, что медленно» и «реально медленно» — разные вещи. У вас на офисном ноутбуке сайт может летать, потому что закеширован браузером и работает по быстрому корпоративному интернету. У клиента на мобильном в дороге — совсем другая история. Поэтому скорость надо измерять объективными инструментами.
Чем измерять
Самый известный и бесплатный инструмент — Google PageSpeed Insights (pagespeed.web.dev). Вводите адрес сайта — получаете отчёт с оценкой от 0 до 100 и подробными метриками. Важно: PageSpeed показывает мобильную и десктопную оценки отдельно — нужно смотреть обе, потому что мобильная почти всегда хуже и для бизнеса часто критичнее (минимум половина трафика — с телефонов).
Альтернативы — GTmetrix, Pingdom, WebPageTest. Они дают похожие метрики с разных географических точек, что полезно если у вас аудитория за пределами одного региона.
Главное отличие этих инструментов от «спидтеста интернета»: они меряют скорость сайта при типовых условиях посетителя. Их результат не зависит от качества вашего интернета.
Что значат метрики простыми словами
Google использует набор метрик под названием Core Web Vitals — это три ключевых числа, по которым он оценивает реальное удобство загрузки. Расшифрую по-человечески:
- LCP (Largest Contentful Paint) — время до отрисовки основного содержимого страницы. Грубо: «через сколько секунд клиент увидел первый экран — заголовок, баннер, главную картинку». Хорошо — до 2.5 секунд. От 4 — плохо.
- INP (Interaction to Next Paint) — отзывчивость на действия пользователя. Грубо: «через сколько миллисекунд после клика что-то происходит». Меньше — лучше. Заменил старую метрику FID в 2024 году.
- CLS (Cumulative Layout Shift) — насколько сильно «прыгает» вёрстка во время загрузки. Если кнопка съезжает в момент, когда вы хотите по ней кликнуть, и вы попадаете не туда — это плохой CLS. Должно стремиться к нулю.
Не нужно знать все технические подробности — но если PageSpeed показывает красные индикаторы у LCP или CLS, это конкретные проблемы, которые портят впечатление и снижают позиции.
Какая скорость нормальная
Ориентиры, которые я использую в работе:
| Показатель | Хорошо | Терпимо | Плохо |
|---|---|---|---|
| LCP (время до основного контента) | до 2.5 с | 2.5–4 с | 4+ с |
| Оценка PageSpeed (мобайл) | 80+ | 50–79 | до 50 |
| Оценка PageSpeed (десктоп) | 90+ | 70–89 | до 70 |
Если у вас на мобильной версии оценка ниже 50 или LCP больше 4 секунд — это значит, что вы прямо сейчас теряете заметную часть посетителей и платите за рекламу впустую. Запрос «сайт тормозит на телефоне» из поиска — это именно про мобильную скорость, и её надо мерить отдельно.
Почему сайт долго грузится — главные причины
Дальше — что обычно тормозит сайт у малого и среднего бизнеса. Это шесть причин по убыванию частоты — начинать оптимизацию имеет смысл с них.
Тяжёлые картинки — причина №1
Самая распространённая и легко исправимая проблема. Современная камера телефона или фотоаппарата делает снимок весом 5–10 МБ. Если такую фотографию загрузить на сайт «как есть», страница с десятком таких картинок весит десятки мегабайт. Клиент с мобильного интернета будет ждать её 10–20 секунд, потеряет терпение и уйдёт.
Картинки часто составляют львиную долю веса страницы — иногда 70–80%. И их же проще всего оптимизировать без переделки сайта.
Слабый или перегруженный хостинг
Дешёвые тарифы shared-хостинга («сайт за 100 рублей в месяц») делят один сервер между сотнями клиентов. Когда у соседнего сайта пик нагрузки — ваш тоже тормозит. Плюс — географический фактор: если хостинг физически далеко от вашей аудитории (например, серверы в Европе для российской аудитории), пинг и время ответа растут.
Признак: страница без статики (без картинок и скриптов) грузится дольше секунды — это уже сервер задумывается, и никакой оптимизацией картинок это не лечится.
Перегруз плагинами и скриптами
Типовая ситуация на WordPress: за пару лет жизни сайта на нём накопилось 30–50 плагинов. Часть из них уже не используется, часть дублирует друг друга, и каждый тянет свой JavaScript и CSS на каждую страницу. К этому добавляются внешние счётчики аналитики, чаты, виджеты соцсетей — каждый замедляет загрузку.
Эмпирический ориентир: если на сайте больше 20 активных плагинов — обычно есть что почистить.
Тяжёлая или кривая тема
Универсальные WordPress-темы из категории «всё в одном» (с десятками демо-вариантов, встроенным конструктором, тысячей опций) часто грузят кучу кода, который вам не нужен. Похожая история — темы с устаревшим конструктором, который генерирует избыточную разметку.
Это не значит, что все универсальные темы плохи — но если вы взяли такую и не оптимизировали её под свою задачу, скорость почти всегда страдает.
Нет кеширования
По умолчанию WordPress на каждый запрос пользователя заново собирает страницу из базы данных: ищет статью, тянет настройки, рендерит шаблон. На статическом контенте (статьи, страницы, посадочные) это абсолютно лишняя работа — один и тот же результат на десятки тысяч запросов. Плагин кеширования сохраняет готовую страницу и отдаёт её мгновенно. Прирост скорости часто кратный.
Много сторонних подключений
Реклама (Яндекс.Директ ремаркетинг, рекламные сети), аналитика (Метрика, GA, Hotjar), шрифты (Google Fonts), видео с YouTube/Vimeo, чаты (Jivo, LiveTex), кнопки соцсетей, виджеты отзывов — каждый внешний сервис делает дополнительный запрос с вашей страницы. Когда их много — браузеру нужно подружиться с десятком разных серверов, прежде чем сайт догрузится. Часто эти подключения не критичны для первого экрана, но они задерживают восприятие скорости.
Как ускорить сайт — что реально работает
Хорошая новость: методы ускорения хорошо известны, и большинство из них дают прирост без переделки сайта. Расставил в порядке отдачи на потраченные усилия — начинать оптимизацию имеет смысл сверху.
Оптимизация картинок
Самая высокая отдача при наименьших усилиях. Что входит:
- Сжатие. Каждая картинка должна весить не мегабайты, а килобайты — типично 50–300 КБ для фото в обычном размере. Сжатие до этого размера почти не теряет в качестве при правильных настройках.
- Современные форматы. WebP вместо JPEG/PNG — даёт ту же визуальную чёткость в 2–3 раза меньшего веса. AVIF — ещё лучше, поддерживается всеми современными браузерами.
- Правильные размеры. Если в каталоге товара картинка показывается размером 300×300 пикселей, нет смысла грузить файл 2000×2000 — это типовая ошибка, когда фотограф отдал «исходники», а они так и легли на сайт.
- Ленивая загрузка (lazy loading). Картинки, которые не видны на экране, не грузятся до того, как пользователь до них долистал. WordPress 5.5+ умеет это из коробки, для старых сайтов делается плагином.
Кеширование
На WordPress — обычно самый быстрый способ увидеть прирост. Ставится плагин кеширования (популярные варианты: WP Rocket, W3 Total Cache, LiteSpeed Cache — конкретный выбор зависит от хостинга), активируется, и страницы начинают отдаваться готовыми. Дополнительно — браузерное кеширование, чтобы повторные визиты были ещё быстрее.
Нормальный хостинг
Если бекенд-время (Time to First Byte) больше секунды — никакая клиентская оптимизация не спасёт. Лечится переходом на адекватный тариф или с shared на VPS. Параллельно — сервер ближе к аудитории: для российского бизнеса это российский хостер с дата-центром в РФ. Это и для соответствия 152-ФЗ удобно, и для скорости.
Чистка плагинов и скриптов
Аудит активных плагинов: что реально используется, что можно удалить, что заменить на более лёгкое. Часто после такой чистки скорость заметно растёт без других изменений. То же касается внешних счётчиков и виджетов — оставить только то, что реально приносит ценность.
CDN (раздача статики)
CDN — сеть серверов, которая отдаёт статические файлы (картинки, CSS, JS, шрифты) с ближайшего к посетителю сервера. Особенно даёт прирост, если у вас аудитория по разным регионам или странам. Самые известные — Cloudflare, Selectel CDN, Beget CDN. На небольших сайтах с локальной аудиторией часто хватает и без CDN.
Оптимизация кода и базы
Тонкая настройка для тех случаев, когда базовые шаги уже сделаны: минификация CSS и JS (удаление лишних пробелов и переносов), объединение мелких файлов, чистка таблицы wp_options от мусорных данных, оптимизация запросов к базе. Это уже работа специалиста — для маленьких сайтов часто не нужна, для нагруженных и крупных — даёт заметный эффект.
Сводная таблица: причина → метод → кто делает
| Причина | Что делать | Кто |
|---|---|---|
| Тяжёлые картинки | Сжать, перевести в WebP, ленивая загрузка | Владелец (с плагином) или специалист |
| Нет кеширования | Поставить и настроить плагин кеширования | Владелец или специалист |
| Слабый хостинг | Перейти на адекватный тариф / VPS, российский ДЦ | Владелец (тариф) / специалист (миграция) |
| Лишние плагины | Аудит и чистка | Специалист (риск сломать функции) |
| Внешние скрипты | Убрать неиспользуемое, отложить загрузку | Специалист |
| CDN не подключён | Подключить CDN-сервис | Специалист |
| Тяжёлая тема, кривой код | Оптимизация / замена темы | Специалист |
Что можно сделать самому, а когда звать специалиста
Часть базовых шагов владелец сайта осилит сам без риска что-то сломать:
- Сжать картинки перед загрузкой. Бесплатные онлайн-сервисы (TinyPNG, Squoosh) уменьшают вес в разы за пару кликов. Просто делайте это правилом перед загрузкой нового изображения.
- Поставить плагин кеширования. Базовая настройка по умолчанию — обычно безопасна. Если что-то после активации пошло не так — выключили и забыли.
- Проверить хостинг. Если у вас shared за «200 рублей в месяц», и сайт реально растёт — пора апгрейдить тариф. Это меню в личном кабинете хостера, не требует разработчика.
- Удалить явно ненужные плагины. Те, что вы помните, что когда-то ставили и забыли — обычно безопасно отключить. Главное — сначала сделать бэкап.
Когда стоит позвать специалиста:
- После базовых шагов всё равно медленно — нужен предметный аудит по PageSpeed с устранением конкретных проблем
- Хочется убрать плагины, но не понятно, какие реально не используются — риск что-то сломать
- PageSpeed ругается на оптимизацию кода, минификацию, отложенную загрузку — это уже не «галочки в плагине», а вмешательство в код
- Нужен переезд на нормальный хостинг с сохранением SEO и без простоя
- Сайт нагружен (десятки тысяч посетителей в сутки) — обычные методы не дотягивают, нужна тонкая настройка инфраструктуры
Чем могу помочь
Если хотите доверить ускорение — вот что я делаю:
- Аудит скорости. Прогон через PageSpeed Insights с мобильной и десктопной версии, реальные замеры по нескольким страницам, разбор Core Web Vitals — выясняем, что именно тормозит ваш сайт. Не «оптимизация всего подряд», а адресные действия под выявленные проблемы.
- Базовый комплект ускорения. Оптимизация и пакетная конвертация картинок в WebP, настройка плагина кеширования, чистка плагинов, отложенная загрузка скриптов, CDN при необходимости. На WordPress-сайтах это обычно даёт ощутимый прирост.
- Глубокая оптимизация при необходимости. Минификация CSS/JS, оптимизация базы данных, доработка темы — для случаев, когда базовый комплект не вытягивает.
- Совмещаю с сопровождением. Если важно, чтобы сайт оставался быстрым со временем (а не «один раз ускорили и забыли») — это часть регулярного сопровождения.
Цена — от 5 000 ₽ за базовое ускорение, точная сумма зависит от состояния сайта и выявленных проблем. Это услуга ускорения сайта — там же подробнее про подход и формат.
Работаю как ИП на УСН. Выдаю счёт на оплату и акт выполненных работ для бухгалтерии, без НДС. Никаких гарантий конкретных цифр (например, «PageSpeed 95+» или «топ-1 в Яндексе через месяц») не даю — это были бы пустые обещания. Реалистичная цель — снять конкретные узкие места и довести скорость до состояния, при котором она не теряет вам клиентов.
Частые вопросы
Читайте также
Если интересна тема «как привести сайт в порядок и поддерживать его рабочим», полезно почитать рядом:
- Ошибка 500 на сайте — что делать владельцу — соседняя «у владельца сайта что-то срочно сломалось»: разбор страшных экранов и пошаговая инструкция первых 10 минут.
- Сайт пишет «подключение не защищено» — как исправить — что делать с истёкшим SSL, чтобы клиенты не разворачивались на красной странице браузера.
- Сколько стоит сопровождение сайта в 2026 — про регулярную работу с сайтом: бэкапы, обновления, мониторинг скорости, реакция на инциденты.