Soft navigation и Core Web Vitals: как измерять SPA в 2026
Переходы внутри одностраничных приложений теперь в порядке эксперимента попадают в данные Core Web Vitals. Кого это касается и что делать, читайте здесь.
Команда rabbitclipПубликация: 5 мин чтения
Коротко
В одностраничных приложениях (SPA) переходы внутри страницы теперь в порядке эксперимента попадают в данные Core Web Vitals благодаря измерению soft navigation в Chrome. В сентябрьском выпуске Chrome UX Report за 2026 год появились новые экспериментальные варианты LCP, INP и CLS, которые учитывают и такие переходы. Если ваш сайт меняет адрес без полной перезагрузки, то навигацию после первой загрузки теперь можно измерить; если же это классический сайт, который при каждом клике загружает новую страницу, это изменение вас напрямую не касается.
Это не штраф и не новость о ранжировании, а новость об измерении, то есть о том, каким образом собираются данные. В документации Chrome сказано, что функция экспериментальная, и не сказано, когда она перестанет быть таковой. Тем не менее знать, откуда берутся данные, полезно: так вас потом никто не застанет врасплох, ни клиент, ни коллега, ни подрядчик.
Ниже вы найдёте, что такое soft navigation, что показывают новые данные, по каким критериям Chrome засчитывает переход, как его измерить, какие ошибки встречаются чаще всего и когда это измерение вам не нужно.
Что такое soft navigation?
Soft navigation это переход внутри страницы, при котором адрес в строке браузера меняется, а сама страница заново не загружается. Представьте, что вы нажимаете на товар в списке и попадаете на его страницу без обновления: адрес меняется, содержимое меняется, а браузер не скачивает новый документ. Одностраничные приложения, то есть сайты, страницы которых строятся с помощью JavaScript, работают именно так.
До сих пор измерения Core Web Vitals в основном опирались на первую загрузку. В SPA даже если посетитель после первой страницы просматривал ещё десять, скорость и сдвиги макета при этих переходах не отображались как отдельные данные. Измерение soft navigation призвано закрыть этот пробел.
Что показывают новые данные Chrome UX Report?
Согласно примечаниям к выпуску Chrome UX Report за сентябрь 2026 года, опубликованным 13 октября 2026 года, LCP, INP и CLS появились как новые экспериментальные варианты с учётом soft navigation в наборе данных BigQuery и в API CrUX. В тех же примечаниях указана доля «хороших» результатов по всем источникам CrUX без soft navigation и с ней.
Эти доли являются суммарными по всем источникам, а не показателем вашего сайта, поэтому прямо сравнивать с ними свой сайт нельзя. Даже если общая цифра улучшилась, результат отдельного сайта не обязан двигаться в ту же сторону. По примечаниям к выпуску, инструмент CrUX Vis тоже обновили, и он должен показывать эффект по каждому сайту; разумнее всего посмотреть свой случай именно там.
- Доля хорошего LCP: было 68,3%, стало 72,1%
- Доля хорошего CLS: было 81,7%, стало 85,1%
- Доля хорошего INP: было 85,4%, стало 87,4%
- Хорошо по всем трём метрикам: было 55,9%, стало 59,5%
По каким критериям Chrome засчитывает soft navigation?
В документации платформы Chrome (последнее обновление 2 сентября 2026 года) названы три критерия: переход должен начаться с действия пользователя, пользователь должен увидеть заметное изменение адреса, а взаимодействие должно завершиться видимой отрисовкой. Если все три условия не выполняются вместе, переход не считается soft navigation.
Согласно документации, функция включена по умолчанию начиная с Chrome 151, и Edge 151 её тоже поддерживает. Firefox и Safari не поддерживают, поэтому это измерение приходит только от ваших посетителей с Chrome и Edge. Это честная деталь, которую стоит помнить: она ограничивает охват данных, и цифры нельзя автоматически переносить на всех ваших посетителей.
- Переход начинается с действия пользователя
- Пользователь видит заметное изменение адреса
- Взаимодействие заканчивается видимой отрисовкой
Как измерить это на вашем сайте?
Если вы используете собственный код отслеживания, документация указывает на параметр reportSoftNavs: true в версии 6.0.0 и новее библиотеки web-vitals. Каждая запись содержит navigationId и navigationURL, так что можно понять, какой переход относится к какому адресу. В записях soft navigation TTFB сообщается как ноль, потому что новый документ не запрашивался; не читайте этот ноль как признак очень быстрого сервера.
На этапе разработки, согласно заметкам Chrome DevTools за октябрь 2026 года, панель Performance теперь полностью поддерживает soft navigation. Для реальных данных посетителей в поле смотрите CrUX Vis, а для лабораторных проверок используйте DevTools. Для общей картины скорости отправной точкой может стать инструмент проверки скорости сайта от rabbitclip, но данных именно по soft navigation он не даёт.
Какие ошибки встречаются чаще всего?
Самая частая ошибка это путать новую экспериментальную цифру со старым показателем. Варианты публикуются отдельно, и если сравнивать два числа, не зная, какое из них перед вами, вывод получится неверным.
Вторая ошибка это улучшать только первую загрузку и никогда не проверять последующие переходы, хотя именно их посетитель видит чаще всего. В одностраничном приложении основная часть времени посетителя проходит уже после первой загрузки.
- Путать экспериментальный вариант со старым показателем
- Проверять только первую загрузку
- Принимать нулевой TTFB за успех
- Принимать общую долю за результат собственного сайта
Когда это измерение вам не нужно?
Если ваш сайт при каждом клике загружает новую страницу, то есть отдаёт классический серверный результат, soft navigation не даёт для вас отдельного итога, ведь каждый переход и так считается обычной загрузкой. Небольшой сайт-визитка чаще всего относится именно к этой группе и может обойтись без наблюдения за новыми данными. Тем не менее знать, какого типа ваш сайт, это первый шаг; достаточно спросить у разработчика, как на сайте устроены переходы между страницами, и один вопрос прояснит ситуацию.
Неверным решением было бы из-за этой новости заново переписать работающий сайт как SPA. Изменился способ измерения; вопрос о том, хорошо ли работает ваш сайт, остался прежним. Сначала посмотрите на сегодняшнее положение, потом принимайте решение.
Подведём итог: Chrome теперь в порядке эксперимента измеряет переходы без перезагрузки страницы, и эти данные видны в CrUX. Если ваш сайт является одностраничным приложением, загляните в CrUX Vis, подумайте о параметре soft navigation в коде отслеживания и проверяйте вместе с первой загрузкой и последующие переходы. Если хотите вместе разобраться, как ваш сайт выглядит в этом измерении, мы с удовольствием проведём с вами спокойную ознакомительную беседу в rabbitclip.
Частые вопросы
Влияет ли soft navigation на ранжирование в Google?
Источники, которыми мы пользовались, ничего подобного не сообщают. Данные присутствуют в Chrome UX Report как экспериментальный вариант. Сведений о влиянии на ранжирование у нас нет, поэтому мы не делаем категоричных заявлений.
Когда закончится экспериментальный статус?
В примечаниях к выпуску дата не названа. Поэтому мы её не угадываем; надёжнее всего следить за официальными примечаниями к выпускам.
Входят ли в это измерение мои посетители с Safari и Firefox?
Нет. Согласно документации Chrome, Firefox и Safari не поддерживают soft navigation; измерение приходит от посетителей с Chrome и Edge 151.
Как получить отчёт по soft navigation для моего сайта?
Для данных из поля смотрите инструмент CrUX Vis. В собственном коде отслеживания можно использовать параметр reportSoftNavs: true в версии 6.0.0 и новее библиотеки web-vitals.
Источники
Конкретные сведения в этой статье опираются на эти официальные страницы; актуальное состояние проверяйте там.
