CrUX incorpora métricas experimentales para navegaciones SPA

La publicación incorpora tres nombres de métrica específicos: `experimental_largest_contentful_paint_with_softnavs`, `experimental_interaction_to_next_paint_with_softnavs` y `experimental_cumulative_layout_shift_with_softnavs`. Las tres combinan cargas tradicionales con transiciones internas detectadas como navegaciones suaves y estarán disponibles desde la edición de octubre de 2026 en el dataset de BigQuery, la CrUX API y la CrUX History API.

El criterio no consiste solamente en observar un cambio de URL. La medición de navegación suave depende de las nuevas capacidades de plataforma que relacionan una interacción del usuario, una actualización de la URL y un cambio visible de contenido. Con esa señal, CrUX puede separar la experiencia posterior a una transición interna y asociarla con la URL de destino, siempre que esa URL alcance los criterios habituales de elegibilidad y volumen de datos.

Google anticipa que en noviembre agregará métricas experimentales de tipo de navegación y First Contentful Paint. El objetivo declarado es graduar la medición en mayo de 2027, sujeto al resultado de la evaluación y al feedback recibido; recién entonces Search Console pasaría a usar estos datos.

El impacto se concentra en aplicaciones que cambian de vista muchas veces dentro del mismo documento. Según los datos publicados por Chrome, cerca del 70% de los orígenes de CrUX tiene menos de un 5% de vistas con navegaciones suaves, mientras que solo entre el 7% y el 11% supera el 50%. Entre los mil sitios con más tráfico, sin embargo, esa proporción crece: entre el 35% y el 42% usa navegaciones suaves en más de la mitad de sus vistas, según plataforma.

En una SPA con uso intensivo de rutas internas, LCP puede mejorar porque las vistas posteriores reutilizan código y recursos ya descargados. INP deja de cargar sobre la página inicial la peor interacción de toda una sesión y pasa a segmentarse por vista. CLS también se reparte por navegación en lugar de acumular desplazamientos durante una sesión prolongada. Esa segmentación puede producir valores más representativos, aunque no elimina el costo de JavaScript pesado ni las inestabilidades reales de una transición.

Estas métricas no reemplazan todavía a los Core Web Vitals oficiales. No cambian por sí solas una evaluación de Search Console, no garantizan una mejora de ranking y pueden variar mientras Chrome ajusta la detección. Además, la medición depende de capacidades introducidas en Chromium; otros motores de navegador aún no ofrecen el mismo soporte, de modo que una comparación de RUM entre navegadores necesita conservar esa diferencia.

Tampoco corresponde concluir que una SPA se volvió más rápida solo porque su percentil mejora. Parte del movimiento puede venir de dividir una sesión larga en vistas individuales y de incorporar transiciones con recursos ya calientes en caché. La experiencia inicial, el trabajo del hilo principal, las solicitudes de red y los cambios de layout siguen necesitando diagnóstico propio.

La acción útil es construir una línea de base antes de que la medición deje de ser experimental. Un equipo puede consultar la misma URL u origen en CrUX, guardar los percentiles estables y compararlos con las variantes `with_softnavs`. Para propiedades SPA, conviene complementar ese dato agregado con RUM que registre ruta, tipo de navegación y versión de la aplicación.

El análisis debe separar dos preguntas: si Chrome reconoce correctamente las transiciones que el producto considera páginas y si la experiencia de cada transición es realmente rápida y estable. Una diferencia grande entre las series es una señal para investigar, no un resultado que deba celebrarse o corregirse sin contexto.

La novedad reduce una asimetría importante entre sitios multipágina y aplicaciones SPA: una sesión extensa deja de quedar resumida bajo la URL de entrada. Para producto y SEO técnico, el valor principal no es obtener un número más favorable, sino localizar con mayor precisión qué vista interna concentra una demora o una interacción lenta.

Durante la etapa experimental, Pi recomienda tratar ambas series como instrumentos distintos. La métrica estable mantiene continuidad histórica; la variante con navegaciones suaves anticipa cómo podría verse la evaluación futura. Documentar esa brecha ahora permite evitar falsas alarmas cuando cambien las herramientas y, al mismo tiempo, priorizar mejoras que el usuario percibe en cada transición.