Медленный сайт теряет клиентов и позиции в поиске: люди уходят, не дождавшись загрузки, а поисковик понижает такой сайт в выдаче. Хорошая новость — у тормозов почти всегда понятные причины, и большинство можно устранить по шагам. Это практический план для владельца: что проверить и что сделать своими силами, без разбора метрик Core Web Vitals (им посвящена отдельная статья).
Шаг 1. Измерьте, прежде чем чинить
Не улучшайте вслепую. Сначала прогоните сайт через Google PageSpeed Insights в режиме «Мобильные» (именно мобильные, туда заходит большинство) — он даст баллы и конкретный список проблем с указанием, что тормозит. Запишите текущий балл, чтобы потом сравнить.
- Откройте PageSpeed Insights и вставьте адрес главной и пары важных страниц.
- Переключитесь на вкладку «Мобильные».
- Запишите балл и прочитайте раздел с рекомендациями.
- Подключите Яндекс Метрику, чтобы видеть время загрузки у реальных посетителей.
Теперь у вас есть диагноз. Дальше идём по причинам в порядке убывания эффекта — обычно хватает первых двух-трёх пунктов.
Шаг 2. Приведите в порядок картинки
Самый частый виновник тормозов — большие необработанные фото. Снимок с камеры может весить 5–10 мегабайт, и одна такая картинка грузится дольше, чем весь остальной сайт. Это и первое, что стоит исправить, — эффект обычно самый заметный.
- Сжать изображения без видимой потери качества.
- Перевести в современные форматы WebP или AVIF.
- Подогнать размер: не грузить фото 4000 пикселей туда, где видно 800.
- Включить ленивую загрузку картинок ниже первого экрана.
Как это устроено подробно — в статье про оптимизацию изображений WebP и AVIF. На сайтах на Next.js это делается автоматически, вручную пересохранять ничего не нужно.
Шаг 3. Уберите лишние скрипты и виджеты
Чаты, виджеты обратного звонка, счётчики, карты, онлайн-записи, видео — каждый сторонний скрипт добавляет вес и замедляет сайт. Пройдитесь по странице и честно спросите: этим виджетом реально пользуются? Часто удаление пары неиспользуемых скриптов заметно ускоряет загрузку.
- Удалите виджеты, которыми никто не пользуется.
- Оставшиеся загружайте с задержкой, чтобы не блокировали отрисовку.
- Проверьте, нет ли дублей счётчиков и пикселей.
Ускорять тяжёлый сайт на конструкторе — это бесконечная борьба с архитектурой. Сайт на чистом коде быстрый изначально.
Шаг 4. Проверьте кэш и хостинг
Без кэширования сервер каждый раз собирает страницу заново — это замедляет ответ. Кэш и заранее подготовленные статические страницы отдают контент мгновенно. Проверьте также хостинг: дешёвый перегруженный сервер отвечает долго, и никакая оптимизация картинок это не исправит.
Если не знаете, как подобрать сервер, поможет статья домен и хостинг: как выбрать. Наши сайты работают на VPS от 366 ₽ в месяц, а кэширование и статика на Next.js включены по умолчанию.
Шаг 5. Разберитесь со шрифтами
Шрифты — частая скрытая причина задержек: пока браузер их грузит, текст может не отображаться вовсе. Помогает самостоятельный хостинг шрифтов, ограничение числа начертаний и режим отображения, при котором текст виден сразу, а шрифт подменяется по мере загрузки. На чистом коде это настраивается аккуратно и по умолчанию.
Шаг 6. Уберите тяжёлое видео и анимации
Фоновое видео на первом экране выглядит эффектно, но часто весит десятки мегабайт и душит загрузку, особенно на мобильном. Если без видео никак, его сжимают, показывают статичную картинку до загрузки и отключают на слабых устройствах. То же с тяжёлыми анимациями и сложными эффектами: красота не должна мешать странице открыться.
Проверьте и автозапуск: видео и карусели, которые стартуют сами, тянут ресурсы ещё до того, как человек до них долистал. Часто достаточно подгружать такой контент только при приближении к нему — страница открывается быстрее, а посетитель не замечает разницы.
Отдельно про скорость на телефоне
Большинство посетителей заходят с мобильного, где и интернет медленнее, и процессор слабее, чем на компьютере. Поэтому измерять и ускорять нужно в первую очередь мобильную версию: то, что открывается мгновенно на вашем ноутбуке по быстрому Wi-Fi, на телефоне в дороге может грузиться секундами. Именно мобильную скорость поисковики учитывают в ранжировании.
Практический совет: хотя бы раз откройте свой сайт с телефона на мобильном интернете, а не по домашнему Wi-Fi, и честно засеките, сколько ждёте первый экран. Если дольше трёх-четырёх секунд — вы теряете часть посетителей ещё до того, как они увидели предложение. Это самый наглядный тест, который доступен любому владельцу без инструментов.
Когда дело в самой платформе
Если вы прошли все шаги, а балл всё равно низкий, причина обычно не в отдельных картинках, а в самой платформе. Конструкторы и тяжёлые CMS генерируют много универсального кода, который нельзя убрать, — почему так, разобрано в статье почему конструкторы медленные.
В этом случае бесконечно латать невыгоднее, чем переехать на чистый код: сайт на Next.js быстрый изначально и держит 95–100 баллов PageSpeed. Если у вас сайт на Tilda, подойдёт перенос с Tilda на код от 25 000 ₽; если нужно оценить проблемы целиком — начните с аудита, мы покажем, что именно тормозит и что с этим делать.
Короткий вывод для владельца: сначала измерьте скорость на мобильном, потом приведите в порядок картинки, уберите лишние скрипты, проверьте кэш и хостинг. Этих шагов хватает большинству сайтов. Если после них балл всё ещё низкий — проблема в платформе, и дешевле один раз переехать на код, чем годами бороться с чужой архитектурой.