Soft navigation y Core Web Vitals: medir SPA en 2026
Los cambios de página internos de las aplicaciones de una sola página ya entran como experimento en los datos de Core Web Vitals. A quién afecta y qué hacer.
Equipo de rabbitclipPublicación: 6 min. de lectura
En breve
En las aplicaciones de una sola página (SPA), los cambios de página internos entran ahora como experimento en los datos de Core Web Vitals, gracias a la medición de soft navigation de Chrome. La versión de septiembre de 2026 del Chrome UX Report publicó nuevas variantes experimentales de LCP, INP y CLS que también cuentan estas transiciones. Si su sitio cambia de dirección sin una recarga completa, la navegación posterior a la primera carga se ha vuelto medible; si es un sitio clásico que carga una página nueva con cada clic, este cambio no le afecta directamente.
No es una sanción ni un anuncio sobre el posicionamiento, sino un anuncio sobre la medición. La documentación de Chrome dice que la función es experimental y no indica cuándo dejará de serlo. Aun así, saber de dónde salen los datos evita que más adelante alguien le sorprenda con ellos.
A continuación encontrará qué es una soft navigation, qué muestran los nuevos datos, con qué criterios cuenta Chrome una transición, cómo medirla, los errores más habituales y los casos en que no necesita esta medición.
¿Qué es una soft navigation?
Una soft navigation es una transición interna de la página en la que cambia la dirección de la barra del navegador sin que se vuelva a cargar la página. Imagine que hace clic en un producto de una lista y llega a su ficha sin que nada se recargue: la dirección cambia, el contenido cambia y el navegador no descarga ningún documento nuevo. Las aplicaciones de una sola página, es decir, los sitios cuyas páginas se construyen con JavaScript, funcionan así.
Hasta ahora, las mediciones de Core Web Vitals se basaban sobre todo en la primera carga. En una SPA, aunque un visitante navegara por diez páginas después de la primera, la velocidad o el desplazamiento de diseño de esa navegación no aparecían como un dato aparte. La medición de soft navigation pretende llenar ese vacío.
¿Qué muestran los nuevos datos del Chrome UX Report?
Según las notas de la versión de septiembre de 2026 del Chrome UX Report, publicadas el 13 de octubre de 2026, LCP, INP y CLS aparecen como nuevas variantes experimentales que tienen en cuenta la soft navigation, en el conjunto de datos de BigQuery y en las API de CrUX. Esas mismas notas dan la proporción de resultados «buenos» en todos los orígenes de CrUX, sin y con soft navigation.
Estas proporciones son totales de todos los orígenes, no la puntuación de su propio sitio. Aunque el total mejore, el resultado de un sitio concreto no tiene por qué moverse en la misma dirección. Según las notas de la versión, la herramienta CrUX Vis también se actualizó y está pensada para mostrar el efecto sitio por sitio; leer allí su propio caso es el enfoque más sensato.
- Proporción de LCP bueno: 68,3 % antes, 72,1 % después
- Proporción de CLS bueno: 81,7 % antes, 85,1 % después
- Proporción de INP bueno: 85,4 % antes, 87,4 % después
- Bueno en las tres métricas: 55,9 % antes, 59,5 % después
¿Con qué criterios cuenta Chrome una soft navigation?
La documentación de la plataforma Chrome (última actualización el 2 de septiembre de 2026) enumera tres criterios: la transición debe iniciarla una acción del usuario, el usuario debe ver un cambio de dirección visible y la interacción debe terminar en un pintado visible. Si los tres no se dan a la vez, la transición no se cuenta como soft navigation.
Según la documentación, la función está activada por defecto desde Chrome 151 y Edge 151 también la admite. Firefox y Safari no, por lo que esta medición procede únicamente de sus visitantes con Chrome y Edge. Es un detalle honesto que limita el alcance de los datos.
- Una acción del usuario inicia la transición
- El usuario ve un cambio de dirección visible
- La interacción termina en un pintado visible
¿Cómo se mide esto en su propio sitio?
Si usted gestiona su propio código de seguimiento, la documentación señala la opción reportSoftNavs: true en la versión 6.0.0 y posteriores de la biblioteca web-vitals. Cada registro lleva un navigationId y una navigationURL, de modo que puede distinguir qué transición corresponde a qué dirección. En los registros de soft navigation el TTFB se informa como cero porque no se solicitó ningún documento nuevo; no interprete ese cero como señal de que su servidor es muy rápido.
Durante el desarrollo, según las notas de Chrome DevTools de octubre de 2026, el panel Performance ya admite plenamente las soft navigations. Para datos reales de visitantes en campo, consulte CrUX Vis, y para pruebas de laboratorio use DevTools. Para el estado general de su velocidad, la herramienta de velocidad de sitio de rabbitclip puede ser un punto de partida, aunque no ofrece datos específicos de soft navigation.
¿Qué errores se cometen con más frecuencia?
El error más común es confundir la nueva cifra experimental con la puntuación anterior. Las variantes se publican por separado, y si compara dos números sin saber cuál está mirando, llegará a una conclusión equivocada.
El segundo es mejorar solo la primera carga y no probar nunca las transiciones posteriores. En una aplicación de una sola página, la mayor parte del tiempo de un visitante transcurre después de la primera carga.
- Confundir la variante experimental con la puntuación anterior
- Probar solo la primera carga
- Tomar un TTFB de cero por un éxito
- Tomar la proporción global por el resultado de su propio sitio
¿Cuándo no necesita esta medición?
Si su sitio carga una página nueva con cada clic, es decir, ofrece una salida clásica de servidor, la soft navigation no produce un resultado aparte para usted. Un sitio corporativo pequeño suele estar en este grupo y puede prescindir de vigilar los nuevos datos. Aun así, saber de qué tipo es su sitio es el primer paso; preguntar a su desarrollador cómo gestiona el sitio los cambios de página basta para aclarar el asunto con una sola pregunta.
La decisión equivocada sería reconstruir como SPA un sitio que funciona por culpa de esta noticia. La forma de medir ha cambiado; la pregunta de si su sitio funciona bien sigue siendo la misma. Vea primero la situación actual y luego decida.
En resumen, Chrome mide ahora como experimento las transiciones que ocurren sin recargar la página, y esos datos son visibles en CrUX. Si su sitio es una aplicación de una sola página, consulte CrUX Vis, valore la opción de soft navigation en su código de seguimiento y pruebe también las transiciones posteriores a la primera carga. Si desea leer juntos cómo está su sitio en esta medición, con mucho gusto mantendremos con usted una conversación de descubrimiento tranquila en rabbitclip.
Preguntas frecuentes
¿La soft navigation afecta al posicionamiento en Google?
Las fuentes que hemos usado no dicen nada al respecto. Los datos aparecen en el Chrome UX Report como variante experimental. No tenemos información sobre ningún efecto en el posicionamiento, así que no lo afirmamos.
¿Cuándo terminará el estado experimental?
Las notas de la versión no dan ninguna fecha. Por eso no adivinamos una; seguir las notas de versión oficiales es el camino más seguro.
¿Mis visitantes con Safari y Firefox están incluidos en esta medición?
No. Según la documentación de Chrome, Firefox y Safari no admiten las soft navigations; la medición procede de visitantes que usan Chrome y Edge 151.
¿Cómo obtengo un informe de soft navigation para mi propio sitio?
Para datos de campo, consulte la herramienta CrUX Vis. En su propio código de seguimiento puede usar la opción reportSoftNavs: true en la versión 6.0.0 y posteriores de la biblioteca web-vitals.
Fuentes
Los datos concretos de este artículo se basan en estas páginas oficiales; compruebe allí la situación actual.
