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

Быстрая проверка в PageSpeed Insights

Google PageSpeed Insights остаётся самым удобным способом проверить скорость загрузки сайта онлайн: он бесплатный, работает без регистрации и показывает сразу два типа данных - реальные замеры посетителей и лабораторный тест. Сервис открывается по адресу pagespeed.web.dev, из России он доступен без дополнительных настроек.

1. Откройте pagespeed.web.dev и вставьте полный адрес страницы вместе с https://.
2. Нажмите "Анализировать" и подождите 20-60 секунд.
3. Посмотрите вкладку "Мобильные": её Google и Яндекс учитывают в первую очередь, потому что большая часть трафика идёт с телефонов.
4. Переключитесь на "Компьютеры" и сравните результаты.
5. Прокрутите отчёт до блока "Диагностика": там список конкретных причин торможения.

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

Если нужно проверить скорость интернета, а не сайта, это другой тест: он меряет ваше подключение к провайдеру. Для сайта важна именно скорость ответа сервера и отрисовки страницы у посетителя.

Что показывает отчёт: реальные данные и лаборатория

Верхний блок "Узнайте, с какими проблемами сталкиваются ваши пользователи" построен на данных Chrome User Experience Report: это замеры настоящих посетителей в браузере Chrome за последние 28 дней. Оценка берётся по 75-му процентилю, то есть страница считается быстрой, если быстро открылась хотя бы у трёх посетителей из четырёх. У молодого сайта с маленькой посещаемостью этого блока нет, Google просто не набрал статистику.

Нижний блок с круговой оценкой от 0 до 100 - лабораторный тест Lighthouse. Он один раз загружает страницу на эмулированном среднем телефоне с медленной сетью. Цифра меняется от запуска к запуску на 5-10 баллов, и это нормально. Ориентиры такие: 90-100 зелёная зона, 50-89 оранжевая, ниже 50 красная.

Гнаться за 100 баллами не нужно. Поисковики смотрят на реальные метрики Core Web Vitals, а не на круглую цифру. Сайт с оценкой 70 и зелёными полевыми данными лучше сайта с 95 в лаборатории, который у людей открывается медленно.

Метрики LCP, INP, CLS и TTFB простыми словами

В отчёте десяток показателей, но решают четыре. Первые три Google называет Core Web Vitals, четвёртый помогает понять, виноват ли сервер.

LCP - главный элемент первого экрана

Чаще всего LCP портит большая картинка в шапке статьи или слайдер на главной. В отчёте раскройте пункт "Элемент, отрисовка которого заняла больше всего времени": Lighthouse покажет, какой именно блок он считает главным. Если это фото на 2 МБ, ускорение начинается с него.

INP - отклик на действия

INP с 2024 года заменил старую метрику FID. Плохой INP обычно дают тяжёлые скрипты: виджеты чатов, онлайн-консультанты, несколько счётчиков, рекламные блоки, слайдеры на jQuery. Человек нажимает на меню, а браузер ещё занят выполнением чужого кода.

CLS - прыгающая вёрстка

Если вы начали читать текст, а он уехал вниз из-за подгрузившегося баннера, это CLS. Лечится указанием размеров картинок и рекламных мест заранее: атрибуты width и height у изображений, фиксированная высота под баннер, шрифты с font-display: swap.

Другие сервисы для проверки скорости сайта

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

В Метрике откройте "Отчёты" и найдите раздел "Мониторинг", в нём отчёт "Время загрузки страниц" (в разных версиях интерфейса пункт может называться чуть иначе). Там видно время до отрисовки и ответа сервера по дням, браузерам и устройствам. Это лучший способ понять, как сайт открывается именно у ваших посетителей из Яндекса, а не у эмулятора Google. Если счётчика ещё нет, сначала установите Яндекс Метрику на сайт.

Проверка многих страниц через PageSpeed API

Если страниц сотни, руками их не прогнать. У PageSpeed Insights есть бесплатный API: запрос вида https://www.googleapis.com/pagespeedonline/v5/runPagespeed?url=https://example.ru/&strategy=mobile возвращает тот же отчёт в формате JSON. Для регулярной работы получите ключ API в Google Cloud Console, без ключа действует жёсткий лимит запросов. Список адресов для такой проверки удобно взять из карты сайта, способы описаны в материале как получить список всех страниц сайта.

Почему сайт грузится медленно: частые причины

Почти всегда виноват один из пяти пунктов. Определить свой помогает блок "Диагностика" и водопад запросов на вкладке Network.

• Медленный сервер. TTFB больше секунды. Дешёвый перегруженный хостинг, нет кеширования страниц, тяжёлые запросы к базе. На WordPress часто виноваты десятки плагинов.
• Тяжёлые картинки. Фото с телефона по 3-5 МБ, загруженные без сжатия, PNG вместо WebP, изображения шириной 4000 пикселей в блоке на 800.
• Блокирующие CSS и JS. Скрипты в head без defer, десяток файлов стилей от плагинов, подключение целой библиотеки ради одной кнопки.
• Сторонние виджеты. Чаты, карты, соцкнопки, видео YouTube, шрифты с чужих серверов. Каждый тянет свои файлы и соединения.
• Нет сжатия и кеша. Сервер отдаёт файлы без gzip или brotli и без заголовков кеширования, поэтому браузер скачивает их заново при каждом визите.

Проверить сжатие и кеш можно сразу во вкладке Network: кликните по файлу CSS и посмотрите заголовки ответа. Нужны content-encoding: gzip или br и cache-control с большим сроком.

План ускорения сайта по шагам

Идите от простого к сложному и после каждого шага перепроверяйте страницу. Так понятно, что дало эффект.

1. Сожмите картинки и переведите их в WebP. Для фото в статьях обычно хватает ширины 1200-1600 пикселей и качества 75-80.
2. Добавьте картинкам width и height, а всем, кроме первого экрана, атрибут loading="lazy".
3. Главную картинку первого экрана, наоборот, не откладывайте: добавьте ей fetchpriority="high", это напрямую ускоряет LCP.
4. Включите кеширование страниц. На WordPress это делает плагин кеша, на своём сервере - настройка nginx или CMS.
5. Попросите хостинг или включите сами сжатие gzip или brotli и долгий кеш для CSS, JS, шрифтов и картинок.
6. Перенесите скрипты в конец страницы или подключите с defer, уберите плагины и виджеты, без которых можно жить.
7. Разместите шрифты на своём сервере, оставьте 2-3 начертания и включите font-display: swap.
8. Если TTFB всё ещё больше секунды, смените тариф или хостинг: оптимизация кода не спасёт перегруженный сервер.

<img src="/img/cover.webp" width="1200" height="675"
     alt="Описание" fetchpriority="high">
<img src="/img/photo.webp" width="800" height="600"
     alt="Описание" loading="lazy">
<script src="/js/site.js" defer></script>

Отдельный пункт для тех, кто только переезжает на https: сертификат и протокол HTTP/2 тоже дают прирост, подробнее в статье про SSL-сертификат для сайта. А если сайт сделан на конструкторе и доступа к коду нет, возможностей меньше: остаётся сжимать картинки и убирать лишние блоки. О плюсах и минусах разных платформ рассказано в материале о том, как создать сайт бесплатно.

Как скорость влияет на позиции в Яндексе и Google

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

Скорость - один из пунктов большой проверки. Остальные (индексация, мета-теги, дубли, robots.txt, ссылки) удобно пройти по чек-листу в разделе бесплатный SEO-аудит сайта.

Как часто проверять и что сохранять

Проверяйте скорость после любых заметных изменений: новый плагин, смена темы, добавление виджета или счётчика, переезд на другой хостинг. Для спокойного сайта хватает проверки раз в месяц по 3-5 ключевым страницам. Записывайте в таблицу дату, адрес, LCP, INP, CLS, TTFB и оценку Lighthouse: так сразу видно, после какой правки сайт начал тормозить.