10 августа 2026

Насколько быстрым должен быть сайт и когда погоня за 100 — пустая трата сил

Идеальная оценка PageSpeed не всегда достижима, и добиваться её не всегда имеет смысл. Где реальный выигрыш, а где усилия перестают окупаться.

Проверьте любой сайт в Google PageSpeed Insights, и вы получите оценку по стобалльной шкале. Это самый цитируемый показатель в веб-разработке и один из самых непонятых.

Что на самом деле измеряет это число

Оценка — это сводка нескольких измерений, и одно из них важнее остальных: Largest Contentful Paint (отрисовка самого крупного элемента) — момент, когда самый большой элемент на экране полностью отрисован. На большинстве страниц это главная фотография или заголовок.

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

Поэтому, когда говорят, что сайт «плохо проходит проверку», почти всегда имеют в виду одно: главная картинка появляется слишком долго.

Где реальный выигрыш

По нашему опыту, почти весь результат дают эти четыре пункта, в таком порядке:

1. Отдавайте изображения в современном формате. Та же фотография в AVIF вместо JPEG обычно весит втрое меньше без видимой разницы. На одном из недавних сайтов только это сократило общий вес страницы на 36%.
2. Отдавайте правильный размер. Картинку, которая показывается шириной 400 пикселей, не нужно отправлять шириной 1280. Нарезать несколько вариантов ширины и дать браузеру выбрать ничего не стоит на этапе сборки.
3. Не заставляйте браузер ждать того, что ему пока не нужно. Всё, что ниже первого экрана, может загружаться позже. Шрифты и скрипты, которые блокируют первую отрисовку, стоит выискивать по одному.
4. Подскажите браузеру, что будет дальше. Одна строка с указанием картинки, которая станет самым крупным элементом страницы, позволяет начать её загрузку ещё до того, как браузер дочитает всё остальное.

Ничего экзотического здесь нет, и всё это можно сделать один раз, при сборке, — тогда это работает и для всех страниц, добавленных позже.

Где усилия перестают окупаться

А вот то, что агентства обычно не пишут. На хорошо сделанном сайте вы, как правило, получите 100 на десктопе и примерно 95–97 на мобильных — и последние несколько баллов могут быть недостижимы.

Мобильный тест запускается на намеренно медленном эмулируемом устройстве с урезанной скоростью соединения. После определённого предела число определяется этой эмуляцией, а не тем, что происходит на вашем сайте. Мы видели, как сайт держался на 2,13 секунды на протяжении десятка реальных улучшений, сдвигаясь на двадцать миллисекунд в ту или иную сторону, потому что оставшееся время приходилось на эмулируемый процессор, а не на страницу.

Есть и вторая ловушка: этот инструмент — не секундомер, показаниям которого можно доверять в разное время. Проверьте одну и ту же страницу дважды с интервалом в час, и оценка изменится, потому что машина, на которой идёт тест, загружена сильнее. Однажды мы искали причину «ухудшения» с 97 до 93, а оказалось, что дело было исключительно в нагрузке на тестовую машину. Если сравниваете две версии, проверяйте их сразу одну за другой, по несколько раз каждую, и сравнивайте медианные значения.

Что требовать вместо этого

Разумная цель для сайта компании:

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

Зачем мы вообще об этом говорим

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

Вы можете сами проверить любой сайт, включая наш, в PageSpeed Insights. Это занимает около тридцати секунд и ничего не стоит.