Скорость загрузки сайта: как проверить, какая нормальная и что реально ускоряет

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

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

Разберём, как проверить скорость так, чтобы увидеть сайт глазами клиента, какие цифры считать нормой в 2026 году и что действительно ускоряет сайт. А заодно поговорим о том, на что не стоит тратить время, даже если об этом пишут в каждой второй инструкции.

На вашу собственную оценку влияют три вещи, которых у клиента нет.

Кэш. Браузер запоминает картинки, шрифты и скрипты сайтов, которые вы уже открывали. Вы заходите на свой сайт каждый день, поэтому большая часть файлов у вас уже лежит. Новый посетитель скачивает всё с нуля.

Устройство. Мощный ноутбук обрабатывает тяжёлые скрипты за доли секунды. Смартфон среднего уровня тратит на то же самое в разы больше времени. Разница особенно заметна на сайтах с анимацией, слайдерами и множеством подключённых сервисов.

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

Поэтому проверка скорости загрузки сайта начинается с честного эксперимента. Откройте сайт с телефона через мобильный интернет в режиме инкогнито. Лучше с не самого нового телефона. Это займёт минуту и скажет больше, чем ваши ощущения за последние три года.

Одной цифры «сайт должен грузиться за N секунд» нет. Загрузка — это несколько разных моментов: когда появилось хоть что-то, когда показался главный блок, когда страница начала реагировать на нажатия. Поэтому Google ввёл набор из трёх метрик Core Web Vitals: по сути, это основные показатели того, как страница ощущается человеком. Это сейчас самый понятный общий ориентир.

Что это значит по-человечески:

• LCP, отрисовка крупнейшего элемента. Сколько времени проходит, пока на экране не появится самое большое: главное фото, баннер первого экрана или крупный заголовок. Это ближе всего к ощущению «страница загрузилась».
• INP, отклик на действия. Насколько быстро страница реагирует, когда человек нажимает кнопку, открывает меню или ставит галочку. Если реакции нет, человек нажимает ещё раз, потом ещё, а потом уходит.
• CLS, стабильность вёрстки. Насколько элементы прыгают во время загрузки. Классика: вы целитесь в кнопку, а над ней внезапно появляется баннер, и вы попадаете в рекламу.

Две детали, которые часто упускают. Первая: Google оценивает метрики по 75-му процентилю визитов. Простыми словами, хорошим результат считается, если норму укладываются три визита из четырёх, включая медленные телефоны и плохую связь. Вторая: в марте 2024 года метрику INP ввели вместо прежней FID, которая измеряла только задержку перед первым нажатием. Если вы читаете инструкцию, где говорят о FID, она устарела.

Кроме трёх основных, в отчётах встречаются вспомогательные показатели. Время ответа сервера (TTFB) показывает, сколько браузер ждёт первого байта страницы. Первая отрисовка (FCP) показывает, когда на экране появилось хоть что-то. В Core Web Vitals они не входят, но помогают понять, где именно теряется время.

Инструментов десятки, но для бизнеса хватает трёх. Главное понимать, что каждый из них показывает.

Это то, что обычно ищут по запросу «google page speed». Вставляете адрес страницы и получаете два блока данных, которые часто путают.

Данные реальных пользователей. Сверху отчёт показывает, как страница работала у настоящих посетителей с браузером Chrome за последние 28 дней. Это самые ценные цифры, потому что они включают реальные телефоны и реальную связь. Но они есть, только если у сайта достаточно трафика. У небольших сайтов этого блока часто нет.

Лабораторный тест. Ниже идут результаты Lighthouse: проверка, которую сервис запускает прямо сейчас на своих серверах, имитируя недорогой телефон и медленный мобильный интернет. Отсюда берётся та самая оценка от 0 до 100 и список рекомендаций. Лабораторный тест удобен для поиска причин, но он не видит реальных людей. Например, INP в лаборатории измерить нельзя, потому что там никто ничего не нажимает. Вместо него показывают общее время блокировки (TBT).

Тот же Lighthouse встроен в инструменты разработчика Chrome. Удобно для страниц, которые закрыты от внешнего мира, например для тестовой версии сайта или личного кабинета. Учтите только, что результат зависит от вашего компьютера и расширений браузера, поэтому проверяйте в режиме инкогнито.

В Метрике есть отчёт «Время загрузки страниц»: Отчёты → Мониторинг → Время загрузки страниц. Он строится по вашим реальным посетителям и раскладывает загрузку на этапы: DNS, установка соединения, ответ сервера, загрузка и разбор HTML, время до отрисовки. По умолчанию отчёт показывает медиану, но квантиль можно сменить и посмотреть, как живут самые медленные визиты. Полезно разбить данные по браузерам и устройствам.

В Яндекс Вебмастере стоит заглянуть в инструмент «Проверка ответа сервера». Он показывает, как сервер отвечает роботу Яндекса. Если ответ не пришёл за три секунды, инструмент сообщит о превышении времени ожидания. Для сайта это тревожный сигнал.

Оценка от 0 до 100 — самая заметная цифра в отчёте, и именно за ней чаще всего гоняются. Зря.

Во-первых, это составной показатель лабораторного теста. В него входят метрики, которых нет в Core Web Vitals, например индекс скорости и общее время блокировки. Можно получить красивую оценку и при этом провалить реальные показатели у пользователей. И наоборот.

Во-вторых, оценка нестабильна. Один и тот же сайт без всяких изменений может получить 62 утром и 71 вечером. Сравнивать сайт с самим собой имеет смысл только по нескольким запускам.

В-третьих, последние баллы обычно стоят дороже всего и почти ничего не дают. Переход с 30 до 70 часто означает заметное ускорение для людей. Переход с 90 до 100 иногда требует отказаться от онлайн-чата, коллтрекинга и аналитики, которые приносят бизнесу заявки.

Google, кстати, сам пишет, что всегда старается показать самое релевантное содержимое, даже если опыт на странице неидеален. Core Web Vitals используются в ранжировании, но они не перевесят слабый текст. Скорость — это гигиена: без неё плохо, но одной ею позиции не заработать.

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

Самая частая причина медленного LCP. Фото первого экрана весом в несколько мегабайт, снятое на хороший фотоаппарат и залитое как есть. Что помогает:

• Современные форматы. WebP и AVIF при том же качестве весят заметно меньше JPEG и PNG.
• Правильный размер. Телефону не нужна картинка шириной для огромного монитора. Сайт должен отдавать каждому устройству свою версию.
• Отложенная загрузка ниже первого экрана. Картинки, до которых человек ещё не долистал, можно грузить позже.
• Приоритет для главного фото. А вот картинку первого экрана откладывать нельзя, её наоборот стоит загружать в первую очередь.
• Заданные размеры. Если у картинки прописаны ширина и высота, браузер заранее оставит под неё место, и вёрстка не прыгнет.

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

Онлайн-чат, коллтрекинг, пиксели рекламных систем, запись сессий, всплывающие окна, виджет отзывов, менеджер тегов. Каждый по отдельности весит немного. Вместе они часто занимают больше половины работы браузера и сильнее всего портят отклик на нажатия.

Здесь работает простая ревизия. Выпишите все подключённые сервисы и напротив каждого ответьте: кто им пользуется и что он даёт бизнесу. Часто находятся счётчики от давно закончившихся рекламных кампаний и чаты, в которые никто не отвечает. Остальное можно подключать не сразу, а через несколько секунд после загрузки или по первому действию посетителя.

Кэш позволяет не делать одну и ту же работу заново. Браузерный кэш хранит у посетителя файлы, которые не меняются. Серверный кэш хранит готовые страницы, чтобы не собирать их из базы при каждом открытии. CDN, сеть серверов в разных городах, отдаёт картинки и скрипты с ближайшего к посетителю узла. Для федерального сайта с аудиторией от Калининграда до Владивостока это ощутимо.

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

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

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

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

Есть меры, которые выглядят солидно в отчёте подрядчика, но мало что меняют для посетителя.

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

Главные виновники медленной мобильной версии обычно такие. Видео на фоне первого экрана, которое на телефоне никто не смотрит, но все скачивают. Слайдеры с десятком больших фото. Анимации при прокрутке. Всплывающие окна, которые появляются в первые секунды и перекрывают контент. И та же самая картинка, что и для большого монитора, просто уменьшенная на экране.

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

Ускорение лучше делать по шагам и с замерами. Иначе невозможно понять, что сработало, а что просто заняло время.

Часть шагов владелец может сделать сам или поручить контент-менеджеру: удалить лишние сервисы, пережать фото, убрать видео с первого экрана. Часть требует разработчика: настройка сервера, приоритеты загрузки, переделка скриптов. Если хочется, чтобы это сделали за вас целиком и с замерами до и после, этим занимается ускорение сайта.

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

Скорость загрузки сайта нужно смотреть глазами клиента: с телефона, через мобильный интернет, без кэша. Ориентир — Core Web Vitals: LCP до 2,5 секунды, INP до 200 мс, CLS до 0,1 для трёх визитов из четырёх. Сотня баллов в PageSpeed — не цель. Больше всего обычно дают картинки, ревизия сторонних скриптов, кэш и нормальный сервер. Замеряйте до и после, а потом не забывайте проверять снова: сайт имеет свойство тихо тяжелеть.