PageSpeed Insights проверяет отдельный URL и помогает разобраться, что замедляет страницу. В отчёте важно различать лабораторный запуск и накопленные сведения о реальных посетителях. Большой балл полезен как ориентир, но сам по себе не описывает удобство каждого сценария и не обещает рост позиций.
С чего начать проверку
Введите адрес нужной публичной страницы на странице PageSpeed Insights и запустите анализ. Проверяйте тот URL, на который действительно попадает посетитель: главную, категорию или карточку товара. Если адрес переадресуется, посмотрите конечную страницу в результате. Иначе можно обсуждать метрики другого шаблона и пытаться исправить код, который в запуске вообще не участвовал.
Начните с нескольких разных типов страниц. Например, у магазина главная, категория и карточка могут иметь разные изображения, фильтры и сценарии загрузки. Хороший результат главной не доказывает такой же результат карточки. Составьте небольшой список представителей и возвращайтесь к нему после изменений, чтобы сравнение оставалось предметным.
Почему нужны два режима
В отчёте доступны мобильный и компьютерный режимы. Это разные условия лабораторной проверки, поэтому сравнивайте мобильный результат с мобильным, а компьютерный с компьютерным. Не усредняйте их в один показатель «скорости сайта»: такое число скроет проблему той аудитории, для которой интерфейс работает хуже.
Сохраните выбранный адрес, режим и время проверки вместе со ссылкой на результат или выгрузкой. Если сравниваете версии страницы, запишите, что именно изменилось между ними. Одновременная замена изображений, аналитики и шаблона может улучшить общий результат, но по одному такому сравнению нельзя определить вклад каждой правки.
Что означает балл Performance
В шкале Lighthouse 0–49 относится к низкой производительности, 50–89 означает, что нужны улучшения, а 90–100 считается хорошим результатом. Балл категории Performance рассчитывается по метрикам. Он не является процентом выполненных SEO-работ, количеством исправленных предупреждений или вероятностью попадания страницы в первую десятку поиска.
Список возможностей оптимизации помогает найти направления работы. При этом отдельные пункты диагностики не прибавляют баллы непосредственно: эффект возникает через изменение измеряемых метрик. Поэтому не стоит ставить задачу «убрать все красные строки». Полезнее назвать задержку, связанный ресурс и проверку, которая подтвердит улучшение.
Какие показатели открыть после оценки
LCP показывает момент появления крупнейшего содержательного элемента видимой области. Если значение неудовлетворительное, сначала выясните, какой элемент выбран в конкретном запуске. Это может быть изображение или текстовый блок. Рекомендация уменьшить любой большой файл на сайте ещё не доказывает, что именно он задерживает этот элемент.
TBT описывает блокировку основного потока во время загрузки. Он помогает исследовать тяжёлый JavaScript, но не заменяет INP реальных взаимодействий. Страница может быстро загрузиться и затем медленно открыть фильтр. Для такого сценария нужен тест взаимодействия, например INP Debugger, а не только повторный запуск загрузки.
CLS относится к визуальным сдвигам. Если при загрузке смещается кнопка или текст, изучайте появление изображений, рекламных блоков и других элементов вокруг них. Важен не только общий балл: посетителю может мешать конкретный сдвиг в нужном ему месте, даже когда сводная оценка выглядит приемлемо.
Как читать данные реальных пользователей
Полевой блок PSI использует CrUX и охватывает предыдущий 28-дневный период. Он показывает опыт реальных посетителей, тогда как лабораторная часть относится к конкретному моделируемому запуску. Эти значения могут различаться без ошибки в отчёте: у источников разные условия и временной охват.
Проверяйте область полевых данных: конкретный URL или весь origin. Данные origin нельзя выдавать за измерение выбранной карточки. Если сведений недостаточно, отсутствие поля означает невозможность оценки по этому источнику. Оно не превращается в нулевую задержку и не подтверждает, что страница работает идеально.
Как превратить результат в задачу
Учебный пример: мобильный балл 72, высокий LCP, а компьютерный балл 95. Начните с мобильного LCP-элемента и условий его появления. Зафиксируйте, когда начинается запрос картинки, что задерживает отображение и какой участок шаблона отвечает за него. Эти числа приведены для объяснения порядка анализа и не описывают проверенный сайт.
После небольшой правки повторите тот же тест. Если видите заметный разброс, сохраните несколько результатов, а не выбирайте лучший для отчёта. Даже при неизменном коде условия запуска могут колебаться. Сопоставляйте также функциональность страницы: быстрый, но неработающий фильтр нельзя считать удачным ускорением.
Бесплатная проверка и проверка Seohonest
Веб-интерфейс PageSpeed Insights доступен для разовых проверок без покупки подписки. Для автоматического обращения к API действуют отдельные ограничения доступа и квоты. Если приложение сообщает об их исчерпании, это причина сохранить уже полученные результаты и повторить обращение позже, а не записывать отсутствующую оценку как ноль.
Проверка Seohonest собирает представителей типов страниц и получает мобильные и компьютерные результаты PSI в одной таблице. Минимумы 55 баллов для мобильного режима и 80 для компьютера являются рабочими целями этого инструмента. Они отличаются от зелёной зоны Google, которая начинается с 90. Порядок чтения такой таблицы разобран в отдельной инструкции.
В Seohonest готовый результат может использоваться из кеша 30 минут с исходной датой измерения. Уточнение возле рабочего минимума запускается отдельной кнопкой: она показывает ещё два или три новых замера. Это помогает контролировать расход запросов и не создаёт скрытых повторов при обычном открытии отчёта.
Какой источник нужен дальше
Если вопрос связан с появлением контента, продолжайте разбор LCP и загрузки ресурсов. Если тормозит действие пользователя, исследуйте взаимодействие. Для оценки накопленной проблемы на разных страницах посмотрите полевой отчёт Search Console. Разделяйте эти задачи: один инструмент не обязан отвечать на все вопросы о скорости сразу.
Для передачи задачи полезно сохранить один исходный отчёт и короткое описание наблюдения: какой контент появился поздно, при каком устройстве и на каком URL. Приложите контрольный пример после правки с теми же условиями. Такой набор помогает обсудить результат без спора о случайном лучшем или худшем балле.
Источники и документация
Материал проверен по указанным источникам 28 октября 2026 года. Интерфейсы сервисов могут меняться.
Применить на своём сайте
Проверьте таблицу метатегов или сравните скорость страниц разных типов. В отчётах есть ссылки на соответствующие материалы базы.