Сайт медленный потому, что браузер скачивает и выполняет гораздо больше, чем странице нужно, чтобы показаться, — почти всегда это смесь из непомерных картинок, лишнего кода (сторонних плагинов или собственного веса конструктора) и отсутствия кэширования. Хорошая новость: диагноз ставится за две минуты, и в большинстве случаев это чинится, не меняя того, как сайт выглядит.
Сначала выясните, насколько медленно — и почему
Прежде чем гадать, замерьте. Прогоните страницу через Google PageSpeed Insights (бесплатно). Он оценивает телефон и десктоп отдельно и перечисляет, что именно держит страницу: обычно это картинки, блокирующий отрисовку код или избыток JavaScript. Смотрите сначала мобильную оценку: она почти всегда ниже, и именно она важна — там ваши посетители.
Если у вас WordPress
Сам WordPress не медленный — медленным обычно оказывается то, что на него навалили. Типичная картина: тяжёлая тема плюс длинный список плагинов, каждый из которых добавляет свои скрипты и стили на каждую страницу, независимо от того, нужны они ей или нет. Сверху ещё конструктор страниц (Elementor, Divi и подобные) добавляет свой слой разметки. Лечится это редко установкой «плагина кэширования и надеждой»: лечится сокращением того, что грузится, а когда фронтенд уже не спасти — его пересборкой начисто, с сохранением WordPress как редактора позади.
Если у вас Wix, Squarespace или другой конструктор
Конструкторы грузят много общего кода, чтобы их редактор мог работать прямо в браузере. Это плата за удобство, и на простом сайте она часто приемлема. Проблемой она становится, когда на странице много изображений или анимации, — заглянуть под капот и вырезать лишнее из шаблона вы не можете. Помочь всё же можно: сжимайте картинки до загрузки, убирайте неиспользуемые приложения и шрифты, не раздувайте страницы. Если скорость критична для бизнеса, а конструктор до неё не дотягивает, это и есть сигнал переходить на сайт ручной работы — смотрите разбор Wix и Squarespace против сайта под задачу.
Если медленно только на телефоне
Самая частая жалоба, и обычно дело в двух вещах: картинки идут в полном десктопном размере и телефон ужимает их сам, вместо того чтобы получить готовые мобильные, и JavaScript, который слабому процессору нужно прожевать прежде, чем страница появится. Правильный размер картинок и вырезание необязательных скриптов сами по себе снимают большую часть мобильной медлительности.
Что действительно сдвигает дело
- Картинки нужного размера и в современных форматах. Самый крупный выигрыш на большинстве сайтов — отдавать изображения ровно того размера, в котором они показываются, и в современных форматах.
- Убрать лишний код. Плагины, приложения, шрифты и скрипты, которых странице не нужно. Меньше качать — меньше выполнять.
- Ленивая загрузка ниже первого экрана. Не заставляйте телефон грузить картинки и вставки, до которых посетитель ещё не долистал.
- Кэш и раздача с CDN. Отдавайте сайт из точки рядом с каждым посетителем, а не с одного далёкого сервера.
Латать или пересобирать фронтенд?
Если страница близка к цели, перечисленного хватит. Если она стоит на тяжёлом стеке и каждая правка отыгрывает по чуть-чуть, у латания есть потолок — вы оптимизируете вес, которого не должно быть. Тогда имеет смысл ускорение сайта: мы сохраняем ваш дизайн и вашу серверную часть, пересобираем только медленный фронтенд на чистом рукописном HTML и CSS и отдаём отчёт «до и после». На место тяжёлого стека приходит сборка без JavaScript: страницы приезжают как HTML и CSS, а скрипты остаются только там, где без них не обойтись. Каждый сайт мы делаем с прицелом на 100/100 в PageSpeed и публикуем замеры в кейсах.
Пришлите адрес сайта в коротком брифе — честно скажем, это быстрая починка или пересборка, и сколько будет стоить каждый вариант.