Почему PageSpeed score меняется от запуска к запуску
PageSpeed — синтетический тест, а не постоянное свойство страницы. Разница в несколько баллов может быть шумом, но устойчивое изменение метрик после релиза — полезный сигнал.
Шкала риска
Демо-ориентир для быстрой интерпретации результата.
Показатель выглядит штатно.
Пора проверить динамику и причины.
Нужна диагностика до инцидента.
Сервис может быть недоступен пользователям.
Почему PageSpeed показывает разные оценки: сеть, нагрузка, Lighthouse, сторонние ресурсы, кеш и динамический контент. Методика стабильного сравнения.
Откуда появляется вариативность
PageSpeed запускается в дата-центре Google, а сеть и состояние внешних ресурсов меняются. Backend может попасть в cache HIT или MISS, CDN — выбрать другую точку, а сторонний API — ответить с иной задержкой.
Динамические баннеры, эксперименты и реклама меняют ресурсы и DOM. Даже при одном URL Lighthouse оценивает фактически загруженную версию страницы.
Почему общий score особенно чувствителен
Performance score рассчитывается из нескольких метрик с весами и нелинейными кривыми. Небольшое изменение LCP или TBT около чувствительной области может заметно изменить общий балл.
Поэтому «было 82, стало 85» без метрик мало что значит. Смотрите LCP, CLS, TBT, Speed Index и фактические opportunities, затем связывайте изменение с конкретным релизом.
Мониторинг покажет, когда состояние изменится
Добавьте сайт или сервер один раз — perfMon будет проверять его автоматически, сохранит историю и сообщит о сбое и восстановлении.
Как построить сравнимый тест
Используйте один канонический URL, одинаковую стратегию mobile или desktop и несколько запусков. Не очищайте кеш случайным образом между частями эксперимента. Если нужен cold-cache тест, делайте его одинаково.
Сравнивайте медиану серии и отмечайте высокий результат, а не выбирайте лучший запуск. Изменяйте один фактор, иначе невозможно понять вклад оптимизации.
Когда изменение действительно важно
Сигнал сильнее, если одна и та же метрика ухудшилась в серии тестов, мониторинге и полевых данных. Разовый провал без повторения — повод перепроверить, а не срочно откатывать.
Регулярный ежедневный PageSpeed показывает тренд, но его тоже нужно читать рядом с TTFB, доступностью и изменениями сайта. Причину подтверждают профилирование, waterfall и логи.
Автоматизируйте проверку, описанную в статье
Разовая диагностика помогает сейчас. Регулярный мониторинг нужен, чтобы не пропустить повторение проблемы.
Настроить бесплатноПрименить на практике
Частые вопросы
Короткие ответы на вопросы, которые обычно возникают при диагностике.
Сколько запусков PageSpeed делать?
Для разового сравнения полезно минимум 3–5 одинаковых запусков и медиана. Для регрессий лучше регулярная история.
Можно ли считать падение на 5 баллов проблемой?
Не без метрик и повторяемости. Посмотрите, какая метрика изменилась и воспроизводится ли это в серии.
Почему score изменился без релиза?
Могли измениться кеш, нагрузка, сторонние скрипты, контент, CDN, условия теста или версия Lighthouse.
Не ждите следующего сообщения «сайт не работает»
Добавьте первый сайт или сервер: perfMon будет проверять состояние автоматически, сохранит историю и уведомит ответственных.