Google добавил в CrUX экспериментальные метрики для переходов внутри SPA

Что изменилось

Google объявил об этом 13 октября 2026 года. Речь об одностраничных приложениях, или SPA. Такой сайт не загружает новую страницу при каждом клике, а подменяет содержимое и адрес скриптом. Этот переход называется soft navigation, «мягкая навигация».

До сих пор Chrome UX Report (CrUX), откуда берутся полевые данные о скорости, учитывал у таких сайтов только первую загрузку. Все клики и сдвиги вёрстки за длинную сессию записывались на первую страницу. Теперь, после выхода в Chrome 151 браузерного интерфейса для отслеживания мягких переходов, каждый такой переход считается отдельной загрузкой.

Три новые метрики

• LCP с мягкими переходами. Скорость отрисовки главного блока считается и для полных загрузок, и для переходов внутри приложения.
• INP с мягкими переходами. Отклик на действия делится по отдельным экранам, а не берётся худший за всю сессию.
• CLS с мягкими переходами. Сдвиги вёрстки считаются по каждому экрану и адресу.

Данные доступны в BigQuery, CrUX API и CrUX History API начиная с октябрьского выпуска. Новые метрики можно посмотреть и в CrUX Vis. В ноябрьском выпуске Google обещает добавить такую же версию для FCP.

Кого это касается

По данным Google, около 70% сайтов в CrUX почти не используют мягких переходов, у них таких просмотров меньше 5%. Больше половины просмотров приходится на мягкие переходы лишь у 7–11% сайтов. Зато среди тысячи крупнейших сайтов таких 35–42%.

Для большинства сайтов цифры не изменятся или изменятся незаметно. У SPA с большим числом переходов показатели улучшатся. Пример из отчёта Google: у сайтов, где 75–100% просмотров приходится на мягкие переходы, доля хорошего LCP на Android выросла с 26% до 87%. Google оговаривает, что SPA от этого не стали быстрее обычных сайтов. Просто повторные переходы быстрые на любом сайте, и теперь их начали учитывать.

Официальные Core Web Vitals не изменились. Новые метрики идут рядом с ними как эксперимент.

Что дальше

Google планирует снять пометку «экспериментальные» в мае 2027 года, если отзывы это позволят. После этого Search Console перейдёт на новые данные. До тех пор Google предупреждает, что цифры могут меняться от месяца к месяцу, пока дорабатывается методика.

Наш комментарий

Главный риск здесь не технический, а в отчётах.

Новая методика может улучшить цифры без единой правки на сайте. Если сравнивать её со старыми данными как «до» и «после» оптимизации, получится успех, которого не было. Старый и новый ряд надо хранить раздельно и подписывать.

Обычному сайту на WordPress переделывать ничего не нужно.

Каждая ссылка на нём загружает новую страницу целиком. Мы проверили свой сайт: библиотек клиентской навигации на нём нет. Есть только правила предзагрузки, которые WordPress добавляет сам, но предзагрузка тоже открывает полную страницу, просто заранее. Если ваш сайт устроен так же, в CrUX у вас ничего не поменяется.

Переводить сайт на SPA ради красивых цифр незачем.

Что проверить

• Есть ли у сайта мягкие переходы. Меняется ли адрес без перезагрузки страницы. Одни AJAX-фильтры ещё не делают сайт SPA.
• Хранить стабильные и экспериментальные метрики раздельно, с пометкой методики в отчётах.
• Для SPA посмотреть INP по экранам. Тяжёлый JavaScript при переходах, по данным Google, остаётся проблемой и с новой методикой.
• Сверять полевые данные с воспроизводимыми сценариями на реальных телефонах, прежде чем ставить задачу на переделку.

С чего начать

Откройте CrUX Vis, введите адрес своего сайта и сравните стабильные и экспериментальные показатели. Что означают LCP, INP и CLS и как их улучшать, разобрано в гайде Скорость сайта и Core Web Vitals, а про тяжёлые скрипты в статье об оптимизации CSS и JavaScript. Найти, что на самом деле тормозит сайт, помогает SEO-аудит.