John Smith
You have 4 new messages
Vi è mai capitato di dimenticarvi che cosa stavate cercando in un sito perché la risposta a un vostro clic su un pulsante o su un link è stata più lunga e noiosa del previsto? Capita spesso, almeno più volte di quanto ci si potrebbe aspettare, soprattutto su dispositivi mobili, e in genere il risultato è l’abbandono di quel sito con un “a rivederci mai”. Un’esperienza soggettiva confermata da una ricerca di Cromium: l’attenzione di un utente su dispositivo mobile non supera gli 8 secondi e pone il tempo ottimale per la risposta attesa a 4 secondi.
[divilifeshortcode id=’9530′]
Non a caso, tra i Core Web Vitals, i nuovi parametri di valutazione di un sito introdotti con l’aggiornamento di Google Page da maggio 2021, c’è Il First Input Delay che appunto misura il tempo trascorso tra la prima interazione degli utenti con una pagina, come l’interazione con un pulsante o il click su un link, e il momento esatto in cui il browser risponde all’interazione. Si tratta di una metrica focalizzata sull’utente, in quanto oltre a misurare la reattività dei siti alle sollecitazioni degli utenti, ne quantifica anche l’esperienza che gli utenti provano quando interagiscono con delle pagine web che non rispondono. Si tratta di una metrica che rischia di essere tra le più critiche, soprattutto per le versioni mobile, con conseguenze pesanti ai fini del posizionamento dei siti nei risultati di ricerca.
I Core Web Vitals, infatti, sono per Google fattori di ranking nelle serp e non tenerne conto può avere conseguenze pericolose su traffico organico e conversioni. Ma sono anche un’opportunità: recepire i cambiamenti suggeriti dall’update e migliorare quei parametri significa rendere migliore l’esperienza utente dei propri visitatori e clienti, a prescindere dalla posizione nei risultati di motori di ricerca. Diverse indagini hanno sottolineato come il ritardo di un solo decimo di secondo possa pregiudicare fino al 10% delle conversioni, mentre un secondo in più ne manda in fumo fino al 15%. Per capirci, ecco alcuni dati riportati dal supporto Google a proposito delle performance di un sito web:
Parliamo, quindi, del tempo espresso in millisecondi che intercorre tra la prima interazione di un utente su una pagina web e la risposta del browser a tale interazione. Tempo durante il quale aspetti come lo scorrimento o lo zoom, ad esempio, non vengono presi in considerazione. Le ragioni per il ritardo possono essere molteplici: la pagina web potrebbe essere occupata in altri lavori o il dispositivo dell’utente potrebbe essere semplicemente lento. (First Input Delay: cos’è e come migliorare l’interattività della pagina).
Prima di approfondire cosa misura esattamente il First Input Delay e come migliorare questa importante metrica, ricordiamo velocemente i 3 Core Web Vitals:
Il FID, quindi, valuta la qualità della user experience sotto il profilo della velocità dell’interazione di una pagina. Va chiarito che, come gli altri nuovi signals questa metrica, è basata sull’esperienza reale degli utenti durante la navigazione e non è stato elaborato con l’utilizzo dei bot.
Nel dettaglio il First Input Delay calcola il tempo in millisecondi che intercorre tra un’azione dell’utente, quale per esempio un clic su un link o su un pulsante in pagina, e l’effettivo inizio dell’elaborazione della risposta da parte del browser. In sostanza, misura il ritardo della prima interazione e considera l’inizio dell’elaborazione e non il processo nel suo complesso, che sarebbe quindi inutile spacchettare in tante risposte singole per migliorare la metrica. Zoom e scorrimento sono esclusi dalla misurazione, invece, perché azioni continue che rispondono a parametri diversi.
Google Page Experience considera buono un ritardo della prima interazione inferiore o uguale a 100 millisecondi, cioè un decimo di secondo, e lo considera tollerabile ma da cambiare fino a 300 millisecondi. Oltre, la prestazione viene giudicata povera ai fini di una buona esperienza dell’utente.
La stessa Google suggerisce “to ensure you’re hitting this target for most of your users, a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices”. Ma attenzione: il 75° percentile è quello consigliato da Google per tutte le soglie dei Core Web Vitals, ma nel caso del FID meglio spostare il margine al 95° e 99° percentile, data la variabilità di questo parametro da utente a utente. Uno spostamento verso l’alto consente di cogliere le peggiori esperienze utente, fornendo così elementi per le possibili azioni di miglioramento nell’interattività delle pagine del sito.
Per misurare il FID, che va ricordato è un parametro che tiene conto della reale esperienza dell’utente che interagisce con un sito, si possono usare vari tool:
Ma che cosa può ritardare l’avvio dell’interazione? Il ritardo si verifica in generale quando il thread principale del browser è già occupato ad elaborare altro, in particolare un file JavaScript di grandi dimensioni che reclama per sé tutta l’attenzione e non lascia spazio per altro. Il browser non potrà rispondere finché il task non è stato eseguito.
Insomma, se un sito rischia di fare una cattiva prima impressione e di lasciare l’utente che sta cercando un articolo o peggio prodotti e servizi, in frustrante attesa, in gran parte è dovuto al funzionamento di JavaScript. È fatale dunque dover agire direttamente sul linguaggio di programmazione o usare altri escamotage che ne alleggeriscano le operazioni per ridurre l’occupazione del thread principale e accorciare i tempi di ritardo dalla prima interazione dell’utente.
Le azioni richieste non sempre sono semplici, veloci e indolori e il risultato non è detto sia scontato. Tra le azioni possibili possiamo identificare:
Un’alternativa plug n’play non invasiva, che superi tutti questi problemi in un colpo solo può essere data da un layer che, interponendosi tra il server e il browser dell’utente, si fa carico di ottimizzare i tempi di risposta. Un layer con gestione della cache e delle ottimizzazioni tecniche, che non necessita di interventi sul codice sorgente, capace di migliorare significativamente le performance complessive del sito e ottimizzare tutti Core Web Vitals, anche nel caso di domini multi-country, azzerando le possibilità di errore umano nel caricamento di contenuti o nelle modifiche del codice.
Gli effetti positivi sul ranking e sull’esperienza utente sono quasi immediati. In ballo, come riporta uno studio Deloitte, ci sono l’8,4% di conversioni in più nel caso del retail da mobile e un +9,2% di valore medio degli ordini con un miglioramento delle prestazioni di appena 0,1 secondi. Perché lasciare un utente in attesa di risposta in un’interazione, insomma, non solo è scortese, ma costa anche soldi.
