Alejandro Rioja.
SEO

Как использовать Google PageSpeed Insights?

Alejandro Rioja
Alejandro Rioja
7 мин чтения
TL;DR

Google PageSpeed Insights объединяет полевые данные реальных пользователей (CrUX) с лабораторными данными Lighthouse для оценки сайта по Core Web Vitals — LCP, INP и CLS. Используйте его для диагностики медленных страниц и расстановки приоритетов среди исправлений, которые действительно влияют на ранжирование.

Бесплатная рассылка

Каждую среду. 28 400+ читателей. Никакой воды.

Table of contents

Open Table of contents

Что такое скорость страницы?

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

Факторы вне вашего контроля включают скорость соединения и устройство посетителя. То, что вы можете контролировать: размер и формат изображений, выполнение JavaScript, время ответа сервера и кэширование.

Почему важна скорость страницы?

Google использует скорость страницы — в частности, Core Web Vitals — как сигнал ранжирования. Медленные страницы негативно влияют как на ранжирование, так и на конверсию. Связь прямая: по мере увеличения времени загрузки растёт показатель отказов. Страница, которая загружается пять секунд, теряет значительную часть посетителей до того, как они увидят ваш контент.

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

Что такое Google PageSpeed Insights?

PageSpeed Insights — это бесплатный инструмент Google, который анализирует любой публичный URL и возвращает два типа данных:

  1. Полевые данные — измерения реальных пользователей из Chrome User Experience Report (CrUX), показывающие, как реальные посетители воспринимали страницу за последние 28 дней.
  2. Лабораторные данные — симулированный аудит Lighthouse, запущенный на странице, который даёт воспроизводимые числа для диагностики проблем.

Инструмент выставляет оценку от 0 до 100. Зелёный (90–100) — хорошо, жёлтый (50–89) — требует работы, красный (0–49) — плохо.

Как использовать PageSpeed Insights

Перейдите на pagespeed.web.dev, вставьте свой URL и нажмите «Анализировать». Отчёт содержит четыре раздела, которые стоит понять.

Полевые данные — Core Web Vitals (CrUX)

Это наиболее важный раздел для SEO. Он показывает, как реальные пользователи воспринимали вашу страницу. Начиная с 2026 года, Core Web Vitals включают:

  1. Largest Contentful Paint (LCP) — время загрузки наибольшего видимого элемента контента (обычно hero-изображения или заголовка). Цель: менее 2,5 секунды.
  2. Interaction to Next Paint (INP) — измеряет скорость отклика при всех взаимодействиях пользователя в течение сеанса. INP заменил First Input Delay (FID) в марте 2024 года. Цель: менее 200мс.
  3. Cumulative Layout Shift (CLS) — измеряет визуальную стабильность; насколько сильно смещается макет при загрузке. Цель: менее 0,1.

First Contentful Paint (FCP) также отображается как дополнительная метрика, но не является Core Web Vital.

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

Лабораторные данные — Lighthouse

Лабораторные данные запускают контролируемую симуляцию Lighthouse. Метрики включают:

  1. First Contentful Paint (FCP) — время до появления первого контента.
  2. Speed Index — насколько быстро контент визуально заполняется при загрузке.
  3. Total Blocking Time (TBT) — общее время, в течение которого задачи основного потока блокировали интерактивность; лабораторный прокси для INP.
  4. LCP — та же метрика, что и в полевых данных, измеренная в контролируемой среде.
  5. CLS — та же метрика, что и в полевых данных.

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

Возможности и диагностика

В этом разделе указано, что нужно исправить. Возможности показывают конкретные изменения с расчётной экономией (например, «Предоставлять изображения в форматах нового поколения — возможная экономия: 1,2 с»). Диагностика указывает на проблемы без прямой оценки времени, например блокирующие рендеринг ресурсы или чрезмерный размер DOM.

Расставляйте приоритеты для возможностей по расчётной экономии времени и осуществимости.

Пройденные проверки

Это проверки, которые ваша страница уже проходит. Полезно для подтверждения того, что ранее выполненная работа сохраняется.

Как улучшить оценку PSI

Вот наиболее эффективные исправления, которые я использовал на реальных сайтах.

1. Сжать и конвертировать изображения

Большие изображения — наиболее распространённая причина плохого LCP. Конвертируйте в WebP или AVIF — оба формата значительно лучше сжимаются, чем JPEG при эквивалентном качестве. Большинство современных инструментов оптимизации изображений и CDN делают это автоматически.

Для сайтов на WordPress Smush обрабатывает массовое сжатие. Для автономного сжатия Squoosh (собственный инструмент Google) надёжен и бесплатен. Задавайте явные атрибуты width и height для изображений, чтобы предотвратить смещение макета (CLS).

2. Внедрить кэширование браузера

Кэширование браузера хранит статические ресурсы локально, чтобы возвращающимся посетителям не нужно было их снова загружать. Установите соответствующие заголовки кэша на сервере или CDN.

Для WordPress W3 Total Cache по-прежнему остаётся надёжным вариантом. Если вы используете современный хостинг-стек с CDN, CDN часто обрабатывает это автоматически.

3. Минифицировать HTML, CSS и JavaScript

Удаление пробелов, комментариев и лишнего кода уменьшает размеры файлов. Большинство инструментов сборки (Vite, webpack, esbuild) делают это автоматически в продакшене. Для WordPress плагины кэширования, такие как W3 Total Cache, включают минификацию. PSI отметит это в разделе «Возможности», если это существенная проблема.

4. Сократить время выполнения JavaScript

Проблемы с INP обычно восходят к тяжёлому JavaScript, блокирующему основной поток. Проверьте сторонние скрипты — аналитику, чат-виджеты, рекламные скрипты — и отложите или используйте ленивую загрузку для всего, что не критично для первоначального рендеринга. Это самое сложное исправление, но нередко наиболее эффективное для INP.

5. Использовать CDN

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

Заметка об AMP

Google’s Accelerated Mobile Pages (AMP) — проект по обеспечению быстрых мобильных страниц через ограниченный формат HTML. К 2026 году AMP перестал быть сигналом ранжирования, и Google в значительной мере депrioritized его. Вместо этого сосредоточьтесь на Core Web Vitals — хорошо оптимизированная стандартная страница превзойдёт посредственную AMP-страницу как для пользователей, так и в ранжировании.

Google PageSpeed Insights — FAQ 2026

Что случилось с First Input Delay (FID)?

FID был выведен из состава Core Web Vitals в марте 2024 года и заменён Interaction to Next Paint (INP). FID измерял только задержку при самом первом взаимодействии пользователя. INP измеряет скорость отклика при всех взаимодействиях в течение сеанса страницы, что даёт более полное представление о том, как страница ощущается в использовании. Если у вас есть старые публикации или аудиты, ссылающиеся на FID как на Core Web Vital, они устарели.

В чём разница между полевыми и лабораторными данными в PSI?

Полевые данные поступают от реальных пользователей Chrome, посещавших вашу страницу за последние 28 дней, агрегированных в Chrome User Experience Report (CrUX). Лабораторные данные — синтетический аудит Lighthouse, симулированная загрузка в контролируемой среде. Они часто отличаются. Полевые данные отражают реальные условия (разнообразные устройства, соединения, кэширование); лабораторные данные воспроизводимы и лучше подходят для отладки. Оба имеют значение: полевые данные определяют, прошли ли вы Core Web Vitals; лабораторные данные говорят, что исправить.

Гарантирует ли оценка PSI 100 хорошее ранжирование?

Нет. Оценка PSI — диагностический инструмент, а не сигнал ранжирования сам по себе. Для ранжирования важно, проходят ли ваши полевые данные Core Web Vitals пороговые значения: LCP ниже 2,5 с, INP ниже 200 мс, CLS ниже 0,1. Страница может набрать 95 в лаборатории, но не пройти полевые данные из-за реальных условий. Сосредоточьтесь на разделе полевых данных, а не на лабораторной оценке.

Как часто следует проводить аудиты PSI?

Запускайте PSI после любого существенного изменения на сайте (новый шаблон страницы, новый сторонний скрипт, крупное обновление контента). Для страниц с высоким трафиком настройте непрерывный мониторинг через Google Search Console, который выявляет проблемы Core Web Vitals в масштабе без необходимости вручную проверять каждый URL через PSI.

Смежное чтение: Что такое SEO? · Top 10 Editorial Tools To Keep Your Content Organized · 20 Best SEO Tools

Краткая версия

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

Обновлено для мая 2026 года

История Google в 2026 году — это AI Overviews повсюду: эксперимент SGE 2023 года стал стандартной функцией в мае 2024 года и теперь появляется примерно на ~60% информационных запросов в США. Для операторов SEO и рекламы:

Ответ на вопрос «как Google зарабатывает деньги» в 2026 году: по-прежнему реклама в поиске (доминирует), но реклама на YouTube, Cloud и подписки (YouTube Premium + Google One) теперь также являются значимыми статьями.

Читать дальше

Получайте ИИ-руководство на почту

Каждую среду. 28 400+ читателей. Никакой воды.

⌕
↵ ↵ — все результаты esc esc — закрыть