Эмуляция в DevTools
Откройте Network, отключите кеш, выберите медленный профиль сети и перезагрузите страницу. Смотрите не только итоговое время, но и порядок загрузки ресурсов.
Реальный телефон
Эмуляция полезна, но она не полностью повторяет слабый процессор и мобильный браузер. Проверьте хотя бы одно устройство среднего класса через мобильную сеть.
Первый визит
Не оценивайте скорость после нескольких перезагрузок с прогретым кешем. Новый посетитель загружает шрифты, стили и многие ресурсы впервые.
Что смотреть
- как быстро появляется H1 и первый экран;
- LCP;
- скачки макета;
- задержку клика по меню и форме;
- общий объем переданных данных;
- тяжелые сторонние домены.
Инструменты Tilda
В инструкции по ленивой загрузке Tilda предлагает использовать имитацию медленной сети в инспекторе браузера, чтобы оценивать последовательность загрузки. См. пример проверки.
Сравнивайте изменения
После оптимизации повторяйте тест в тех же условиях. Один случайный замер не дает надежного вывода из-за колебаний сети и серверов.
Как проверить результат
- отключите кеш перед тестом первого визита;
- используйте ограничение сети и CPU;
- измеряйте несколько запусков;
- проверьте физический телефон среднего класса;
- повторите ключевые действия: меню, форма, скролл;
Фиксируйте не только одну итоговую оценку, но и конкретные задержки: когда появился H1, когда стала доступна кнопка целевого действия и когда интерфейс начал отвечать на касания.
Когда решение начинает вредить
Замер на флагманском телефоне через Wi-Fi дает слишком оптимистичную картину. Для рекламного трафика полезнее сценарий среднего устройства и нестабильной мобильной сети.
Лабораторный тест и реальные пользователи отвечают на разные вопросы
PageSpeed Insights моделирует определенные условия и помогает находить технические узкие места. Реальный посетитель приходит с конкретным устройством, сетью, кэшем и набором расширений. Поэтому для важных страниц полезно сочетать лабораторный тест, DevTools с ограничением сети и полевые данные, если их уже достаточно.
На мобильном особенно заметны крупные изображения, видео, веб-шрифты и длинные задачи JavaScript. При этом один плохой прогон не является диагнозом: повторите несколько раз после очистки кэша и сравнивайте одни и те же сценарии.
Практический тест
Откройте страницу с эмуляцией медленной сети, перезагрузите ее и посмотрите, когда появляется первый экран, когда можно нажать кнопку и какой ресурс блокирует загрузку. Затем повторите на реальном смартфоне. Для интерпретации метрик используйте разбор PageSpeed, LCP, CLS и INP и общий чек-лист скорости.
Используйте одинаковую матрицу тестов
Для сравнения версий фиксируйте устройство, ограничение сети, замедление процессора, отключенный кэш и число запусков. Тогда улучшение можно связать с конкретным изменением, а не со случайной скоростью соединения.
Лабораторный тест показывает воспроизводимый сценарий, а полевые данные - опыт реальных посетителей. Для решения о приоритетах полезно смотреть обе группы метрик.
Не подменяйте реальные данные лабораторным баллом
PageSpeed и DevTools дают воспроизводимый тест, но реальные посетители приходят с разными телефонами и сетями. Если у сайта накоплены полевые данные, сравнивайте их с лабораторными замерами. Лаборатория помогает найти причину, полевые показатели показывают масштаб проблемы.
Как проверить мобильную скорость честно
Мобильную скорость нужно измерять как пользовательский сценарий: первый визит, слабая сеть, реальный телефон и ключевые действия. Только так видна цена тяжелых ресурсов.
