Как проверить скорость сайта и найти причины проблем

Чем мерить

Достаточно трёх источников, и они дополняют друг друга, а не заменяют.

• PageSpeed Insights — единичный прогон страницы. Показывает лабораторный результат и, если данных достаточно, рядом — сведения по реальным посетителям
• Отчёт Core Web Vitals в Google Search Console — данные по всему сайту за последние недели, сгруппированные по типам страниц. Здесь видно масштаб, а не один адрес
• Панель разработчика в браузере — единственное место, где видно, что именно грузится, в каком порядке и сколько весит

Мерить нужно мобильную версию и не с офисного интернета. Настольный результат на хорошем канале выглядит благополучно почти всегда и почти ничего не говорит.

Отдельно полезно смотреть на живой замер, а не только на отчёт. У нас на главной странице для этого стоит блок «Инженерная проверка»: кнопка делает настоящий запрос к странице мимо кеша и показывает, за сколько ответил сервер и за сколько пришёл ответ целиком. Такой замер ничего не заменяет, но сразу отделяет медленный сервер от тяжёлой страницы.

Как читать результат

Главная ошибка — смотреть на общий балл. Он складывается из нескольких величин с разными весами и меняется от прогона к прогону; гнаться за ним можно бесконечно.

• Сначала — данные по реальным посетителям, если они есть. Лабораторный прогон полезен для поиска причины, но оценивает не вашу аудиторию
• Потом — какая именно из величин не проходит. Лечатся они разным, и работа не взаимозаменяема
• Потом — список самого тяжёлого на странице. Обычно первые две-три позиции дают основную часть веса
• И отдельно — время ответа сервера. Если оно большое, всё остальное можно не читать: фронтенд тут ни при чём

Что именно измеряет каждая величина, какие у них пороги и в каком порядке их чинят — в отдельном разборе скорость сайта и Core Web Vitals. Здесь мы это не повторяем.

Откуда обычно берётся медленная загрузка

Причин много, но распределены они неравномерно: почти всегда основной вес дают три вещи.

Изображения

Лидируют с большим отрывом и чинятся дешевле всего остального. Снимок с телефона, выложенный без обработки, нередко тяжелее всей остальной страницы вместе взятой. Помогают три конкретные вещи, а не «оптимизация» вообще: современный формат файла, размер под то место, где картинка реально показана, и отложенная загрузка всего, что лежит ниже первого экрана.

Чужие скрипты

Счётчики, виджеты, чаты, карты, шрифты со стороннего сервиса. Каждый из них — чужой код, который вы не контролируете и который может тормозить независимо от вашего сайта. Полезное упражнение: выписать их все и по каждому ответить, кто им пользуется и когда в последний раз смотрел его данные.

Сервер и то, как собирается страница

Если страница собирается на лету при каждом заходе, а хостинг слабый, быстро не будет никогда. Это самая дорогая из трёх причин, потому что упирается в устройство сайта, а не в настройку.

Когда самостоятельной проверки мало

Самому имеет смысл проверять, пока причина одна и она очевидна. Профессиональный разбор нужен в других случаях.

• Отчёт плохой, а что именно тяжёлое — непонятно: значит, вес размазан, и без разбора по запросам не обойтись
• Одни страницы быстрые, другие нет — причина в шаблоне конкретного типа страниц, а не в сайте вообще
• Скорость упала после какой-то правки, и никто не помнит, после какой
• Улучшения не держатся: ускорили, через месяц вернулось. Обычно это значит, что чинили следствие

Во всех четырёх случаях нужен не ещё один прогон инструмента, а разбор по запросам: что грузится, в каком порядке и зачем. Именно это входит в аудит сайта. Когда вопрос шире скорости и касается видимости в поиске целиком, рядом встаёт SEO-оптимизация. Обе работы оцениваются по размеру сайта, а не по прайсу; стоимость разработки по форматам — на странице цен.

И случай, о котором стоит сказать прямо: иногда починка выходит дороже пересборки. Признак простой — выигрыш от каждой правки меньше её стоимости, и так несколько раз подряд. Тогда пора сравнивать две сметы, а не продолжать. Примеры собранных нами страниц лежат в портфолио.