Il tuo sito è veloce quando cambi pagina? Le novità per le SPA

La prima schermata si apre rapidamente, ma il catalogo rallenta quando cambi filtro e il pulsante reagisce in ritardo. Per capire se un sito funziona bene, il primo caricamento non racconta tutta la storia: contano anche la navigazione interna, la risposta ai comandi e la stabilità dei contenuti. Questo diventa particolarmente importante nelle applicazioni che aggiornano la pagina senza ricaricarla completamente.

La novità riguarda i siti SPA, non qualsiasi clic

Il 13 ottobre 2026 Google ha annunciato metriche sperimentali di CrUX che includono le soft navigation delle Single-Page Application, o SPA. In questi siti JavaScript può cambiare contenuto e URL senza richiedere un nuovo documento completo. Non significa che qualunque scheda aperta o pulsante premuto venga automaticamente considerato una nuova pagina. Il contesto tecnico conta, prima ancora di leggere un punteggio. La descrizione è nell'annuncio ufficiale su web.dev.

Le nuove misurazioni affiancano quelle esistenti: i Core Web Vitals stabili non vengono sostituiti ora e non è l'annuncio di un nuovo fattore di ranking. Il tema è ottenere una lettura più completa delle prestazioni reali durante i passaggi interni. Un sito tradizionale che carica documenti separati non deve essere trasformato in SPA per inseguire questa novità.

La domanda utile è che cosa succede durante il percorso

Per un sito aziendale proporrei di partire da una situazione concreta, non da una classifica di strumenti. Un visitatore deve cercare un servizio, confrontare due opzioni e trovare il contatto. Se perde il punto della lettura o non capisce se un comando è stato ricevuto, il percorso merita attenzione. Velocità percepita, chiarezza dell'interfaccia e feedback visivo vanno osservati insieme, senza attribuire ogni difficoltà allo stesso indicatore.

Un primo controllo pratico può essere una prova guidata con telefono e computer: si sceglie lo stesso obiettivo e si annotano i momenti di attesa. È utile separare i fatti osservati dalle ipotesi tecniche: «il filtro resta fermo» è un'osservazione; «serve cambiare framework» è già una conclusione da verificare. La ripetibilità del test aiuta a discutere il problema con chi sviluppa il sito.

• Apri una pagina interna anche da un collegamento diretto, non soltanto dalla home.
• Prova ricerca, filtri e ritorno alla pagina precedente lungo un percorso realistico.
• Annota spostamenti inattesi, attese e comandi privi di riscontro visibile.
• Ripeti il percorso dopo la correzione, nelle stesse condizioni dichiarate.

Numeri utili, purché si sappia che cosa misurano

Google distingue i test controllati dai dati raccolti sul campo; nelle SPA l'attribuzione degli eventi alle varie viste richiede particolare attenzione. La documentazione sulle architetture SPA offre il contesto per interpretare queste differenze. Per una verifica operativa conviene dichiarare pagina di partenza, dispositivo e tipo di navigazione, prima di confrontare due risultati che potrebbero riferirsi a esperienze diverse.

La nostra proposta è collegare ogni intervento a un problema riconoscibile: quale passaggio si vuole migliorare, quale prova lo evidenzia e come si controllerà il cambiamento? Questa scheda mantiene distinti obiettivo, misurazione e risultato. Evita di vendere un punteggio come garanzia di contatti, vendite o visibilità sui motori di ricerca.

Non serve scegliere la tecnologia dal suo nome. Serve capire se sostiene il percorso del visitatore e se il progetto può essere verificato e mantenuto. Se vuoi valutare il tuo sito, su DemianWeb possiamo partire da una funzione concreta, definire i controlli necessari e discutere le priorità di sviluppo, senza confondere una novità di misurazione con una promessa di risultati.