Sito lento da smartphone: come misurarlo e migliorare il percorso dei clienti

Riproduci il percorso che fa il cliente

Apri sullo smartphone il link pubblico al sito, senza usare la sessione con cui modifichi le pagine. Annota URL, dispositivo, rete e momento del test. Prova a leggere il servizio, aprire il menu e raggiungere il contatto, segnalando il punto in cui l’azione rallenta o si interrompe.

Ripeti su una seconda connessione o un altro telefono disponibile. Il confronto aiuta a distinguere un problema generale da una singola condizione.

Esempio: la pagina di un centro estetico appare rapidamente, ma il calendario resta inutilizzabile. La prima richiesta al tecnico riguarda quel calendario e la sua integrazione, non il rifacimento indiscriminato del sito.

Leggi PageSpeed distinguendo laboratorio e dati reali

Inserisci l’URL in PageSpeed Insights e controlla il risultato per dispositivi mobili. La documentazione di PageSpeed distingue la simulazione di laboratorio dai dati sul campo, raccolti dalle esperienze degli utenti.

Il test Lighthouse aiuta a individuare problemi tecnici in condizioni controllate. I dati CrUX descrivono invece un periodo precedente di 28 giorni. Le due letture possono differire senza che una sia necessariamente sbagliata.

Verifica se i dati reali riguardano proprio l’URL oppure l’origine, cioè il sito nel suo insieme. Se i campioni sono insufficienti, possono mancare. Salva data, URL e report per confrontare il medesimo oggetto dopo la correzione.

Collega le metriche a un problema comprensibile

I Core Web Vitals descritti da Google misurano tre aspetti dell’esperienza:

• LCP: quanto rapidamente compare il contenuto principale; il riferimento buono è entro 2,5 secondi.
• INP: la reattività alle interazioni; il riferimento buono è entro 200 millisecondi.
• CLS: la stabilità visiva; il riferimento buono è un valore non superiore a 0,1.

Traduci il dato in una richiesta concreta: «l’immagine principale tarda a comparire» oppure «il pulsante si sposta durante il caricamento». Il punteggio generale di un test non sostituisce questa diagnosi e non descrive automaticamente ogni passaggio della prenotazione.

Controlla se il problema coinvolge altre pagine

Se il sito dispone di dati sufficienti, apri il report Core Web Vitals di Search Console e osserva la sezione mobile. Il report raggruppa pagine simili e segnala i problemi rilevati: non va letto come un inventario completo di ogni URL del sito.

Usa gli esempi per verificare se lo stesso modello di pagina presenta difficoltà ricorrenti. Un’immagine o un componente condiviso potrebbe richiedere una correzione che interessa più servizi.

Se non sono disponibili dati, prosegui con test mirati e prove del percorso. Per scegliere le pagine prioritarie puoi affiancare le ricerche e i clic spiegati nella guida a Search Console per attività locali.

Chiedi interventi legati ai problemi misurati

Consegna al tecnico gli URL e i report, insieme al comportamento osservato. Chiedi quali elementi spiegano il rallentamento e quale correzione viene proposta, così da poter verificare l’esito sullo stesso percorso.

Tra i controlli possibili rientrano dimensioni delle immagini, caricamento di video, script, font e strumenti esterni. Una mappa, una chat o una galleria possono essere utili, ma va valutato quando caricarle e quale impatto producono. Per le fotografie consulta anche la guida a immagini del sito e ricerca Google.

Prima di cambiare hosting o installare un sistema di ottimizzazione, chiedi quale evidenza giustifica la scelta. Prevedi una copia recuperabile e un collaudo: una modifica che rompe il modulo non è un miglioramento utile.

Verifica che il contatto funzioni dopo le modifiche

Ripeti il percorso dal link della scheda fino all’azione finale. Controlla che il numero sia quello giusto, che WhatsApp apra la conversazione prevista e che il modulo mostri una conferma comprensibile dopo un invio riuscito.

Organizza con il referente un invio di prova riconoscibile, senza dati personali inutili, e verifica che la richiesta arrivi al destinatario. Per una prenotazione, utilizza l’ambiente di test del fornitore quando disponibile oppure concorda una prova che non blocchi disponibilità reali.

Controlla anche leggibilità, menu e banner su schermi piccoli. Una pagina può ottenere un risultato tecnico migliore e restare difficile da usare se il pulsante principale viene coperto o richiede passaggi poco chiari.

Confronta prestazioni e richieste senza promettere posizioni

Annota data e contenuto dell’intervento. Ripeti i test sugli stessi URL e osserva nel tempo i dati reali disponibili: una finestra storica include anche visite precedenti alla modifica, quindi non fotografa soltanto il nuovo sito.

Confronta inoltre richieste effettive e azioni misurate, usando periodi sensati e considerando campagne e stagionalità. La guida a Performance del profilo e GA4 spiega perché clic, sessioni e clienti acquisiti non coincidono.

Google chiarisce che una buona esperienza sulle pagine non garantisce i primi posti. L’obiettivo operativo è rendere accessibili informazioni e contatti, documentando i miglioramenti invece di attribuire ogni variazione commerciale alla velocità.