Sito veloce da mobile: leggere PageSpeed e scegliere le priorità

Un sito da telefono deve mostrare presto le informazioni importanti, rispondere ai controlli e mantenere stabile la pagina. Un punteggio alto può aiutare a individuare una buona base tecnica, ma la domanda finale è concreta: una persona riesce a leggere, scegliere e contattarti senza attese o spostamenti inattesi?

PageSpeed Insights mette insieme misure e suggerimenti. Il modo in cui leggi il report conta quanto il numero in alto. Questa guida distingue test di laboratorio e dati degli utenti e propone un ordine per affrontare le cause principali.

Distingui test di laboratorio e dati reali

Il test di laboratorio utilizza condizioni controllate o simulate. È utile per osservare una pagina, confrontare interventi e trovare problemi durante lo sviluppo. I dati sul campo descrivono invece esperienze raccolte da utenti reali idonei alla misurazione, in condizioni variabili.

Un dominio appena pubblicato può non avere dati sul campo sufficienti. Questo non dimostra da solo che il sito sia veloce o lento. Un test Lighthouse locale e un test PageSpeed eseguito da Google possono dare risultati diversi per rete, macchina, cache e condizioni della misurazione.

Prima di confrontare i numeri, controlla dispositivo, URL finale e tipo di dati. Conserva data e condizioni del test. Ripetere molte misurazioni e mostrare soltanto il punteggio migliore non aiuta a capire se una modifica ha risolto un problema.

Fonte: documentazione di PageSpeed Insights.

Guarda cosa arriva e cosa si sposta

Tre aspetti aiutano a leggere l’esperienza: quando appare il contenuto principale, quanto prontamente risponde la pagina e se gli elementi cambiano posizione durante l’uso. I Core Web Vitals descrivono caricamento, interattività e stabilità; il report va letto distinguendo le misure sul campo da quelle disponibili nel test.

Nel test, il contenuto principale può essere una fotografia o un blocco di testo. Se arriva tardi, controlla come viene richiesto e quanto pesa. Se i pulsanti rispondono con ritardo, guarda gli script e il lavoro che occupa il browser. Se il testo scende improvvisamente quando si carica un’immagine, verifica che siano riservate le dimensioni corrette.

Il Total Blocking Time è una misura di laboratorio e non va presentato come se fosse la stessa misura dell’Interaction to Next Paint sul campo. La documentazione dei Core Web Vitals aiuta a interpretare le metriche e le soglie correnti.

Le immagini sono spesso il primo intervento utile

Una fotografia può essere bella e pesante. Prepara file con dimensioni adatte ai punti in cui verranno mostrati e varianti per schermi differenti. Formati moderni come AVIF e WebP possono ridurre il peso, verificando la qualità percepita e un fallback adeguato.

La fotografia principale dovrebbe essere richiesta presto, senza essere trattata come un’immagine lontana dalla prima schermata. Le immagini successive possono invece caricarsi quando servono. Questa distinzione evita di rallentare l’apertura di una pagina caricando subito l’intera gallery.

Indica larghezza e altezza o riserva il rapporto dell’immagine nel layout. Controlla il risultato anche con rete lenta: lo spazio non dovrebbe collassare e poi espandersi. Per un B&B, mantieni la qualità delle camere; per uno shop, conserva i dettagli necessari a valutare il prodotto. Ottimizzazione non significa rendere inutilizzabili le fotografie.

Valuta script e servizi esterni

Chat, mappe, video incorporati, strumenti di analisi e plugin aggiungono richieste e lavoro nel browser. Ogni servizio dovrebbe avere un motivo concreto per essere presente e una modalità di caricamento appropriata.

Un collegamento a una mappa può essere sufficiente quando non serve un’anteprima interattiva nella pagina. Un video può essere presentato con una copertina prima del caricamento. Gli strumenti di analisi devono rispettare le preferenze privacy e non dovrebbero caricare automaticamente prima del consenso quando quel consenso è necessario.

Controlla che una funzione non sia inclusa da più script o plugin. Uno slider grande, due sistemi di statistiche o librerie utilizzate per un effetto minimo possono appesantire il sito senza migliorare il percorso. Prima di rimuovere uno strumento, verifica però da cosa dipendono le funzioni dell’attività.

Mantieni stabile il testo e il percorso mobile

Font, contenitori e pulsanti influenzano la leggibilità. Evita testi troppo piccoli, colonne che escono dallo schermo e controlli vicini tra loro. Il menu deve poter essere aperto e chiuso in modo prevedibile; il contatto principale deve essere raggiungibile senza una ricerca lunga.

Se usi font personalizzati, valuta file locali, varianti necessarie e modalità di caricamento. Riserva lo spazio dei componenti che possono arrivare dopo il testo. Non spostare una call to action sotto il dito mentre una persona sta per premerla.

Prova zoom, tastiera e preferenza per movimento ridotto. La velocità non sostituisce l’accessibilità: un pulsante che arriva rapidamente ma non ha un nome comprensibile continua a creare un ostacolo.

Un ordine di lavoro per migliorare

1. Controlla le pagine davvero usate: home, servizi, contatti, articolo o prodotto.
2. Leggi il report mobile e identifica l’elemento principale più lento.
3. Ridimensiona immagini e riserva lo spazio nel layout.
4. Valuta script non necessari e caricamenti esterni.
5. Prova menu, lettura, collegamenti e moduli sul telefono.
6. Ripeti il controllo dopo una modifica motivata e conserva il risultato.

Un report può indicare opportunità che dipendono dal tema, dall’hosting o da un servizio esterno. Non tutte le righe richiedono un intervento e non tutti gli avvisi hanno la stessa priorità. Scegli ciò che migliora un percorso reale e verifica che la correzione non rompa altre funzioni.

Per un controllo continuativo consulta manutenzione e assistenza del sito. Se il problema richiede una revisione della struttura, leggi la guida al restyling con continuità degli URL. Velocità, contenuti e contatti dovrebbero lavorare insieme, al servizio dell’attività.