Le metriche di prestazioni evolvono. I Core Web Vitals sono stati introdotti nel 2020. Hanno sostituito metriche più vecchie (FCP, FID). Tra cinque anni nuove metriche sostituiranno i Core Web Vitals.
Le metriche future misureranno: il caricamento dell'IA (quanto ci vuole prima che le funzioni di IA rispondano), la reattività in tempo reale (quanto ci vuole prima che compaiano le risposte in streaming), le prestazioni percepite dall'utente (come si sente la pagina, non solo le metriche tecniche).
La domanda di oggi: come ci prepariamo a metriche future senza sapere quali saranno? Risposta: misura ciò che conta per il tuo business. I Core Web Vitals misurano l'esperienza utente in generale. Le metriche personalizzate misurano risultati specifici del tuo business. Preparati al futuro costruendo flessibilità nei sistemi di misurazione.
Seguire l'evoluzione delle metriche
I Core Web Vitals sono lo standard di oggi. Ma non sono permanenti.
Cronologia:
- 2020: vengono introdotti i Core Web Vitals (LCP, CLS, FID)
- 2022: l'FID viene sostituito dall'INP (metrica di reattività affinata)
- 2024: si discute delle metriche successive (tempo di attesa dell'interazione, tempo di risposta in streaming)
- Futuro: emergono nuove metriche
Lo schema: quando la tecnologia cambia, cambiano le metriche. Quando le pagine sono diventate interattive, le metriche di interazione (INP) sono diventate importanti. Con la diffusione dell'IA, il tempo di risposta dell'IA può diventare una metrica importante.
Lezione: concentrati sui principi (l'utente percepisce una pagina veloce, reattiva, stabile), non sulle metriche in sé. I principi restano stabili anche quando le metriche cambiano.
IA e prestazioni in tempo reale
Le funzioni di IA stanno diventando comuni. Il chatbot di un sito impiega due secondi a rispondere. L'utente si aspetta di più.
Metrica emergente: il tempo di risposta dell'IA (il tempo dalla domanda dell'utente al primo token della risposta dell'IA).
Esempio: chatbot di assistenza clienti su una pagina di supporto. L'utente fa una domanda. Il chatbot impiega due secondi a restituire il primo token della risposta. Percezione dell'utente: il chatbot è lento, non risponde.
Ottimizzazione: risposta in streaming. Restituisci il primo token in cinquecento millisecondi, poi trasmetti il resto della risposta. L'utente percepisce la risposta come immediata, anche se la risposta completa richiede due secondi.
Metrica futura: misura il tempo al primo token (TTF), non il tempo totale di risposta. Un TTF sotto i cinquecento millisecondi è buono.
Esempio reale: un SaaS con un assistente IA integrato.
Esperienza utente attuale:
- L'utente clicca l'icona dell'assistente
- L'assistente impiega uno virgola cinque secondi a comparire
- L'utente aspetta e percepisce lentezza
- La chat sembra lenta
Ottimizzazione futura:
- L'utente clicca l'icona dell'assistente
- L'icona si anima subito (riscontro immediato, cento millisecondi)
- Si apre la finestra della chat (duecento millisecondi)
- Compare la prima risposta dell'IA (cinquecento millisecondi)
- Il resto della risposta dell'IA arriva in streaming (da uno a due secondi)
Percezione dell'utente: risposta immediata (l'animazione e l'apertura della finestra si vedono subito).
Edge computing e prestazioni distribuite
L'edge computing porta il calcolo più vicino agli utenti. Il server passa da New York a un nodo edge di Los Angeles. Il TTFB migliora in modo netto.
Futuro: il calcolo avviene sul nodo edge. La generazione dell'HTML avviene sul nodo edge. L'esecuzione del JavaScript avviene sul nodo edge. Le query al database sono distribuite sui nodi edge.
Impatto sulle metriche: il TTFB diventa trascurabile (la latenza di rete tende a zero). L'LCP dipende dalla visualizzazione, non dalla risposta del server.
Priorità futura di ottimizzazione: le prestazioni di visualizzazione, non quelle di risposta del server.
Esempio: una home page del futuro basata sull'edge.
Situazione attuale:
- TTFB: duecento millisecondi (server a New York, utente a Los Angeles)
- LCP: due secondi (LCP = TTFB + tempo di visualizzazione)
Situazione futura (edge computing):
- TTFB: venti millisecondi (server sul nodo edge di Los Angeles)
- LCP: uno virgola cinque secondi (il collo di bottiglia è il tempo di visualizzazione, non la risposta del server)
Ottimizzazione: migliorare le prestazioni di visualizzazione (CSS, JavaScript) diventa più importante che migliorare la risposta del server.
Prestazioni percepite dall'utente e metriche soggettive
Metriche oggettive: l'LCP è due secondi (misurabile, oggettivo).
Metriche soggettive: la pagina sembra reattiva (soggettivo, percepito).
La ricerca mostra: una pagina che sembra reattiva può avere le stesse metriche tecniche di una che sembra lenta. La differenza sta in animazioni, riscontro visivo, caricamento percepito.
Metrica futura: la reattività percepita. Misura la percezione dell'utente, non solo la metrica tecnica.
Esempio: due pagine con lo stesso LCP (due secondi).
Pagina uno: si carica subito come pagina vuota, poi il contenuto compare ai due secondi. L'utente percepisce lentezza.
Pagina due: mostra subito una schermata scheletro (duecento millisecondi), poi riempie il contenuto poco a poco fino ai due secondi. L'utente la percepisce più veloce (la schermata scheletro crea l'illusione di un caricamento più rapido).
Metriche tecniche (LCP): uguali per entrambe (due secondi).
Percezione dell'utente: la pagina due sembra più veloce.
Metrica futura: un punteggio di percezione dell'utente (misura l'esperienza soggettiva accanto alle metriche tecniche).
Streaming e visualizzazione progressiva
Approccio attuale: prepara l'intera pagina e inviala al client. Il client la mostra. La pagina è interattiva.
Approccio in streaming: invia le parti della pagina man mano che sono pronte. Il client le riceve e le mostra in modo progressivo. La pagina è in parte interattiva prima di essere caricata del tutto.
Impatto: una pagina che impiega due secondi a caricarsi del tutto può diventare interattiva in zero virgola cinque secondi se viene trasmessa in streaming.
Metrica futura: il tempo all'interattività (TTI). Quanto ci vuole prima che l'utente possa interagire con la pagina.
Esempio: una pagina prodotto con raccomandazioni.
Approccio attuale:
- Si carica l'HTML (zero virgola cinque secondi)
- Si carica il CSS (zero virgola tre secondi)
- Si carica il JavaScript (zero virgola cinque secondi)
- Chiamata API per le raccomandazioni (un secondo)
- La pagina è interattiva a due virgola tre secondi
Approccio in streaming:
- L'HTML arriva in streaming (zero virgola uno secondi): la struttura della pagina è visibile
- Il CSS arriva in streaming (zero virgola due secondi): la pagina ha il suo stile
- Il JavaScript arriva in streaming (zero virgola tre secondi): la pagina è interattiva
- La chiamata API per le raccomandazioni continua in secondo piano
- La pagina è interattiva a zero virgola cinque secondi
- Le raccomandazioni compaiono a un secondo e oltre
L'utente può interagire (aggiungere al carrello, cliccare i pulsanti) a zero virgola cinque secondi. Il contenuto completo compare a un secondo e oltre.
Metrica futura (TTI): zero virgola cinque secondi (da due virgola tre secondi). Un enorme miglioramento nella percezione dell'utente.
Domande frequenti
Dobbiamo iniziare subito a misurare il tempo di risposta dell'IA?
Sì, se il tuo sito ha funzioni di IA. Misura il tempo al primo token. Monitoralo ogni giorno. Fissa degli obiettivi (sotto i cinquecento millisecondi è buono). Preparati a un futuro in cui diventerà una metrica standard. Anche se non è ancora una metrica ufficiale, misurare ciò che conta per i tuoi utenti ti prepara al futuro. Con il creatore di siti di WEMASY puoi impostarlo direttamente sul tuo sito.
Come ci prepariamo a metriche di prestazioni future che ancora non conosciamo?
Costruisci un sistema di misurazione flessibile. Misura i Core Web Vitals (lo standard di oggi). Misura anche metriche personalizzate (ciò che conta per il tuo business). Quando emergeranno nuove metriche, potrai aggiungerle a quelle esistenti. La flessibilità è la chiave.
Conviene investire nell'edge computing per le prestazioni?
Sì, se hai utenti in tutto il mondo. L'edge computing riduce molto il TTFB (la latenza di rete sparisce). Vale l'investimento. Se i tuoi utenti sono concentrati in una sola area geografica, una CDN basta. Un pubblico globale trae vantaggio dall'edge computing.
Come misuriamo le prestazioni percepite dall'utente?
Fai un sondaggio tra gli utenti. Chiedi: la pagina ti sembra veloce, reattiva, stabile? Metti in relazione i risultati del sondaggio con le metriche tecniche. Potresti scoprire che gli utenti percepiscono la pagina come più veloce anche a parità di metriche tecniche. Usa il riscontro per orientare il design (aggiungi schermate scheletro, animazioni, riscontro visivo).
Il tempo all'interattività (TTI) sta diventando la nuova metrica standard?
Forse. Il TTI è più significativo dell'LCP per le pagine interattive (l'utente può agire prima che la pagina sia caricata del tutto). Ma per ora lo standard sono i Core Web Vitals (LCP, CLS, INP). Il TTI sta emergendo ma non è ancora ufficiale. Monitora entrambi.
Come restiamo aggiornati su nuove metriche e standard di prestazioni?
Segui le fonti ufficiali: gli aggiornamenti di Google sulle prestazioni, il blog di web.dev, i gruppi che definiscono gli standard del W3C. Segui il settore: riviste e blog specializzati in prestazioni web, interventi alle conferenze di ingegneria. Le nuove metriche arrivano da questi canali. Resta informato. Adotta presto un nuovo standard quando diventa rilevante per il tuo sito.