Два прогона PageSpeed дают разные оценки, и команда принимает один удачный результат за исправление. Для диагностики нужны одинаковые условия, несколько измерений и понимание различия лабораторного опыта и данных реальных посетителей.
Запишите настройки и версию страницы
Лабораторные и полевые данные отражают разные условия и могут показывать различающиеся результаты. Официальная документация.
Рядом с результатом запишите URL, дату релиза, ширину окна, режим устройства и ограничения сети и процессора. Добавьте местоположение измерения, браузер и его версию, если они доступны. Не считайте стандартный пресет mobile полноценной моделью всех телефонов. Он создаёт определённые лабораторные условия. Если тест выполняется через сервис, сохраните ссылку на конкретный результат и его настройки. Для ручного браузерного опыта отметьте открытые расширения и фоновые нагрузки, которые могут влиять на процесс. Следующий запуск должен повторять те же настройки, чтобы разница относилась к правке сайта.
Разделите первое и повторное открытие
| Данные | Как получены | Как сравнивать | Что записать рядом |
|---|---|---|---|
| Холодный кеш | Первая загрузка | Отдельная серия | Сохранить условия |
| Тёплый кеш | Повторный вход | Отдельная серия | Не смешивать с первым |
| Эмуляция mobile | Лабораторный режим | Записать CPU и сеть | Не все телефоны |
| Полевые данные | Реальные посещения | Указать период | Отдельное сравнение |
Первая загрузка без кеша и повторный вход с сохранёнными ресурсами решают разные вопросы. Проводите их отдельными сериями. Укажите, очищены ли HTTP-кеш, service worker и предусмотренное состояние приложения. Не удаляйте пользовательские данные на production ради лабораторного теста; используйте собственный тестовый профиль. Сторонние сервисы могут сохранять состояние независимо, поэтому отмечайте их фактические запросы. Если до правки открывали страницу без кеша, а после — с кешем, большая разница ещё не говорит об оптимизации. Сравните соответствующие режимы, сохранив исходные условия и реальные загруженные ресурсы.
Сохраните все запуски серии
Выполните несколько прогонов одного неизменного релиза и сохраните все результаты. Для сводки можно выбрать медиану — средний по порядку результат — и показать диапазон. Например, для 2,1; 2,2; 2,3; 2,4; 3,0 секунды медиана равна 2,3, диапазон — 2,1–3,0 секунды; это предложенная методика, а не универсальная гарантия точности. Не выбрасывайте медленный запуск только потому, что он портит вывод. Посмотрите waterfall, ошибки и изменение сторонних ответов. Если причина выброса известна, опишите её отдельно. Для каждого результата храните время, метрики и существенные условия. Такая серия показывает разброс лаборатории и позволяет оценить, превышает ли ожидаемое изменение обычные колебания теста.
Для локальной серии Chrome выберите один профиль Network throttling и один CPU throttling в Performance. Для первых загрузок держите Disable cache включённым, для повторных проведите отдельную серию. Запишите URL, ширину окна, дату и настройки рядом с каждым результатом. Профиль «Slow 4G» лишь задаёт лабораторные условия; сравнение со сторонним PageSpeed требует учёта его собственных настроек.
Меняйте одну причину за раз
Допустим, вы уменьшаете главное фото одного товара. До правки несколько раз откройте карточку без кеша с выбранным ограничением сети. Затем замените только фото и повторите серию. Код, текст и сторонние виджеты оставьте прежними. Сравните начало запроса картинки, её получение и момент отображения. Если одновременно включили кеш, проведите отдельно сравнение с прежним кешем: иначе нельзя отделить влияние картинки от повторного использования файлов. В результатах укажите фактические измерения каждого запуска и изменения, которые вы проверяли.
Сравните конкретную метрику
Общий балл способен меняться из-за разных компонентов и скрывать конкретное ухудшение. Сравните отдельные метрики и их причины. Для LCP проверьте кандидат и этап загрузки, для реакции на действия — конкретный клик, для сдвигов — элементы, которые переместились. Нельзя объявлять улучшение INP на основании одной быстрой загрузки страницы без взаимодействия. Если изменился LCP-элемент между прогонами, выясните почему: viewport, контент или шрифт могли повлиять. Напишите, что именно изменилось: например, главное фото этой карточки стало загружаться раньше. Не переносите результат одной страницы на весь сайт.
Полевые данные смотрите отдельно
Полевые данные отражают реальные устройства, сети и поведение в своём периоде. Они не обязаны совпадать с вашим лабораторным пресетом. Сохраняйте источник, период и уровень агрегации: конкретный URL или группа страниц. Если данных недостаточно, это не равно нулевой задержке. После релиза исторический период может включать старую и новую версию, поэтому не ожидайте мгновенного совпадения. Лаборатория полезна для диагностики и проверки правки в контролируемых условиях; полевые наблюдения помогают понять распространённость у реальных посетителей. Эти результаты объясняют друг друга, но не заменяют.
Сравните серию до и после изменения
Посмотрите медиану и диапазон нескольких одинаковых запусков, а затем запрос или задачу, которая изменилась. Один удачный балл не описывает всю аудиторию. Для данных реальных посетителей сохраните их период и уровень: URL или весь сайт.
Читайте также: Скорость сайта и конверсия: сколько стоит каждая лишняя секунда загрузки и Что проверить на сайте сразу после публикации изменений. Проверки сайта доступны на странице технического аудита reChecker.