[ Google Page Speed Insights: что это за показатель скорости сайта и как он влияет на SEO и бизнес ]

Что такое Google PageSpeed Insights (PSI)

Определение простыми словами

Page Speed — инструмент для анализа скорости и удобства страниц сайта. Он помогает понять, как техническая производительность влияет на заявки и продажи. Вводите адрес страницы, сервис проверяет ее и выставляет оценку. Шкала от 0 до 100 баллов. За оценкой стоит набор конкретных метрик. Они объясняют, почему страница тормозит, где теряются потенциальные клиенты.

Разработчик прислал отчет PSI на 60 баллов, SEO-специалист говорит «надо оптимизировать», а вопрос, «как это отразится на заявках», остается без ответа. Знакомая ситуация для многих собственников и маркетологов. За этими баллами прячутся конкретные проблемы: 

• тяжелые изображения; 
• лишние скрипты; 
• медленный сервер.

Их находит сервис от Гугл — PageSpeed. Он выстроен так, чтобы разобраться в нем мог человек без технических знаний, а не только разработчик.

История сервиса: от первой версии до сегодняшнего дня

Сервис появился в начале 2010-х годов на собственном алгоритме оценки, а в конце 2018 года анализ страниц перевели на движок Lighthouse. С этого момента результаты проверки в PSI, в консоли разработчика браузера и через командную строку стали совпадать между собой.

С тех пор сервис регулярно меняется: обновляются версии API, добавляются новые критерии оценки. Одно из заметных изменений произошло в 2024 году, когда метрику FID заменили на INP.

Место PSI в экосистеме Google (связь с Lighthouse, Search Console, CrUX)

PSI — часть более широкой системы анализа веб-страниц Google: Lighthouse формирует лабораторные показатели, Search Console выводит те же данные Core Web Vitals сразу для всего сайта, а датасет CrUX связывает PSI с фактическим опытом посетителей в браузере.

Эта связка на практике:

• точечную проверку страницы делают через PSI;
• массовую оценку домена через Search Console;
• динамику во времени смотрят через отдельные инструменты визуализации CrUX.

Для кого создан инструмент: вебмастера, SEO-специалисты, разработчики, владельцы бизнеса

Аудитория у PSI: 

• вебмастера; 
• разработчики;
• SEO-специалисты;
• владельцы бизнеса.

Каждый читает отчет по-своему. Разработчику важны технические рекомендации по коду и ресурсам, SEO-специалисту — как скорость отражается на позициях сайта в выдаче, а владельцу бизнеса — понятная оценка и практический план действий.

Как работает Page Speed Insights

Два типа данных: лабораторные (Lab Data) и полевые (Field Data)

PSI формируется на двух разных источниках информации: 

1. лабораторные данные — контролируемый тест Lighthouse в фиксированных условиях; 
2. полевые — показатели посетителей сайта из браузера Chrome.

Что такое CrUX (Chrome User Experience Report) и откуда берутся метрики

CrUX или Chrome User Experience Report — это общедоступная база Google с анонимными показателями производительности от пользователей браузера Chrome, которые согласились на передачу данных об использовании. Посетители на других браузерах в эту выборку не входят.

Из этого набора PSI подтягивает раздел с полевыми данными: там показана действительная скорость загрузки сайта Google Page Speed ориентировочно за последний месяц наблюдений.

Почему полевые и лабораторные данные могут отличаться

Сведения расходятся из-за разных условий проверки: лабораторный тест идет в одной фиксированной среде, а полевые показатели собирают посетители с различной техникой, скоростью интернета и географией подключения.

Например, страница показывает почти идеальный результат в условиях контроля и более скромный по факту, если значительная часть аудитории заходит с небыстрого мобильного интернета. Поэтому опираться только на один вид данных рискованно: полную картину дают только оба показателя вместе.

Тестирование для мобильных и десктопных устройств: различия в эмуляции

PSI проверяет страницу дважды: для мобильного телефона и для компьютера. Условия использования у этих устройств различаются.

Как часто обновляются данные и что влияет на актуальность

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

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

Чтобы правильно читать отчет PSI и понимать, откуда берется итоговая оценка, важно разобраться, какие показатели он измеряет.

Ключевые метрики, которые измеряет PSI

Core Web Vitals — три главных показателя ранжирования

Основные характеристики — это три замера: LCP, INP, CLS. Google при оценке удобства страницы, считает их главными и учитывает при определении места в выдаче: 

• быстрота загрузки контента; 
• реакция интерфейса на клики и касания; 
• постоянство верстки при загрузке.

Каждая метрика описывает свою грань опыта пользователя: насколько быстро человек видит главный блок страницы, как быстро реагирует кнопка вроде «Отправить заявку», не прыгает ли форма из-под пальца при загрузке. Эти три показателя показывают итоговую работоспособность страницы в глазах поисковой системы, а не количество запросов или вес файлов.

LCP (Largest Contentful Paint) — скорость загрузки основного контента

LCP демонстрирует, насколько быстро на экране появляется элемент, ради которого человек зашел на страницу: главная фотография, заголовок статьи или текстовый блок. Идеальный результат — до 2,5 секунд. Если ожидание затягивается больше чем на 4 секунды, сайт тормозит. Чаще всего виноваты тяжелые картинки, сервер или скрипты, которые блокируют отрисовку.

INP (Interaction to Next Paint) — отзывчивость интерфейса (заменил FID в 2024)

INP оценивает, как быстро сайт откликается на действия посетителя: клик мышкой, касание экрана или нажатие клавиш. Весной 2024 года INP заменила устаревшую FID. Ключевое отличие: если старая метрика смотрела только на первый клик, то INP отслеживает действия на протяжении всего визита. Отличный отклик — до 200 миллисекунд. Если сайт «думает» дольше 500 мс, человек это заметит и начнет раздражаться.

CLS (Cumulative Layout Shift) — визуальная стабильность страницы

CLS проверяет, не «прыгает» ли верстка, пока страница грузится. Знакомая ситуация: вы читаете текст, вдруг подгружается рекламный баннер или картинка без заданных размеров, и строки уезжают вниз. Чтобы избежать таких сдвигов, нужно правильно задавать габариты для медиафайлов. Нормальный показатель — 0,1 или меньше. Если цифра перевалила за 0,25, сайт будет сильно бесить пользователей внезапными скачками.

Дополнительные метрики Lighthouse

Помимо трех основных показателей, Lighthouse внутри Google Page Speed считает вспомогательные параметры: FCP, TTFB, TTI, SI и TBT. Они не часть Core Web Vitals, но с их помощью быстрее обнаружить проблему: скрипты, сервер или верстку.

FCP (First Contentful Paint) — первая отрисовка контента

FCP фиксирует, когда на экране появляется любой контент: фоновый цвет, первая строчка текста или логотип. Она важна для психологии пользователя: дает понять, что страница не зависла в браузере, а начал работать.

TTFB (Time to First Byte) — время до первого байта

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

TTI (Time to Interactive) — время до интерактивности

TTI показывает, когда страница готова к работе: все скрипты отработали, а интерфейс перестал подвисать при нажатиях. Это важно для сайтов с большим количеством JavaScript.

SI (Speed Index) — скорость визуального отображения

Speed Index считает, как быстро экран перестает быть пустым и заполняется полезным контентом. Чем ниже эта цифра, тем меньше времени человек смотрит на белый экран и тем быстрее видит то, ради чего пришел.

TBT (Total Blocking Time) — общее время блокировки

Speed Index оценивает, как быстро видимая часть экрана заполняется контентом в момент загрузки. Чем меньше значение, тем скорее пользователь видит что-то полезное, а не пустой белый экран.

Пороговые значения: что считается «хорошим», «требующим внимания» и «плохим»

По этим порогам легко быстро принять решение: можно жить с текущим состоянием страницы или нужна срочная оптимизация.

1. LCP: 

• до 2,5 с — хорошо; 
• 2,5–4 с — нужно улучшать; 
• свыше 4 с — плохо.

2. INP: 

• до 200 мс — хорошо; 
• 200–500 мс — нужно улучшать;
• свыше 500 мс — плохо.

3. CLS: 

• до 0,1 — хорошо; 
• 0,1–0,25 — нужно улучшать; 
• свыше 0,25 — плохо.

4. FCP: 

• до 1,8 с — хорошо; 
• 1,8–3 с — нужно улучшать; 
• свыше 3 с — плохо.

5. TBT: 

• до 200 мс — хорошо; 
• 200–600 мс — нужно улучшать; 
• свыше 600 мс — плохо.

Сводная таблица метрик с нормативами (зеленый/желтый/красный)

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

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

Как пользоваться сервисом: пошаговая инструкция

Где найти и как открыть PageSpeed Insights

Регистрация и аккаунт Google для PageSpeed Insights не нужны. Это открытый код, доступный бесплатно любому пользователю.

Ввод URL и запуск анализа

Проверка проходит в 4 шага:

• Шаг 1: открыть pagespeed.web.dev в браузере.
• Шаг 2: вставить полный URL страницы. Важно: не домен, а ссылку полностью, если интересует конкретная страница сайта.
• Шаг 3: запустить анализ и подождать 20-40 секунд, пока PSI собирает лабораторные показатели, подтягивает доступные полевые данные из CrUX.
• Шаг 4: открыть готовый отчет и перейти к разделам Performance, Diagnostics и Passed Audits.

Чтение отчета: разделы Performance, Diagnostics, Passed Audits

Готовый отчет разбит на три логических блока:

1. Performance — общий балл и метрики Core Web Vitals. С них стоит начинать.
2. Diagnostics — конкретные советы по ускорению: какие картинки сжать, какие скрипты отложить, что убрать из срочного пути загрузки.
3. Passed Audits — список успешно пройденных проверок. На них время тратить не нужно.

Оценка 0-100: что она значит и как ее трактовать

Оценка от 0 до 100 в PSI показывает общий уровень производительности страницы в лабораторных условиях: 

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

Как формируется итоговый балл Performance Score

Итоговый балл — не среднее арифметическое, а взвешенная сумма нескольких метрик с разным весом в формуле. Наибольший вклад вносят LCP, INP (в лабораторных условиях, его аналог TBT) и CLS. Вспомогательные метрики типа FCP и Speed Index влияют слабее, поэтому улучшение одной метрики может изменить итоговую цифру, даже если остальные показатели не менялись.

Что означают цветовые зоны: красный (0-49), желтый (50-89), зеленый (90-100)

• Красная зона (0-49) — страница работает с задержками, пользовательский опыт нарушен, нужна срочная настройка.
• Желтая зона (50-89) — приемлемый, но не идеальный результат, есть пространство для улучшений.
• Зеленая зона (90-100) — быстрая и стабильная работа по большинству показателей.

Почему 100 баллов не всегда цель, и когда это плохо

Гнаться за сотней иногда бессмысленно и даже вредно для бизнеса. Ради нескольких лишних баллов разработчики отключают полезный функционал: виджеты, аналитику, элементы интерфейса. А это ухудшает пользовательский опыт и конверсию.

Задача: сделать сайт быстрым, чтобы не терять пользователей. При этом сохранить нужные сценарии: формы, аналитику, виджеты.

Разница в оценках для мобильных и десктопных устройств

Проверка для телефонов и для компьютеров показывает разные результаты. На мобильных тестах имитируют более слабый процессор и медленный интернет — цифры ниже. Это не ошибка, так и задумано. Смотреть в первую очередь нужно на мобильную оценку: из-за мобильного приоритета Google она отражает положение дел при расстановке в выдаче.

Как балл коррелирует с реальными пользовательскими метриками

Высокий Performance Score не гарантирует высокие показатели в разделе Field Data. Это разные системы измерения. Лабораторная оценка может заметно отличаться от опыта посетителей. 

Если балл высокий, а в аналитике сайта все равно видны долгие визиты или высокий отказ на мобильных, стоит смотреть на полевые метрики CrUX, а не только на итоговую цифру. 

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

Влияние PageSpeed Insights на SEO и бизнес

Скорость сайта как фактор ранжирования (Page Experience Update)

В 2021 году Google выпустил алгоритм Page Experience Update, который официально добавил Core Web Vitals в список сигналов ранжирования вместе с мобильной адаптацией, защищенным протоколом HTTPS и отсутствием навязчивой рекламы. Скорость сайта Google Page Speed стала частью общей оценки удобства страницы, а не главным фактором. Google напоминает, что даже если скорость отличается, это не гарантирует топ выдачи, если контент хуже конкурентов.

Связь Core Web Vitals с позициями в Google-выдаче

Core Web Vitals — один из многих сигналов ранжирования, а не основной фактор. Если показатели LCP, INP и CLS в зеленой зоне — это дает небольшое преимущество при прочих равных условиях, если у двух сайтов одинаково полезный и качественный контент.

Влияние скорости на конверсию и поведенческие факторы

Связь скорости с конверсией куда более прямая и ощутимая, чем в чистом SEO: в ряде отраслевых исследований отмечается заметное снижение конверсии в e-commerce и рост отказов при увеличении времени загрузки страницы. Особенно на телефонах. Точные цифры сильно зависят от ниши и методики исследования, поэтому воспринимать их стоит как общую тенденцию, а не универсальный норматив для любого сайта.

Медленная страница дороже для бизнеса из-за недополученных заявок и продаж, а не только из-за позиции в поиске.

Mobile-first индексация: почему мобильная версия важнее

Google индексирует и оценивает сайты преимущественно по их мобильной версии, а не по десктопной, поэтому мобильный балл в PSI получает больший вес при принятии решений о ранжировании. Для бизнеса это значит: если нужно выбрать, куда направить ресурсы на оптимизацию первым делом, приоритет должен быть у мобильной версии.

Реальные кейсы: как улучшение скорости повлияло на трафик и продажи

Отраслевые исследования и данные крупных площадок в целом подтверждают: сайты из топа выдачи в среднем показывают лучшие результаты по Core Web Vitals, чем типичные интернет-магазины, и это коррелирует с более высокой конверсией. Конкретные величины разброса по LCP и разница в конверсии отличаются от исследования к исследованию, поэтому мы не приводим их как единый норматив, а ориентируемся на данные конкретного проекта.

Популярные мифы о PageSpeed Insights

«Низкий балл PSI = сайт не будет ранжироваться»

Это заблуждение: сам показатель не является прямым ранжирующим фактором, важны конкретные значения Core Web Vitals в реальных условиях. Сайт с невысоким баллом, но качественным и релевантным контентом легко обходит в выдаче быстрый, но пустой по содержанию ресурс.

«Чем быстрее, тем лучше: нужно выжимать максимум»

После достижения зеленой зоны дальнейшая гонка за миллисекундами почти не влияет на позиции и пользовательский опыт. Ресурсы разумнее направить на контент, юзабилити и конверсионные элементы.

«PSI показывает скорость для всех пользователей»

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

«Достаточно один раз оптимизировать и забыть»

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

«Мобильный балл важнее десктопного во всех случаях»

Хотя мобильная версия обычно приоритетнее из-за индексации, для B2B-сайтов и сложных сервисов с длинным циклом принятия решения десктопная аудитория может быть решающей для конверсии. Оценивать нужно обе версии, ориентируясь на реальное поведение своей аудитории.

Google Page Speed — это компас по скорости сайта, а не показатель, который нужно доводить до 100 баллов любой ценой. Инструмент помогает увидеть проблемы и направление работы, но окончательное решение всегда должно учитывать бизнес-контекст, а не только цифры в отчете.

Чек-лист для регулярной проверки скорости сайта:

• Проверяйте PSI не реже раза в месяц по мобильной и десктопной версии.
• Сверяйте лабораторные данные с полевыми метриками CrUX.
• Следите в первую очередь за тремя Core Web Vitals: LCP, INP и CLS.
• Обращайте внимание на раздел Diagnostics с конкретными рекомендациями.
• Не гонитесь за стопроцентным баллом в ущерб функциональности сайта.
• Проверяйте скорость после каждого крупного обновления сайта или дизайна.
• Сопоставляйте изменения в скорости с динамикой конверсии и трафика.

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

Так PSI становится не «страшным отчетом на 60 баллов», а понятным инструментом управления скоростью, SEO и конверсией.

Часто задаваемые вопросы

Чем отличается лабораторная оценка PSI от полевых данных Search Console?

Лабораторные данные PSI — это результат единичной симуляции в контролируемых условиях. Полевые данные в Search Console агрегируют реальный опыт пользователей сайта за длительный период через CrUX.

Что выбрать, если бюджет на оптимизацию скорости ограничен, например, до 100 000 рублей?

При скромном бюджете стоит сфокусироваться на самых весомых метриках: LCP и INP. Сжать изображения, настроить кеширование, убрать блокирующие скрипты. Это дает заметный эффект без глубокой переработки всего сайта.

Сколько времени занимает оптимизация сайта по PageSpeed Insights?

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

Можно ли доверять только PSI при оценке скорости сайта?

PSI — надежный инструмент, но не единственный. Полезно дополнительно сверяться с Search Console, реальными метриками аналитики и тестами на живых устройствах для полной картины.

Что делать, если PageSpeed Insights показывает низкий балл?

Сначала проверить значения Core Web Vitals: LCP, INP, CLS, затем открыть раздел Diagnostics и разобрать рекомендации по приоритету, начиная с мобильной версии страницы.

Как часто нужно проверять сайт через Google Page Speed Insights?

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