Soft navigation e Core Web Vitals: misurare le SPA nel 2026
I cambi di pagina interni alle applicazioni a pagina singola entrano ora in via sperimentale nei dati Core Web Vitals. Chi è coinvolto e cosa fare.
Team rabbitclipPubblicato: 6 min di lettura
In breve
Nelle applicazioni a pagina singola (SPA), i cambi di pagina interni entrano ora in via sperimentale nei dati Core Web Vitals, grazie alla misurazione della soft navigation di Chrome. La versione di settembre 2026 del Chrome UX Report ha pubblicato nuove varianti sperimentali di LCP, INP e CLS che contano anche queste transizioni. Se il suo sito cambia indirizzo senza un ricaricamento completo, la navigazione successiva al primo caricamento è diventata misurabile; se invece si tratta di un sito classico che carica una pagina nuova a ogni clic, questa novità non la riguarda direttamente.
Non è una penalizzazione né un annuncio sul posizionamento, ma un annuncio sulla misurazione. La documentazione di Chrome dice che la funzione è sperimentale e non indica quando uscirà da questo stato. Sapere da dove arrivano i dati serve comunque a evitare che in futuro qualcuno la colga di sorpresa.
Qui sotto trova cos'è una soft navigation, cosa mostrano i nuovi dati, con quali criteri Chrome conta una transizione, come misurarla, gli errori più frequenti e i casi in cui questa misurazione non le serve.
Che cos'è una soft navigation?
Una soft navigation è una transizione interna alla pagina in cui l'indirizzo nella barra del browser cambia senza che la pagina venga caricata di nuovo. Immagini di cliccare su un prodotto in un elenco e di arrivare alla sua scheda senza alcun aggiornamento: l'indirizzo cambia, il contenuto cambia e il browser non scarica nessun nuovo documento. Le applicazioni a pagina singola, cioè i siti le cui pagine sono costruite con JavaScript, funzionano così.
Finora le misurazioni Core Web Vitals si basavano per lo più sul primo caricamento. In una SPA, anche se un visitatore sfogliava dieci pagine dopo la prima, la velocità o lo spostamento del layout di quella navigazione non comparivano come dato a sé. La misurazione della soft navigation mira a colmare questa lacuna.
Cosa mostrano i nuovi dati del Chrome UX Report?
Secondo le note di rilascio del Chrome UX Report di settembre 2026, pubblicate il 13 ottobre 2026, LCP, INP e CLS compaiono come nuove varianti sperimentali che tengono conto della soft navigation, nel set di dati BigQuery e nelle API di CrUX. Le stesse note riportano la quota di risultati «buoni» su tutte le origini CrUX, senza e con soft navigation.
Queste quote sono totali su tutte le origini, non il punteggio del suo sito. Anche se il totale migliora, il risultato di un singolo sito non deve necessariamente muoversi nella stessa direzione. Secondo le note di rilascio, anche lo strumento CrUX Vis è stato aggiornato e serve a mostrare l'effetto sito per sito; leggere lì il suo caso è l'approccio più corretto.
- Quota di LCP buono: 68,3% prima, 72,1% dopo
- Quota di CLS buono: 81,7% prima, 85,1% dopo
- Quota di INP buono: 85,4% prima, 87,4% dopo
- Buono su tutte e tre le metriche: 55,9% prima, 59,5% dopo
Con quali criteri Chrome conta una soft navigation?
La documentazione della piattaforma Chrome (ultimo aggiornamento il 2 settembre 2026) elenca tre criteri: la transizione deve essere avviata da un'azione dell'utente, l'utente deve vedere un cambio di indirizzo visibile e l'interazione deve concludersi con un rendering visibile. Se i tre eventi non avvengono insieme, la transizione non viene contata come soft navigation.
Secondo la documentazione, la funzione è attiva per impostazione predefinita da Chrome 151 e anche Edge 151 la supporta. Firefox e Safari no, quindi questa misurazione proviene solo dai suoi visitatori con Chrome e Edge. È un dettaglio onesto che limita la portata dei dati.
- Un'azione dell'utente avvia la transizione
- L'utente vede un cambio di indirizzo visibile
- L'interazione si conclude con un rendering visibile
Come si misura sul suo sito?
Se gestisce un proprio codice di tracciamento, la documentazione indica l'opzione reportSoftNavs: true nella versione 6.0.0 e successive della libreria web-vitals. Ogni record porta con sé un navigationId e una navigationURL, così può distinguere quale transizione appartiene a quale indirizzo. Nei record di soft navigation il TTFB viene riportato come zero perché non è stato richiesto alcun nuovo documento; non legga questo zero come prova di un server molto veloce.
Durante lo sviluppo, secondo le note di Chrome DevTools di ottobre 2026, il pannello Performance supporta ora pienamente le soft navigation. Per i dati reali dei visitatori sul campo consulti CrUX Vis, per le prove di laboratorio usi DevTools. Per lo stato generale della velocità, lo strumento di velocità del sito di rabbitclip può essere un punto di partenza, ma non fornisce dati specifici sulla soft navigation.
Quali errori si commettono più spesso?
L'errore più comune è confondere la nuova cifra sperimentale con il vecchio punteggio. Le varianti vengono pubblicate separatamente e, se confronta due numeri senza sapere quale sta guardando, arriverà a una conclusione sbagliata.
Il secondo è migliorare solo il primo caricamento e non provare mai le transizioni successive. In un'applicazione a pagina singola la maggior parte del tempo di un visitatore passa dopo il primo caricamento.
- Confondere la variante sperimentale con il vecchio punteggio
- Testare solo il primo caricamento
- Scambiare un TTFB pari a zero per un successo
- Scambiare la quota complessiva per il risultato del proprio sito
Quando questa misurazione non le serve?
Se il suo sito carica una pagina nuova a ogni clic, cioè offre un classico output lato server, la soft navigation non produce per lei un risultato a parte. Un piccolo sito vetrina rientra spesso in questo gruppo e può fare a meno di seguire i nuovi dati. Sapere di che tipo è il suo sito resta comunque il primo passo; chiedere al suo sviluppatore come gestisce i cambi di pagina basta per chiarire la situazione con un'unica domanda.
La scelta sbagliata sarebbe ricostruire come SPA un sito che funziona a causa di questa notizia. Il modo di misurare è cambiato; la domanda se il suo sito funzioni bene è rimasta la stessa. Guardi prima la situazione di oggi, poi decida.
In breve, Chrome misura ora in via sperimentale le transizioni che avvengono senza ricaricare la pagina, e questi dati sono visibili in CrUX. Se il suo sito è un'applicazione a pagina singola, consulti CrUX Vis, valuti l'opzione di soft navigation nel suo codice di tracciamento e provi anche le transizioni successive al primo caricamento. Se desidera leggere insieme come si colloca il suo sito in questa misurazione, saremo lieti di fare con lei, da rabbitclip, una conversazione di scoperta tranquilla.
Domande frequenti
La soft navigation influisce sul posizionamento su Google?
Le fonti che abbiamo usato non dicono nulla in merito. I dati compaiono nel Chrome UX Report come variante sperimentale. Non abbiamo informazioni su un eventuale effetto sul posizionamento, quindi non ci sbilanciamo.
Quando finirà lo stato sperimentale?
Le note di rilascio non indicano alcuna data. Per questo non ne ipotizziamo una; seguire le note di rilascio ufficiali è la via più sicura.
I miei visitatori con Safari e Firefox sono inclusi in questa misurazione?
No. Secondo la documentazione di Chrome, Firefox e Safari non supportano le soft navigation; la misurazione proviene dai visitatori che usano Chrome ed Edge 151.
Come ottengo un report di soft navigation per il mio sito?
Per i dati sul campo consulti lo strumento CrUX Vis. Nel suo codice di tracciamento può usare l'opzione reportSoftNavs: true nella versione 6.0.0 e successive della libreria web-vitals.
Fonti
I dati concreti di questo articolo si basano su queste pagine ufficiali; verifichi lì la situazione attuale.
