Коротко
PageSpeed Insights — бесплатный инструмент Google, который показывает, как быстро загружается страница и что мешает ей работать быстрее. Если вы проверяете в PageSpeed Insights сайт, смотрите в первую очередь не на оценку от 0 до 100, а на блок с реальными данными пользователей и на три метрики Core Web Vitals: LCP, INP и CLS. Именно они показывают, как сайт ощущается у живых посетителей.
Оценка в кружке — это результат лабораторного теста Lighthouse на эмулированном слабом телефоне. Она полезна для поиска причин, но гнаться за «100 из 100» бессмысленно: сайт с оценкой в жёлтой зоне может отлично работать у пользователей, а сайт с высокой оценкой — тормозить на реальных устройствах.
| Что в отчёте | Что это | Как использовать |
|---|---|---|
| Данные реальных пользователей | статистика Chrome за последние 28 дней | главный критерий: пройдены ли Core Web Vitals |
| Оценка производительности | лабораторный тест Lighthouse | поиск причин, сравнение до и после правок |
| LCP | загрузка главного элемента | норма ≤ 2,5 с |
| INP | отклик на действия | норма ≤ 200 мс |
| CLS | сдвиги вёрстки | норма ≤ 0,1 |
| Диагностика | конкретные проблемы | план работ, по приоритету |
Основная мысль
Отчёт PageSpeed Insights — это не экзамен с оценкой, а диагностика: сначала вы смотрите, есть ли проблема у реальных пользователей, потом находите её причину в лабораторных данных и исправляете то, что сильнее всего влияет на LCP, INP и CLS.
Владельцы сайтов часто воспринимают оценку как итог работы разработчика: 45 — плохо, 95 — хорошо. На практике оценка меняется от запуска к запуску, зависит от сторонних скриптов, рекламы, чатов и даже от загруженности серверов Google в момент теста. Две проверки подряд могут отличаться на несколько пунктов без всяких изменений на сайте.
Поисковым системам важен не кружок с числом, а опыт посетителей. Google использует данные Core Web Vitals из реальных визитов. Яндекс свои метрики скорости не раскрывает, но медленный сайт хуже удерживает посетителей в любом поиске — это видно по отказам в Метрике.
Поэтому правильный порядок чтения отчёта: реальные данные → какая метрика не проходит → какие рекомендации относятся именно к ней → исправление → повторный замер.
Как проверить сайт в Google PageSpeed Insights
Проверка занимает минуту, но несколько деталей влияют на то, насколько полезным будет результат.
Пошагово
- Откройте PageSpeed Insights и вставьте полный адрес страницы с https.
- Нажмите «Анализировать» и дождитесь результата — обычно это 20–60 секунд.
- Посмотрите вкладку мобильной версии — она открывается по умолчанию и важнее десктопной.
- Переключитесь на вкладку компьютера, чтобы сравнить.
- Сохраните отчёт: у результата есть постоянная ссылка, её удобно отправить разработчику.
Какие страницы проверять
Проверять только главную — частая ошибка. Главная обычно самая лёгкая и лучше всех оптимизирована. Для полноценной картины возьмите по одной странице каждого шаблона:
- главная;
- раздел каталога или список услуг;
- карточка товара или страница услуги;
- статья блога;
- страница контактов с картой — карты и виджеты часто самые тяжёлые.
У интернет-магазина самая важная страница для скорости — карточка товара: на неё приходит основной трафик из поиска.
Почему результаты отличаются от раза к разу
Лабораторный тест запускается на серверах Google с эмуляцией медленного мобильного соединения. Колебания дают:
- сторонние скрипты — чаты, виджеты, рекламные коды, которые каждый раз грузятся с разной скоростью;
- кеш на стороне сервера: первый запуск после очистки кеша медленнее;
- нагрузка на хостинг в момент теста.
Для сравнения «до и после» запускайте проверку 3–5 раз и ориентируйтесь на типичное значение, а не на лучшее.
Полевые и лабораторные данные: в чём разница
Это главное, что нужно понять, чтобы читать отчёт. PageSpeed Insights показывает два разных типа данных в одном окне.
Данные реальных пользователей
Верхний блок — полевые данные из отчёта о пользовательском опыте Chrome (CrUX). Они собираются с реальных посетителей, которые пользуются Chrome и разрешили передачу статистики, за последние 28 дней. Для каждой метрики берётся значение, которое укладывается у 75% визитов.
Здесь же видна итоговая оценка Core Web Vitals: пройдена или нет. Она пройдена, если все три основные метрики в зелёной зоне.
Если у страницы мало трафика, данных по конкретному адресу не будет. Тогда PageSpeed Insights может показать данные по всему сайту (origin) или сообщить, что данных недостаточно. У небольших сайтов компаний это нормальная ситуация.
Лабораторные данные
Нижний блок — результат теста Lighthouse. Это один прогон на эмулированном устройстве в контролируемых условиях. Отсюда оценка производительности, метрики FCP, LCP, TBT, CLS и Speed Index, а также список проблем.
В лабораторном тесте нет INP: для него нужны реальные клики пользователя. Косвенно на отклик указывает TBT — суммарное время, когда основной поток браузера был занят и не мог реагировать.
Как их сопоставлять
| Ситуация | Что это значит | Что делать |
|---|---|---|
| Полевые зелёные, лаборатория жёлтая | реальным пользователям сайт быстрый | не срочно, можно улучшать постепенно |
| Полевые красные, лаборатория зелёная | у реальных посетителей медленнее, чем в тесте | искать причины: слабые устройства, тяжёлые сторонние скрипты, медленный сервер в часы нагрузки |
| Обе красные | проблема подтверждена | исправлять по диагностике |
| Полевых данных нет | мало трафика | ориентироваться на лабораторию и Метрику |
Для сайта в целом полевые данные по всем страницам удобнее смотреть в отчёте «Основные интернет-показатели» в Search Console — как добавить сайт и где найти этот отчёт, описано в статье о Google Search Console.
Скорость загрузки страницы сайта: что значат LCP, INP и CLS
Три метрики Core Web Vitals описывают три разных ощущения: как быстро появилось главное, как быстро сайт откликается и не прыгает ли вёрстка.
LCP — загрузка главного элемента
Largest Contentful Paint — время, за которое отрисовался самый крупный элемент первого экрана. Обычно это баннер, фото товара, заголовок или видео-обложка. Норма — LCP ≤ 2,5 с.
Типичные причины плохого LCP:
- медленный ответ сервера — долгий TTFB из-за отсутствия кеша или слабого хостинга;
- тяжёлое изображение первого экрана без сжатия и без современных форматов;
- ленивая загрузка, ошибочно включённая для главного изображения;
- блокирующие CSS и JavaScript, которые браузер должен загрузить до отрисовки;
- слайдер, который собирается скриптом и показывает первый слайд только после загрузки библиотеки.
В отчёте есть разбивка LCP по фазам: сколько заняло ожидание сервера, загрузка ресурса и отрисовка. По ней сразу видно, куда копать — в сервер или во фронтенд.
INP — отклик на действия
Interaction to Next Paint — задержка между действием пользователя (клик, нажатие, ввод) и следующей отрисовкой. Норма — INP ≤ 200 мс. Плохой INP ощущается так: нажал «В корзину» или открыл меню, а сайт «подвисает».
Причины почти всегда в JavaScript: тяжёлые скрипты темы, конструкторы страниц, счётчики, чаты, большие обработчики событий. На лабораторном тесте это видно через высокий TBT и длинные задачи основного потока.
CLS — сдвиги вёрстки
Cumulative Layout Shift — насколько элементы страницы смещаются во время загрузки. Норма — CLS ≤ 0,1. Классический пример: вы собираетесь нажать ссылку, а сверху подгружается баннер, и палец попадает в другое место.
Причины:
- изображения и видео без заданных размеров;
- рекламные блоки и виджеты, которые появляются без зарезервированного места;
- шрифты, которые при подгрузке меняют размер текста;
- уведомления о cookie и всплывающие панели, сдвигающие контент.
Дополнительные метрики
FCP (первая отрисовка контента) и TTFB (время до первого байта) в полевых данных помогают найти причину: если TTFB большой, всё остальное тоже будет медленным. Speed Index и TBT в лаборатории — вспомогательные, на них не нужно ориентироваться отдельно.
Что исправлять в первую очередь
Список рекомендаций в отчёте бывает длинным, и не всё в нём одинаково важно. Работать удобнее от проваленной метрики.
Порядок работы
- Определите, какая метрика не проходит в полевых данных или в лаборатории.
- Включите в отчёте фильтр рекомендаций по этой метрике — PageSpeed Insights позволяет показать только связанные с LCP, INP, CLS или TBT.
- Начните с пунктов, где указана наибольшая потенциальная экономия.
- Внесите правку на тестовой копии сайта или в период низкого трафика.
- Сбросьте кеш и повторите замер несколько раз.
- Через 28 дней проверьте, как изменились полевые данные.
Рекомендации, которые дают больше всего
| Проблема в отчёте | Что обычно делают | На какую метрику влияет |
|---|---|---|
| Долгий ответ сервера | кеширование страниц, настройка PHP и базы, другой тариф хостинга | LCP, FCP |
| Тяжёлые изображения | сжатие, WebP или AVIF, правильные размеры под экран | LCP |
| Ресурсы, блокирующие отрисовку | объединение и отложенная загрузка CSS и JS, критический CSS | LCP, FCP |
| Неиспользуемый JavaScript | отключение лишних плагинов и скриптов на страницах, где они не нужны | INP, TBT |
| Сторонний код | отложенная загрузка чатов, виджетов, карт | INP, TBT |
| Нет размеров у изображений | атрибуты width и height, резерв места под блоки | CLS |
| Шрифты | предзагрузка, свойство font-display, меньше начертаний | CLS, LCP |
Что можно отложить
- мелкие рекомендации по минификации, если файлы уже сжаты сервером;
- замечания к сторонним сервисам, которые вы не контролируете, если они загружаются отложенно;
- советы уменьшить размер DOM, если метрики и так зелёные.
Тест скорости сайта на WordPress и 1С-Битрикс: особенности
Причины медленной работы на разных CMS похожи, но инструменты исправления свои.
WordPress
Типичные источники проблем — перегруженная тема, конструкторы страниц и лишние плагины. Каждый плагин может добавлять свои стили и скрипты на все страницы сайта. Поэтому первый шаг — ревизия: что реально используется. О том, какие плагины нужны сайту компании и как не перегрузить его, есть отдельный разбор — плагины WordPress для сайта компании.
Дальше — плагин кеширования, оптимизация изображений, отложенная загрузка скриптов. Эти настройки нужно делать аккуратно: агрессивное объединение JS ломает формы и корзину WooCommerce.
1С-Битрикс
У Битрикса своя система кеширования, композитный режим и «Монитор производительности». Частые причины медленной работы — отключённый или неправильно настроенный кеш компонентов, тяжёлые шаблоны готовых решений, неоптимизированные запросы к инфоблокам. Подробно — в статьях об ускорении сайта на Битрикс и о кеше в 1С-Битрикс.
Хостинг
Если в отчёте большой TTFB даже на закешированных страницах, причина может быть в хостинге: слабый тариф, устаревшая версия PHP, отсутствие OPcache, медленные диски. Никакая оптимизация фронтенда это не компенсирует.
Замер скорости сайта другими инструментами
PageSpeed Insights — не единственный способ измерить скорость сайта, и иногда его данных недостаточно.
Где ещё смотреть
- Инструменты разработчика в Chrome. Вкладка производительности показывает загрузку по шагам, а встроенный Lighthouse запускает тот же тест локально.
- Search Console. Отчёт по Core Web Vitals группирует похожие страницы и показывает проблемы по всему сайту.
- Яндекс Метрика. Отчёт по времени загрузки и Вебвизор помогают увидеть, где посетители уходят, не дождавшись загрузки. Как искать такие сессии в записях, описано в статье про Вебвизор.
- Сервисы с выбором региона. Полезны, если основная аудитория в России, а тест PageSpeed Insights запускается с серверов за рубежом.
Как оценивать скорость сайта онлайн правильно
Любой онлайн-сервис показывает результат одного теста из одной точки. Он полезен для поиска причин и сравнения, но реальную картину дают только данные посетителей. Если сервисы показывают разное — это нормально, у них разные условия теста.
Проверка скорости загрузки сайта: три типичных сценария
Отчёты разных сайтов похожи друг на друга. Ниже — три ситуации, которые встречаются чаще всего, и как по ним составить план работ.
Сценарий 1: медленный сервер
Картина в отчёте: большой TTFB в полевых данных, в разбивке LCP основная часть времени приходится на ожидание ответа сервера, в диагностике — замечание о долгом ответе. Изображения при этом могут быть уже оптимизированы.
Что делать:
- Проверить, работает ли кеширование страниц. На WordPress — плагин кеша или кеш на уровне сервера, на Битриксе — кеш компонентов и композитный режим.
- Проверить версию PHP и включён ли OPcache.
- Найти медленные запросы к базе: на Битриксе помогает «Монитор производительности», на WordPress — плагины профилирования на тестовой копии.
- Если всё настроено, а ответ всё равно медленный, — сравнить с другим тарифом или хостингом. Требования и критерии выбора описаны в статье о хостинге для WordPress и 1С-Битрикс.
Сценарий 2: тяжёлый первый экран
Картина: сервер отвечает быстро, но LCP большой. Элементом LCP указано изображение баннера или слайдера, в диагностике — советы по изображениям и блокирующим ресурсам.
Что делать:
- подготовить изображение первого экрана в нужном размере для мобильных и десктопа, сжать и отдать в WebP или AVIF;
- убрать ленивую загрузку с этого изображения и задать ему высокий приоритет загрузки;
- заменить слайдер на статичный первый слайд или сделать так, чтобы первый слайд отображался без ожидания скрипта;
- вынести критические стили в начало страницы, остальное загружать отложенно.
Сценарий 3: сайт грузится быстро, но «тормозит»
Картина: LCP в норме, но INP в полевых данных красный, в лаборатории высокий TBT и длинные задачи основного потока. В списке сторонних ресурсов — чат, несколько счётчиков, виджет отзывов, карта.
Что делать:
- составить список всех сторонних скриптов и отключить те, что не приносят пользы;
- загружать чат и виджеты после первого взаимодействия или с задержкой;
- проверить скрипты темы и конструктора страниц: часто на каждой странице грузятся библиотеки, которые нужны только на одной;
- после правок убедиться, что формы, корзина и цели Метрики работают.
В каждом из сценариев правки дают результат в полевых данных не сразу: статистика накапливается за 28 дней, поэтому оценивать эффект нужно через месяц.
Типичные ошибки при работе со скоростью
Ошибки здесь стоят денег: время разработчика уходит на цифры, которые не влияют на посетителей.
Ошибки в чтении отчёта
- Гонка за 100 баллами. Последние пункты оценки даются дорого и почти не меняют опыт пользователей.
- Проверка только главной. Остальные шаблоны остаются медленными.
- Проверка только десктопа. Мобильный трафик обычно больше, а условия теста — строже.
- Выводы по одному запуску. Колебания в несколько пунктов — это шум.
- Игнорирование полевых данных. Лабораторный тест не показывает, что происходит у реальных людей.
Ошибки в исправлении
- установить несколько плагинов оптимизации сразу — они конфликтуют;
- включить объединение и отложенную загрузку всех скриптов без тестирования форм и корзины;
- убрать нужные функции сайта ради оценки — например, отключить чат, который приносит заявки;
- сжать изображения до потери качества в карточках товаров.
Чек-лист проверки скорости
- Проверены все типы страниц, а не только главная
- Смотрится в первую очередь мобильная версия
- Зафиксированы полевые данные Core Web Vitals, если они есть
- LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1
- Определено, какая метрика не проходит
- Рекомендации отфильтрованы по этой метрике
- Правки проверены на тестовой копии
- Замер повторён 3–5 раз после правок
- Через 28 дней проверены полевые данные
Частые вопросы
Как проверить сайт в Google PageSpeed Insights?
Откройте инструмент, вставьте адрес страницы и запустите анализ. Смотрите сначала блок с данными реальных пользователей и итог Core Web Vitals, потом — лабораторную оценку и диагностику на вкладке мобильной версии.
Какая оценка в PageSpeed Insights считается хорошей?
Зелёная зона оценки — хороший результат, но ориентироваться лучше не на число, а на то, пройдены ли Core Web Vitals: LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1.
Почему у меня нет данных реальных пользователей?
У страницы недостаточно визитов из Chrome за 28 дней. Для небольших сайтов это нормально: смотрите данные по сайту целиком, лабораторный тест и отчёты Метрики.
Почему мобильная оценка ниже десктопной?
Мобильный тест эмулирует слабый телефон и медленную сеть. Тот же код на таком устройстве выполняется дольше, поэтому оценка почти всегда ниже.
Как измерить скорость сайта, если основная аудитория в России?
Помимо PageSpeed Insights используйте инструменты разработчика в браузере и отчёты Метрики о времени загрузки. Они показывают, как сайт работает у ваших посетителей.
Влияет ли скорость загрузки на позиции в поиске?
Google учитывает Core Web Vitals как один из сигналов качества страницы. Прямое влияние небольшое, но медленный сайт теряет посетителей до загрузки, и это сказывается на поведенческих метриках в любом поиске.
Что исправлять первым, если всё красное?
Начните с ответа сервера и изображений первого экрана — они сильнее всего влияют на LCP. Затем разберитесь с лишними скриптами, которые портят INP.
Можно ли ускорить сайт одним плагином?
Плагин кеширования на WordPress даёт заметный эффект, если сервер отвечает медленно. Но проблемы с тяжёлой темой, сторонними скриптами и изображениями одним плагином не решаются.
Как часто проверять скорость?
После каждого крупного изменения: новой темы, модуля, виджета, обновления CMS. И раз в месяц — полевые данные в Search Console.
Итог
PageSpeed Insights отвечает на два вопроса: есть ли у сайта проблема со скоростью у реальных посетителей и в чём её причина. Сначала смотрите полевые данные и итог Core Web Vitals, затем находите проваленную метрику и работайте с рекомендациями, которые относятся именно к ней.
Оценка от 0 до 100 — инструмент для сравнения до и после, а не цель. Сайт, который проходит LCP, INP и CLS на мобильных, быстрый для посетителей, даже если кружок в отчёте жёлтый.
Я как частный разработчик ускоряю сайты на WordPress и 1С-Битрикс: разбираю отчёты, нахожу реальные причины медленной загрузки — от сервера и кеша до тяжёлых скриптов — и исправляю их без поломки форм и корзины. Работаю напрямую, без посредников. Подробности и заявка — на странице ускорения сайта.
