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

Проще всего начать с PageSpeed Insights от Google. Это бесплатный онлайн-сервис, и регистрация в нём не нужна.

1. Откройте pagespeed.web.dev и вставьте адрес страницы.
2. Нажмите «Анализировать» и дождитесь результата.
3. Посмотрите обе вкладки — «Мобильные устройства» и «Компьютеры». На телефоне оценка обычно ниже: сервис имитирует медленный смартфон и мобильную сеть.
4. Повторите проверку для главной и двух-трёх ключевых страниц: услуги, каталога, популярной статьи. Страницы, собранные на разных шаблонах, часто грузятся с разной скоростью.

В отчёте сначала смотрите на эти строки:

• Данные реальных пользователей. Этот блок показывает, как страница грузилась у настоящих посетителей в Chrome за последние 28 дней. У небольших и новых сайтов его часто нет: Google собрал слишком мало данных.
• Оценка производительности от 0 до 100. Зелёная зона — 90⁠–⁠100, оранжевая — 50⁠–⁠89, красная — ниже 50.
• Метрики лабораторного теста: LCP, CLS, Total Blocking Time и другие. Что они значат, объясняем ниже.
• Рекомендации. У части советов указана примерная экономия в секундах. Обычно начинать стоит именно с них.

Сделайте скриншот или сохраните ссылку на отчёт. Потом вы сравните с ним следующий замер.

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

Теряются и заявки. Если форма или корзина подтормаживает, часть людей так и не нажмёт «Отправить». Сколько именно заявок теряет ваш сайт, покажут только ваши данные, а не общая статистика из интернета. Сравните в Метрике отказы и конверсию на быстрых и медленных страницах. Это честнее любых средних цифр.

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

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

Google оценивает скорость по нескольким метрикам. Каждая отвечает на свой вопрос посетителя.

• LCP (Largest Contentful Paint) — как быстро появился главный блок страницы: большая картинка, заголовок, первый экран. Проще говоря, когда человек видит, что страница загрузилась.
• INP (Interaction to Next Paint) — как быстро страница реагирует на нажатия: на кнопку, меню, поле формы.
• CLS (Cumulative Layout Shift) — насколько элементы прыгают при загрузке. Например, вы хотите нажать на ссылку, а сверху вдруг подгружается баннер.
• TTFB (Time to First Byte) — как быстро сервер начал отвечать. Это фундамент: если сервер медленный, остальные метрики тоже пострадают.

Пороговые значения Google:

В лабораторном тесте PageSpeed INP не измеряют: тест только загружает страницу, без действий посетителя. Там его заменяет похожая метрика — Total Blocking Time.

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

Сервисы проверки измеряют скорость по-разному. Удобно держать под рукой два-три из них.

Замеры почти всегда расходятся, и это нормально. Лабораторный тест запускается с одного сервера, при заданной скорости сети и без кэша. Реальные посетители заходят с разных устройств, из разных городов и часто повторно. На результат влияют реклама, виджеты и нагрузка на сервер в момент проверки. Даже два запуска подряд в одном сервисе дают разные цифры.

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

• Тяжёлые картинки и видео. Фото с фотоаппарата на несколько мегабайт, видео на первом экране, которое грузится сразу. Помогает сжатие, современные форматы WebP и AVIF, изображения под размер экрана и отложенная загрузка всего, что ниже первого экрана.
• Лишние скрипты и плагины. Чаты, виджеты соцсетей, несколько счётчиков, плагины, которые давно не используются. Каждый добавляет файлы и нагружает телефон. Помогает ревизия: уберите ненужное, а остальное подключайте отложенно.
• Нет кэширования. Без кэша сервер заново собирает страницу при каждом заходе, а браузер заново скачивает одни и те же файлы. Помогает кэширование на сервере, в CMS и в браузере, а для сайтов с посетителями из разных регионов — CDN.
• Слабый хостинг. Дешёвый тариф с перегруженным сервером виден по высокому TTFB. Помогают тариф помощнее, современная версия PHP, протокол HTTP/2 или HTTP/3.
• Тяжёлая CMS или конструктор. Тема с десятками функций, конструктор страниц, который генерирует лишний код. Иногда помогает облегчённая тема. Иногда приходится признать, что у платформы есть предел.

Часть этих шагов владелец сделает сам: например, сожмёт картинки или отключит лишний виджет. Настройку сервера и кода лучше передать разработчику.

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

Отсортируйте советы

1. Первыми — советы, у которых отчёт оценивает экономию в секундах. Они дают измеримый эффект.
2. Затем — то, что тянет вниз метрики в красной или оранжевой зоне на телефоне. Обычно это LCP и время ответа сервера.
3. Остальное — в конец списка. Советы без оценки экономии на хорошем сайте почти ни на что не влияют. Их можно сделать, когда у разработчика будет время.

Напишите задачу, понятную с первого раза

В каждой задаче укажите четыре вещи: что сделать, на каких страницах, почему и как проверить результат. Например: «Включить HTTP/2 на сервере для всего сайта. Отчёт Lighthouse оценивает экономию до 0,45 с на телефоне. Проверка — повторный замер главной в PageSpeed».

Так у нас распределены роли. Владелец проверяет сайт и ставит задачу, правит команда сайта. Poiskar работает с доступом только на чтение, поэтому описывает задачи так, чтобы разработчик клиента понял их без созвона.

Пример: poiskar.ru

01.10.2026 мы провели аудит своего сайта: 6 страниц, Lighthouse на телефоне и компьютере. Оценка скорости — 99⁠–⁠100, SEO — 100. Казалось бы, улучшать нечего. Но отчёт оценил экономию от включения HTTP/2 — до 0,45 с на телефоне. В тот же день HTTP/2 включили на сервере. Повторный замер показал, что главный блок страницы на телефоне (LCP) появляется за 1,2⁠–⁠1,8 с вместо 1,8⁠–⁠2 с, а Lighthouse даёт 100 по всем оценкам на всех страницах. Вывод: даже у быстрого сайта первым делают совет, для которого отчёт оценивает экономию.

Скорость — не отдельно от остального

Тот же аудит нашёл, что на страницах нет canonical, а в robots.txt нет Clean-param для UTM‑меток. Обе проблемы исправили в тот же день. Скорость при этом была отличной, но дубли могли мешать индексации. Поэтому в аудите мы проверяем скорость вместе с индексацией, дублями и ошибками в Яндекс Вебмастере.

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

Почему в PageSpeed мало баллов, хотя сайт открывается быстро?

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

Нужно ли добиваться 100 баллов?

Нет. Оценка — сводный показатель лабораторного теста, а не цель сама по себе. Достаточно, чтобы LCP, INP и CLS были в зелёной зоне, особенно на телефоне. Последние несколько баллов часто требуют много работы и почти не меняют впечатление посетителей.

Как часто проверять скорость?

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

Чем отличаются мобильная версия и компьютер?

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

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

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