Страница открывается пять секунд — и половина посетителей уже ушла, не увидев ни цен, ни телефона. По данным Google, 53% мобильных пользователей закрывают сайт, если он грузится дольше трёх секунд. Деньги на рекламу при этом списываются, а поисковики понижают медленные страницы в выдаче. Хорошая новость: в восьми случаях из десяти причина тормозов банальна и находится за 15 минут. Разбираем, где искать проблему, как измерить скорость без специальных знаний и что реально починить своими руками за час.
Сначала измерьте: PageSpeed Insights и две минуты времени
Чинить без цифр бессмысленно. «Сайт вроде тормозит» — не диагноз, а ощущение, которое зависит от вашего интернета и кэша браузера.
Главный инструмент — Google PageSpeed Insights (pagespeed.web.dev). Вставляете адрес страницы, ждёте полминуты и получаете оценку от 0 до 100 отдельно для мобильных и десктопа. Смотрите на три метрики Core Web Vitals:
- LCP — за сколько секунд появляется основной контент. Норма — до 2,5 секунды.
- INP — как быстро сайт реагирует на клики и ввод. Норма — до 200 миллисекунд.
- CLS — прыгает ли вёрстка во время загрузки. Норма — до 0,1.
Оценка 90+ — отлично. 50–89 — есть над чем работать. Ниже 50 — сайт теряет клиентов каждый день.
Второй инструмент уже встроен в браузер: вкладка «Сеть» в панели разработчика (клавиша F12). Обновите страницу и отсортируйте файлы по размеру. Виновники обычно видны сразу: фотография на 4 МБ или скрипт стороннего чата, который отвечает три секунды.
И важный момент: проверяйте мобильную версию, а не только десктоп. В большинстве ниш 70–80% трафика приходит со смартфонов, и именно там сайт тормозит сильнее всего.
Ещё два способа проверить без сервисов. Первый — отчёт о скорости в Яндекс Вебмастере: там собраны данные реальных посетителей, а не лабораторный тест. Второй — свой телефон: выключите Wi-Fi и откройте сайт с мобильного интернета, как это делает посетитель с рекламы. Если первый экран появляется дольше трёх секунд, проблема есть, что бы ни показывал десктопный отчёт.
10 причин, почему сайт медленно грузится
1. Тяжёлые картинки
Лидер антирейтинга: примерно 7 из 10 медленных сайтов, которые мы разбирали, страдали именно от этого. Фото с телефона весит 3–8 МБ, и его ставят на главную «как есть». Ориентиры такие: картинка первого экрана — до 200 КБ, остальные — до 150 КБ. Перевод в формат WebP срезает вес на 30–70% без заметной потери качества.
2. Слабый или перегруженный хостинг
Тариф за 100–150 ₽ в месяц означает, что на одном сервере с вами живут ещё сотни чужих сайтов. Признак проблемы — высокий TTFB, время ответа сервера: если оно больше 600 мс, сервер медленно отдаёт даже пустую страницу. Оптимизировать картинки в этом случае бесполезно — сначала нужен нормальный тариф или переезд.
3. Лишние скрипты и виджеты
Онлайн-чат, квиз, пиксели двух соцсетей, пара счётчиков аналитики, виджет отзывов, кнопка обратного звонка. Каждый виджет — это 100–500 КБ чужого кода с чужих серверов, на которые вы не влияете. Пять-шесть виджетов легко добавляют 2–3 секунды к загрузке.
4. Веб-шрифты
Дизайнер подключил шесть начертаний по 150–300 КБ, да ещё с внешнего CDN, который из России отвечает через раз. Пока шрифты не скачались, текст либо невидим, либо перескакивает по экрану. На практике хватает двух начертаний в формате WOFF2, размещённых на своём сервере.
5. Отключено кэширование
Без кэша браузер скачивает все файлы заново при каждом заходе. С настроенными заголовками кэширования повторные визиты ускоряются в 3–5 раз, а серверный кэш для CMS снимает нагрузку с базы данных и держит сайт на плаву при наплыве посетителей с рекламы.
6. Нет сжатия Gzip или Brotli
Сжатие уменьшает HTML, CSS и JS при передаче на 60–80%. Включается одной галочкой в панели хостинга — но, по нашему опыту, выключено у каждого третьего сайта, который приходит на аудит.
7. Раздутая CMS и плагины
WordPress с 30–40 плагинами и тяжёлым визуальным конструктором генерирует страницу по 2–4 секунды. Каждый плагин — лишние запросы к базе и лишний код на странице. Половина из них обычно вообще не используется: их ставили «попробовать» и забыли.
8. Медленная база данных
Классическая боль каталогов: несколько тысяч товаров, фильтры и поиск без индексов — и каждая выборка занимает секунды. Если у вас интернет-магазин, при тормозах каталога базу стоит проверять первой.
9. Нет ленивой загрузки
Страница сразу тянет все 40 изображений, хотя посетитель видит только первый экран. Атрибут loading="lazy" откладывает загрузку картинок до прокрутки. Одна строка в коде — минус несколько мегабайт на старте.
10. Рендер-блокирующие CSS и JS
Скрипты подключены в начале страницы без атрибутов defer или async: браузер останавливает отрисовку и ждёт, пока код скачается и выполнится. В итоге посетитель смотрит на белый экран, хотя контент давно готов. Исправляется атрибутами defer и async плюс выносом критических стилей в начало страницы — для верстальщика это работа на час.
Что реально починить за час без разработчика
Быстрые победы, доступные владельцу сайта с админкой и доступом к панели хостинга:
- Сжать картинки. Бесплатные Squoosh или TinyPNG: загрузили, скачали, заменили. Заодно переведите тяжёлые JPEG и PNG в WebP.
- Включить сжатие и кэширование. В панелях большинства хостингов это две галочки: Gzip/Brotli и заголовки кэша.
- Удалить лишние виджеты. Откройте сайт и честно ответьте, какие из них приносят заявки. Остальные — снести.
- Обновить версию PHP. PHP 8 быстрее старых версий на 20–30%, а переключение занимает минуту в той же панели хостинга.
- Отключить неиспользуемые плагины. Деактивировать мало — удаляйте: некоторые грузят свой код даже выключенными.
- Сократить шрифты. Оставьте два начертания в формате WOFF2 на своём сервере и добавьте правило font-display: swap, чтобы текст показывался сразу, не дожидаясь загрузки шрифта.
- Отложить тяжёлые виджеты. Чат и пиксели можно подгружать через 3–5 секунд после открытия страницы: на конверсию это не влияет, а первый экран появляется заметно быстрее.
Эти шаги обычно поднимают оценку PageSpeed на 15–30 пунктов. Для простого лендинга этого часто достаточно.
Когда нужен разработчик
Если после базовой оптимизации мобильная оценка PageSpeed всё ещё ниже 60 — проблема в коде или архитектуре. Дальше без специалиста вы будете лечить симптомы, а не причину.
Зовите разработчика, когда нужно:
- переехать на нормальный хостинг без потери данных и позиций;
- оптимизировать базу данных: индексы, тяжёлые запросы, кэш выборок;
- переработать шаблон или тему, которая генерирует страницу секундами;
- настроить серверное кэширование и CDN для статики;
- переписать фронтенд, если сайт собран на тяжёлом конструкторе.
Мы в DEVCORE собираем сайты сразу с прицелом на 90+ баллов PageSpeed: без лишних плагинов, с оптимизированными картинками и чистым кодом, который остаётся у заказчика. Например, для магазина электроники PhoneHub скорость была одним из ключевых требований: тёмная тема, большой каталог — и при этом быстрая загрузка на мобильных. Простой лендинг делаем за 1–2 недели от 7 000 ₽, интернет-магазин — за 3–6 недель от 76 000 ₽.
Если сайт уже есть и переделывать его целиком не хочется, начните с аудита. Разбор скорости входит в SEO-аудит от 15 000 ₽: находим все тормоза, оцениваем эффект от каждой правки и отдаём план работ. Часть пунктов вы закроете сами, часть — силами любого разработчика: план не привязывает вас к нам.
Причём здесь SEO и реклама
Скорость — не только про комфорт посетителей. Core Web Vitals учитываются при ранжировании: из двух сайтов с похожим контентом выше встанет быстрый. Медленный сайт к тому же хуже индексируется — поисковые роботы успевают обойти меньше страниц за визит. Для крупных каталогов это заметно на деньгах: часть карточек товара просто не попадает в индекс, пока робот ждёт ответа сервера.
С рекламой всё ещё нагляднее. В Яндекс Директе вы платите за клик независимо от того, дождался посетитель загрузки или закрыл вкладку. При цене клика 100 ₽ и потере 30% посетителей из-за тормозов каждая заявка дорожает почти в полтора раза: бюджет тот же, лидов меньше. Ускорение сайта — самый дешёвый способ снизить стоимость заявки без изменения ставок.
Чек-лист: сайт медленно грузится — что делать
- Прогоните главную и две-три ключевые страницы через PageSpeed Insights, зафиксируйте оценку «до».
- Откройте вкладку «Сеть» (F12) и найдите файлы тяжелее 300 КБ.
- Сожмите картинки и переведите их в WebP.
- Включите Gzip/Brotli и кэширование в панели хостинга.
- Удалите виджеты и плагины, которыми не пользуетесь, обновите PHP.
- Добавьте loading="lazy" картинкам ниже первого экрана.
- Проверьте TTFB: больше 600 мс — меняйте тариф или хостинг.
- Снова замерьте скорость. Мобильная оценка ниже 60 — подключайте разработчика.
Скорость — та редкая работа над сайтом, которая окупается сразу по всем фронтам: позиции в поиске, конверсия, стоимость заявки в рекламе. Хотите, чтобы тормоза нашли мы? Напишите в Telegram @dev_core_web — посмотрим сайт, назовём причины и оценим работы ещё до договора.
