Коротко: сначала измерьте скорость правильно — на мобильном и по данным реальных пользователей, а не по одному баллу инструмента. Затем чините по убыванию влияния: изображения, лишние скрипты и плагины, ответ сервера, отсутствие кэша. Большую часть проблем решает несколько дней работы. Но если сайт собран на визуальном конструкторе с двумя десятками плагинов, оптимизация упрётся в потолок архитектуры, и дешевле пересобрать, чем бесконечно ускорять.
Медленный сайт замечают не по цифрам, а по поведению: люди уходят, не дождавшись первого экрана. При этом владелец обычно видит другое — балл в PageSpeed, который хочется довести до зелёного.
Это неверная цель. Балл инструмента и реальная скорость у ваших посетителей — разные вещи, и начинать нужно с того, чтобы понять, что именно у вас медленно и для кого.
Как правильно измерить скорость загрузки сайта
Отделите лабораторные данные от полевых. PageSpeed Insights показывает две вещи: результат тестового прогона на условном устройстве и данные реальных пользователей, если их достаточно. Первое удобно для диагностики, второе — единственное, что имеет значение на практике. Балл может быть жёлтым, а реальные посетители при этом видеть сайт быстро, и наоборот.
Смотрите отчёт в Search Console. Раздел с основными веб-показателями показывает, какие группы страниц медленны для настоящих людей. Это точка отсчёта, а не оценка из инструмента.
Меряйте мобильную версию. Большая часть трафика мобильная, и проблемы проявляются именно там: слабее процессор, хуже связь.
Не делайте выводов по одному замеру. Результаты плавают; важна повторяемость, а не одно число.
Проверяйте не только главную. Главная обычно вылизана, а трафик идёт на страницы услуг и статьи. Проверьте те двадцать страниц, которые приносят посетителей и заявки, — оптимизировать двести неважных бессмысленно.
Почему сайт медленно загружается: причины по убыванию влияния
Тяжёлые изображения. Самая частая и самая дешёвая в исправлении причина. Фотографии, загруженные прямо с камеры, весят мегабайты, а показываются в блоке шириной в несколько сотен пикселей. Лечится сжатием, современными форматами и размерами под устройство.
Избыток плагинов и скриптов. Каждый плагин добавляет свои стили и код, часто на всех страницах, включая те, где его функция не используется. Двадцать плагинов — двадцать наборов файлов при каждой загрузке.
Медленный ответ сервера. Если сервер думает долго, всё остальное сдвигается по времени. Причины — слабый хостинг, перегруженная база, отсутствие кэширования.
Отсутствие кэша. Без него страница собирается заново при каждом заходе. Включение кэширования — одно из немногих изменений с почти мгновенным эффектом.
Блокирующие стили и скрипты. Браузер не может показать содержимое, пока не загрузит то, что стоит в очереди перед ним.
Шрифты. Несколько начертаний, подгружаемых со стороннего домена, задерживают появление текста.
Сторонние скрипты. Чаты, аналитика, пиксели рекламных систем, виджеты отзывов. Каждый выглядит безобидно, вместе они дают заметный вес — и вы не контролируете их скорость.
Отсутствие размеров у изображений и блоков. Не влияет на скорость напрямую, но вызывает прыжки вёрстки при загрузке, что раздражает сильнее медленной загрузки.
Причины медленной загрузки сайта и кто их устраняет
- Долго появляется первый экран — Тяжёлое изображение в шапке, медленный сервер — Часто своими силами
- Страница «думает» до начала загрузки — Ответ сервера, нет кэша — Хостинг или разработчик
- Всё появляется, но не реагирует на клики — Тяжёлый JavaScript, избыток плагинов — Разработчик
- Вёрстка прыгает при загрузке — Нет размеров у изображений и блоков — Разработчик
- На мобильном медленнее в разы — Не оптимизированы изображения, тяжёлые скрипты — Смешанно
- Оптимизация не даёт эффекта — Потолок архитектуры — Пересборка
Что можно исправить самому за вечер, чтобы ускорить сайт
Сжать изображения. Загрузить заново в разумном размере и современном формате. Это самая частая причина и самая быстрая победа.
Отключить неиспользуемые плагины. Не деактивировать, а удалить: половина обычно поставлена «попробовать» и забыта.
Включить кэширование, если его нет.
Убрать лишние сторонние скрипты. Чат, которым никто не пользуется, счётчики от трёх систем аналитики, виджеты, оставшиеся от прошлой рекламной кампании.
Проверить хостинг. Если сайт живёт на самом дешёвом тарифе, переезд на нормальный иногда даёт больше, чем недели оптимизации.
Этих шагов достаточно, чтобы понять масштаб проблемы. Если после них скорость всё ещё низкая, дальше нужен разработчик.
Какие работы по ускорению сайта требуют разработчика
Работа со шрифтами и порядком загрузки стилей, отложенная загрузка второстепенных скриптов, критический CSS, оптимизация запросов к базе, устранение прыжков вёрстки, настройка доставки изображений под устройство. Всё это даёт заметный результат, но требует понимания, что можно трогать, а что сломается.
Отдельно предупреждение: плагины «ускорения в один клик» иногда помогают, а иногда ломают вёрстку и функциональность. Проверять их нужно на копии сайта, а не на живом.
Когда оптимизация не помогает и нужна пересборка
Есть момент, когда дальнейшая оптимизация превращается в борьбу с архитектурой.
Признаки: вы сжали изображения, включили кэш, удалили половину плагинов, а показатели почти не изменились. Или изменились, а после обновления темы вернулись обратно. Или каждое улучшение ломает что-то другое.
Обычно причина в том, как сайт собран. Визуальный конструктор грузит код на все случаи жизни, включая функции, которых на странице нет. Тема, купленная как универсальная, тянет за собой возможности, которые вам не нужны. Оптимизировать это можно бесконечно, и потолок всё равно останется.
Пример из практики. Сайт варшавской мастерской по реставрации дисков работал на устаревшей платформе и был медленным. Я собрал его заново на кастомной теме WordPress — без конструктора и тяжёлых плагинов, чтобы грузилось только необходимое. Мобильный показатель производительности вырос примерно с 50 до 92. Это не результат оптимизации, а результат другой сборки: то же содержание, другая архитектура.
Практический вывод: если оптимизация не даёт эффекта два-три подхода подряд, дешевле посчитать стоимость пересборки, чем продолжать.
Влияет ли скорость сайта на позиции и заявки
Честно: скорость — фактор ранжирования, но не главный. Медленный сайт с сильным содержанием обходит быстрый и пустой. Если ваши страницы стоят на пятидесятой позиции, дело не в скорости.
Зато на поведение людей скорость влияет прямо, особенно на мобильном. Посетитель, не дождавшийся первого экрана, не увидит ни предложения, ни цен, ни кнопки. В этом смысле скорость — не про SEO, а про то, доходят ли люди до содержания.
Поэтому правильный порядок такой: если позиций нет — сначала видимость. Если трафик есть, а заявок нет — скорость входит в короткий список подозреваемых наравне с предложением и удобством связи.
Как я работаю со скоростью сайтов
Я совмещаю разработку и SEO, поэтому смотрю на скорость не как на балл в инструменте, а как на часть цепочки от показа в поиске до заявки.
Технический аудит — от 250 €. Что именно тормозит, в каком порядке чинить, что можно сделать своими силами и что упирается в архитектуру.
Переработка сайта — от 1000 €, если аудит показывает, что оптимизировать существующую сборку дороже, чем собрать заново.
Иногда результат аудита — список из трёх действий на вечер, и я так и говорю: бывает, что переделывать ничего не нужно.
С чего начать, если сайт медленно загружается
Если сводить к одному принципу: сначала измерьте по реальным пользователям, потом чините по убыванию влияния, и не гонитесь за баллом.
Практический шаг на сегодня: откройте отчёт по основным веб-показателям в Search Console и посмотрите, какие группы страниц отмечены как проблемные. Затем проверьте эти страницы в PageSpeed на мобильном. Двух этих шагов достаточно, чтобы понять, идёт речь о вечере работы или о пересборке.
Если хотите разобраться быстрее — напишите мне, посмотрю, что именно тормозит ваш сайт.
