Как проверить скорость загрузки сайта и ускорить его

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

Каждая лишняя секунда загрузки заметно режет конверсию: по данным исследования Google/Deloitte «Milliseconds Make Millions» (2020), ускорение мобильной версии всего на 0,1 сек. увеличивает конверсию ритейл-сайтов в среднем на 8%. Порог терпения пользователя с тех пор только снизился. При этом владельцы сайтов обычно не знают реальную скорость своего проекта: на их компьютере, с кешем и быстрым офисным интернетом, сайт всегда «летает».

Проверка занимает 5 минут и не требует технических навыков. Разберём, чем мерить, какие цифры считать нормой и что делать с результатами.

Шаг 1. PageSpeed Insights: главный инструмент

Откройте pagespeed.web.dev, вставьте адрес страницы и нажмите «Анализировать». Через полминуты получите два блока данных.

Первый — «Данные реальных пользователей»: как страница грузилась у настоящих посетителей за последние 28 дней. Это самая ценная часть отчёта, но она есть только у сайтов с заметным трафиком.

Второй — лабораторный тест с оценкой от 0 до 100. Он воспроизводим и удобен для сравнения «до и после», но помните: это эмуляция среднего смартфона на среднем 4G, а не приговор. Гнаться за 100 баллами бессмысленно, важно выйти из красной зоны.

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

Шаг 2. Три метрики, на которые смотреть

Google оценивает скорость через Core Web Vitals. Их три, и у каждой есть чёткий порог нормы:

• LCP (Largest Contentful Paint) — через сколько секунд появился самый крупный элемент экрана. Норма: до 2,5 секунды;
• INP (Interaction to Next Paint) — как быстро страница реагирует на клики и ввод. Норма: до 200 миллисекунд;
• CLS (Cumulative Layout Shift) — насколько содержимое «прыгает» при загрузке. Норма: до 0,1.

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

Шаг 3. Дополнительные проверки

PageSpeed меряет из-за рубежа, поэтому стоит перепроверить скорость из России. Вариант без сервисов: откройте сайт в Chrome в режиме инкогнито, нажмите F12, вкладка «Сеть», включите троттлинг «Fast 4G» и обновите страницу. Внизу увидите время полной загрузки и вес страницы. Вес больше 3–4 МБ — почти всегда признак несжатых картинок.

В Яндекс Метрике есть отчёт «Стандартные отчёты → Мониторинг → Время загрузки страниц»: он покажет, какие разделы сайта медленнее остальных именно у вашей аудитории.

И проверьте время ответа сервера в том же отчёте PageSpeed (пункт «Reduce initial server response time»). Если сервер отвечает дольше 600 миллисекунд, оптимизировать картинки бесполезно, пока не решена проблема хостинга или бэкенда.

Почему сайты тормозят: пять типовых причин

За годы вёрстки и аудитов я видел десятки медленных сайтов, и причины повторяются с удручающей стабильностью.

Тяжёлые изображения. Лидер списка. Фото 4000 px в блоке 400 px, PNG вместо WebP, отсутствие ленивой загрузки. Лечится конвертацией в WebP/AVIF, генерацией размеров под экраны и атрибутом loading="lazy" для картинок ниже первого экрана. Часто одно это снимает половину веса страницы.

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

Скрипты сторонних сервисов. Чаты, квизы, пиксели, карты, виджеты отзывов. Каждый по отдельности «лёгкий», вместе они съедают секунды. Ревизия раз в полгода обязательна: половина этих скриптов обычно уже не используется, а грузится.

Неоптимальная загрузка шрифтов и стилей. 5 начертаний шрифта, блокирующие CSS и JS в шапке. Пользователь смотрит на белый экран, пока всё это качается.

Прыгающая вёрстка. Формально не скорость, но портит CLS: баннеры и картинки без заданных размеров сдвигают контент, человек промахивается по кнопкам. Лечится указанием размеров для всех медиа-элементов.

Что из этого делать самостоятельно

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

Работы с кешированием, скриптами, шрифтами и серверной частью лучше отдать специалистам: там легко сломать работающее. Обычно это входит в разовую оптимизацию или абонентскую поддержку — что именно входит в поддержку, мы разбирали в отдельной статье.