PageSpeed Insights

Как работает

Google PageSpeed Insights открывается на pagespeed.web.dev: вводите адрес страницы и примерно через полминуты получаете отчёт из двух частей.

Верхняя часть — полевые данные из CrUX, отчёта Chrome о пользовательском опыте. Это замеры реальных посетителей, которые пользуются Chrome, за последние 28 дней. Здесь показаны метрики Core Web Vitals — LCP, INP и CLS — и дополнительные FCP и TTFB, каждая по 75-му перцентилю: три четверти визитов были не хуже этого значения. Итоговая строка говорит, пройдена ли оценка Core Web Vitals. Если по самой странице данных мало, сервис показывает данные по всему сайту, а у сайтов с небольшим трафиком полевых данных может не быть совсем.

Нижняя часть — лабораторная. На серверах Google запускается Lighthouse, который загружает страницу на эмулированном смартфоне с замедленной сетью и процессором. Результат — оценка производительности от 0 до 100: 90 и выше — зелёная зона, 50–89 — оранжевая, ниже 50 — красная. Под оценкой идут лабораторные метрики, включая TBT, и список рекомендаций: что сжать, что отложить, какие скрипты занимают главный поток.

Для автоматических проверок у сервиса есть API: тот же отчёт можно получать в JSON и строить по нему мониторинг.

Почему важно для SEO

Google учитывает Core Web Vitals в ранжировании как часть сигналов удобства страницы, и берёт их из полевых данных — тех самых, что в верхней части отчёта. Лабораторная оценка 0–100 в ранжировании не участвует. Это инструмент диагностики: она помогает найти, что тормозит, но не показывает, как сайт видят посетители.

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

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

Частые ошибки

• Гнаться за оценкой 100 в лаборатории, когда полевые данные уже в зелёной зоне.
• Сравнивать оценки по одному прогону до и после правок.
• Смотреть только десктоп, хотя Google оценивает сайты в первую очередь по мобильной версии.
• Проверять одну главную и переносить вывод на каталог и карточки товаров.
• Ждать, что полевые данные изменятся сразу после правок: они копятся за 28 дней.

Как проверить

Запустите PSI 3–5 раз подряд и ориентируйтесь на медиану. Отдельно проверьте основные шаблоны: главную, категорию, карточку, статью. Сводку полевых данных по всему сайту показывает отчёт «Основные интернет-показатели» в Google Search Console — он строится на тех же данных CrUX.

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

Вывод

PageSpeed Insights объединяет два взгляда на скорость: что видят реальные пользователи и что находит лабораторный тест. Решения принимайте по полевым данным, а лабораторную часть используйте как список подсказок, где искать причину.