# PageSpeed Insights: как читать отчёт и что исправлять в первую очередь

URL: https://chugunov.pro/pagespeed-insights-kak-chitat/
Обновлено: 01.10.2026.
Источник: chugunov.pro.

## Коротко

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

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

### Пошагово

1. Откройте PageSpeed Insights и вставьте полный адрес страницы с https.
2. Нажмите «Анализировать» и дождитесь результата — обычно это 20–60 секунд.
3. Посмотрите вкладку мобильной версии — она открывается по умолчанию и важнее десктопной.
4. Переключитесь на вкладку компьютера, чтобы сравнить.
5. Сохраните отчёт: у результата есть постоянная ссылка, её удобно отправить разработчику.

### Какие страницы проверять

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

- главная;
- раздел каталога или список услуг;
- карточка товара или страница услуги;
- статья блога;
- страница контактов с картой — карты и виджеты часто самые тяжёлые.

У интернет-магазина самая важная страница для скорости — карточка товара: на неё приходит основной трафик из поиска.

### Почему результаты отличаются от раза к разу

Лабораторный тест запускается на серверах 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](https://chugunov.pro/google-search-console-dobavit-sajt/).

## Скорость загрузки страницы сайта: что значат 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 в лаборатории — вспомогательные, на них не нужно ориентироваться отдельно.

## Что исправлять в первую очередь

Список рекомендаций в отчёте бывает длинным, и не всё в нём одинаково важно. Работать удобнее от проваленной метрики.

### Порядок работы

1. Определите, какая метрика не проходит в полевых данных или в лаборатории.
2. Включите в отчёте фильтр рекомендаций по этой метрике — PageSpeed Insights позволяет показать только связанные с LCP, INP, CLS или TBT.
3. Начните с пунктов, где указана наибольшая потенциальная экономия.
4. Внесите правку на тестовой копии сайта или в период низкого трафика.
5. Сбросьте кеш и повторите замер несколько раз.
6. Через 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 для сайта компании](https://chugunov.pro/plaginy-wordpress-dlya-sajta-kompanii/).

Дальше — плагин кеширования, оптимизация изображений, отложенная загрузка скриптов. Эти настройки нужно делать аккуратно: агрессивное объединение JS ломает формы и корзину WooCommerce.

### 1С-Битрикс

У Битрикса своя система кеширования, композитный режим и «Монитор производительности». Частые причины медленной работы — отключённый или неправильно настроенный кеш компонентов, тяжёлые шаблоны готовых решений, неоптимизированные запросы к инфоблокам. Подробно — в статьях [об ускорении сайта на Битрикс](https://chugunov.pro/uskorenie-sajta-na-bitriks/) и [о кеше в 1С-Битрикс](https://chugunov.pro/kesh-v-bitriks/).

### Хостинг

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

## Замер скорости сайта другими инструментами

PageSpeed Insights — не единственный способ измерить скорость сайта, и иногда его данных недостаточно.

### Где ещё смотреть

- **Инструменты разработчика в Chrome.** Вкладка производительности показывает загрузку по шагам, а встроенный Lighthouse запускает тот же тест локально.
- **Search Console.** Отчёт по Core Web Vitals группирует похожие страницы и показывает проблемы по всему сайту.
- **Яндекс Метрика.** Отчёт по времени загрузки и Вебвизор помогают увидеть, где посетители уходят, не дождавшись загрузки. Как искать такие сессии в записях, описано в статье [про Вебвизор](https://chugunov.pro/vebvizor-yandeks-metrika/).
- **Сервисы с выбором региона.** Полезны, если основная аудитория в России, а тест PageSpeed Insights запускается с серверов за рубежом.

### Как оценивать скорость сайта онлайн правильно

Любой онлайн-сервис показывает результат одного теста из одной точки. Он полезен для поиска причин и сравнения, но реальную картину дают только данные посетителей. Если сервисы показывают разное — это нормально, у них разные условия теста.

## Проверка скорости загрузки сайта: три типичных сценария

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

### Сценарий 1: медленный сервер

Картина в отчёте: большой TTFB в полевых данных, в разбивке LCP основная часть времени приходится на ожидание ответа сервера, в диагностике — замечание о долгом ответе. Изображения при этом могут быть уже оптимизированы.

Что делать:

1. Проверить, работает ли кеширование страниц. На WordPress — плагин кеша или кеш на уровне сервера, на Битриксе — кеш компонентов и композитный режим.
2. Проверить версию PHP и включён ли OPcache.
3. Найти медленные запросы к базе: на Битриксе помогает «Монитор производительности», на WordPress — плагины профилирования на тестовой копии.
4. Если всё настроено, а ответ всё равно медленный, — сравнить с другим тарифом или хостингом. Требования и критерии выбора описаны в статье [о хостинге для WordPress и 1С-Битрикс](https://chugunov.pro/hosting-dlya-wordpress-i-bitriks/).

### Сценарий 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С-Битрикс: разбираю отчёты, нахожу реальные причины медленной загрузки — от сервера и кеша до тяжёлых скриптов — и исправляю их без поломки форм и корзины. Работаю напрямую, без посредников. Подробности и заявка — на странице [ускорения сайта](https://chugunov.pro/uslugi/uskorenie-sajta/).

- 17.10.2026

## Связанное на сайте

- Услуга [Ускорение сайта](https://chugunov.pro/uslugi/uskorenie-sajta/)
- Справочник API [Справочник API 1С-Битрикс](https://chugunov.pro/api-bitrix/)
- Справочник API [Справочник API WordPress](https://chugunov.pro/api-wordpress/)
- Глоссарий [Глоссарий: Frontend](https://chugunov.pro/glossary/frontend/)

Автор статьи [Чугунов Алексей](https://chugunov.pro/about/) Fullstack-разработчик: 1С-Битрикс, WordPress, PHP
[Обо мне](https://chugunov.pro/about/)

Рубрики блога

- [Продажи](https://chugunov.pro/category/sales/) 16
- [Продвижение](https://chugunov.pro/category/prodvizhenie/) 22
- [Создание сайтов](https://chugunov.pro/category/sozdanie-sajtov/) 75
- [Интересное](https://chugunov.pro/category/interesnoe/) 13

Остались вопросы?

Отправьте сообщение, и я свяжусь с вами в ближайшее время

Или звоните, сразу обсудим детали.

[+7 (915) 016-99-88](tel:79150169988)