Чтобы проверить скорость сайта на мобильных, введите адрес страницы в PageSpeed Insights и сначала посмотрите данные реальных пользователей вверху, а затем лабораторные результаты Lighthouse под ними. Данные пользователей показывают, быстро ли сайт открывается у людей на телефонах, а лабораторные помогают понять, почему нет. Страница проходит Core Web Vitals на мобильных, если хотя бы в 75% визитов основной контент появляется за 2,5 секунды, отклик на действия укладывается в 200 миллисекунд, а показатель сдвига макета не превышает 0,1.
Полевые и лабораторные данные — разные вещи
Большая часть путаницы с оценками скорости возникает из-за того, что их смешивают.
Полевые данные собираются у реальных пользователей Chrome, которые заходили на страницу за последние 28 дней, через отчёт Chrome User Experience Report. В них отражены настоящие телефоны, сети и поведение людей. Такие данные есть только у страниц и сайтов с достаточным трафиком.
Лабораторные данные получаются из одного смоделированного теста: обычно это Lighthouse, который загружает страницу на эмулированном телефоне среднего уровня с замедленной сетью. Тест повторяем и подробен, поэтому подходит для отладки. Его оценка от 0 до 100 не используется Google для ранжирования и меняется от запуска к запуску.
Если цифры расходятся, на вопрос «всё ли хорошо?» отвечают полевые данные, а на вопрос «что исправлять?» лабораторные.
Пороги Core Web Vitals на мобильных
| Метрика | Что измеряет | Хорошо | Требует улучшения | Плохо |
|---|---|---|---|---|
| Largest Contentful Paint (LCP) | Когда появляется основной контент | ≤ 2,5 с | 2,5–4 с | > 4 с |
| Interaction to Next Paint (INP) | Как быстро страница реагирует на касания и клики | ≤ 200 мс | 200–500 мс | > 500 мс |
| Cumulative Layout Shift (CLS) | Насколько макет «прыгает» при загрузке | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Каждая метрика оценивается по 75-му процентилю визитов, отдельно для мобильных и десктопа. Мобильные показатели почти всегда хуже: у телефонов медленнее процессоры и менее надёжные сети. Пороги определены Google на web.dev.
Бесплатные инструменты для проверки скорости на мобильных
| Инструмент | Тип данных | Для чего |
|---|---|---|
| PageSpeed Insights | Полевые (если есть) и лабораторные | Первая проверка любого публичного URL |
| Search Console, отчёт «Основные интернет-показатели» | Полевые | Поиск групп медленных страниц по всему сайту |
| Lighthouse в Chrome DevTools | Лабораторные | Проверка страниц за авторизацией или на localhost, подробная диагностика |
| Панель Performance в DevTools | Лабораторные плюс живые метрики ваших действий | Поиск конкретного скрипта или элемента, который тормозит |
| WebPageTest | Лабораторные на реальных устройствах и в разных локациях | Покадровая загрузка, водопад запросов, тесты из других стран |
Как запустить Lighthouse по шагам, описано в статье об аудите Lighthouse для мобильных.
Как провести полезный тест скорости на мобильных
- Проверяйте нужные страницы. Берите самые посещаемые посадочные, а не только главную.
- Сначала смотрите полевые данные в PageSpeed Insights. Если там «Нет данных», посмотрите данные по всему источнику или Search Console.
- Запускайте лабораторный тест три раза и смотрите на медиану. Отдельные запуски сильно разнятся.
- Включайте замедление при локальной проверке. В DevTools поставьте замедление CPU в 4 раза и сеть Fast 4G или Slow 4G перед записью в Performance. Ваш ноутбук гораздо быстрее большинства телефонов.
- Смотрите на страницу во время загрузки. Проблемы со скоростью часто видно глазами: поздно появляющаяся главная картинка, баннер cookie, который сдвигает контент вниз. Здесь помогает мобильный вид. Режим устройства в DevTools или Mobile View Extension показывают загрузку страницы в размере телефона с мобильным user agent, что важно, если сервер отдаёт телефонам другие ресурсы.
Исправления, которые обычно улучшают цифры
Если медленный LCP
- Отдавайте главное изображение в современном формате и в мобильном размере, с
srcsetиsizes. - Не включайте ленивую загрузку для главного изображения, добавьте ему
fetchpriority="high". - Сократите время ответа сервера с помощью кеширования или CDN.
- Уберите блокирующие отрисовку CSS и JavaScript из
<head>или загружайте их позже.
Если медленный INP
- Разбивайте длинные задачи JavaScript: всё, что дольше 50 мс, блокирует касания.
- Откладывайте или убирайте сторонние скрипты (виджеты чатов, менеджеры тегов, A/B-тесты), которые работают на каждой странице.
- Не делайте тяжёлую работу в обработчиках кликов и ввода: сначала покажите отклик, потом выполняйте работу.
Если высокий CLS
- Задавайте
widthиheight(илиaspect-ratio) для изображений, видео и встраиваемых блоков. - Резервируйте место под рекламу и баннеры.
- Подключайте веб-шрифты с
font-display: swapи подбирайте запасной шрифт с похожими метриками.
Насколько важна скорость на мобильных
Google учитывает Core Web Vitals как часть сигналов удобства страницы, но для ранжирования релевантность и качество контента важнее. Более веская причина заниматься скоростью в поведении посетителей: на телефоне медленная или «прыгающая» страница теряет людей ещё до того, как они что-то прочитают. Относитесь к Core Web Vitals как к минимальной планке качества, а не как к баллу, за которым нужно гнаться.
Остальные проверки перед запуском собраны в чек-листе тестирования мобильной версии сайта, а более широкие исправления в статье про адаптацию сайта под мобильные устройства.
Частые вопросы
Какая оценка скорости на мобильных считается хорошей?
Оценка Lighthouse это лабораторная прикидка. Важнее пройти Core Web Vitals по полевым данным: LCP до 2,5 с, INP до 200 мс и CLS до 0,1 хотя бы в 75% визитов.
Почему оценка на мобильных намного ниже, чем на десктопе?
Мобильные лабораторные тесты моделируют более медленный процессор и сеть. Тяжёлый JavaScript и крупные изображения на таком профиле бьют гораздо сильнее.
Можно ли проверить скорость на localhost?
Да, через Lighthouse или панель Performance в Chrome DevTools. PageSpeed Insights проверяет только публичные URL.