PageSpeed — термин, обозначающий скорость загрузки веб-страниц, а также инструмент Google PageSpeed Insights (PSI), который оценивает эту скорость и выдаёт рекомендации по улучшению. В широком смысле PageSpeed охватывает весь комплекс технических факторов, влияющих на то, как быстро пользователь видит и может взаимодействовать с содержимым страницы.
Скорость загрузки — официальный фактор ранжирования Google с 2010 года для десктопного поиска и с 2018 года для мобильного. С 2021 года в основу алгоритма вошли Core Web Vitals — расширенный набор метрик пользовательского опыта, для которых быстрая загрузка является ключевым условием.
PageSpeed Insights: как работает инструмент
Google PageSpeed Insights доступен по адресу pagespeed.web.dev. Инструмент анализирует URL и выдаёт:
- Оценку от 0 до 100 — отдельно для мобильных и десктопных устройств. 90–100 — отлично, 50–89 — нужны улучшения, 0–49 — плохо.
- Core Web Vitals — реальные данные из Chrome User Experience Report (CrUX) — как загружается страница у реальных пользователей.
- Диагностические метрики — FCP, LCP, TBT, CLS, Speed Index, Time to Interactive.
- Возможности для улучшения — конкретные рекомендации с оценкой потенциального прироста в секундах.
Ключевые метрики PageSpeed
- LCP (Largest Contentful Paint) — время загрузки самого крупного элемента страницы (обычно изображение или заголовок). Цель: до 2.5 секунд.
- INP (Interaction to Next Paint) — время отклика страницы на действие пользователя. Цель: до 200 мс.
- CLS (Cumulative Layout Shift) — стабильность макета: сдвигаются ли элементы в процессе загрузки. Цель: до 0.1.
- FCP (First Contentful Paint) — время первого появления любого контента. Цель: до 1.8 секунд.
- TTFB (Time to First Byte) — время ответа сервера. Цель: до 800 мс.
Как улучшить PageSpeed
- Оптимизация изображений — конвертация в WebP/AVIF, сжатие, lazy loading, правильные размеры. Самое частое и эффективное улучшение.
- Минификация CSS, JS, HTML — удаление пробелов, комментариев, сокращение кода.
- Браузерное кеширование — заголовки Cache-Control для статических ресурсов.
- Сжатие gzip/brotli — уменьшает объём передаваемых данных.
- CDN (Content Delivery Network) — отдача контента с серверов, ближайших к пользователю.
- Устранение блокирующих ресурсов — перенос JS в конец документа или использование async/defer.
- Критический CSS — встраивание стилей для «первого экрана» прямо в HTML.
- Быстрый хостинг — TTFB напрямую зависит от качества сервера и хостинга.
Часто задаваемые вопросы
Нужно ли добиваться оценки 100/100 в PageSpeed Insights?
Нет, оценка 100 — не цель. Цель — пройти пороговые значения Core Web Vitals (LCP до 2.5 с, INP до 200 мс, CLS до 0.1) и обеспечить хорошее ощущение от загрузки. Разница между оценкой 72 и 95 для пользователя может быть незаметна, если Core Web Vitals в норме. Google использует реальные данные CrUX (Chrome User Experience Report) для ранжирования, а не лабораторные цифры PSI. Фокусируйтесь на реальных показателях пользовательского опыта.
Почему оценка PageSpeed в разных инструментах отличается?
Lighthouse (используется в PSI, DevTools) — «лабораторные» данные, измеренные в контролируемых условиях. GTmetrix, WebPageTest — аналогично, но с разными условиями тестирования и локациями серверов. Chrome UX Report (CrUX) — реальные данные пользователей. Разница в оценках объясняется разными методологиями, точками тестирования и нагрузкой на сервер в момент теста. Ориентируйтесь на CrUX-данные в PSI как на наиболее релевантные для SEO.
Влияет ли PageSpeed одинаково на все типы запросов?
Влияние скорости как фактора ранжирования нелинейно. Google применяет его как «тай-брейкер» — при прочих равных более быстрый сайт выиграет. Для конкурентных коммерческих запросов скорость редко является решающим фактором (важнее E-E-A-T и ссылочный профиль). Для информационных запросов с высоким процентом мобильного трафика — критичнее. Самый важный практический эффект: плохая скорость повышает показатель отказов, что косвенно влияет на позиции через поведенческие факторы.
Что такое Time to Interactive (TTI) и важен ли он?
Time to Interactive — время, через которое страница полностью готова к взаимодействию (все обработчики событий зарегистрированы, задержка откликов минимальна). Высокий TTI часто вызван большим объёмом JavaScript. Google заменил TTI на INP (Interaction to Next Paint) в 2024 году, так как TTI не точно отражал реальный пользовательский опыт. Для улучшения INP/TTI: разделение кода (code splitting), отложенная загрузка тяжёлых JS-модулей, перенос задач в Web Workers.
