Sito più lento e calo del tasso di conversione: come trovare la modifica che l'ha frenato

Un sito più lento può far calare il tasso di conversione?

Sì, ma il rallentamento è la causa solo se è iniziato prima del calo e ha colpito le pagine e i dispositivi dove le conversioni sono scese. I problemi di velocità raramente arrivano da soli: il rilascio che ha appesantito le pagine spesso ha cambiato anche il layout, il modulo o il tracking.

La velocità conta perché chi aspetta il contenuto principale, o tocca un pulsante e non vede risposta, se ne va prima di arrivare al checkout o al modulo di contatto. Google misura questi momenti con tre Core Web Vitals: Largest Contentful Paint (LCP) per il caricamento, Interaction to Next Paint (INP) per la reattività e Cumulative Layout Shift (CLS) per la stabilità visiva.

Questo articolo non promette un numero di vendite perse per secondo di ritardo. I dati pubblicati variano da sito a sito e spesso vengono da studi dei fornitori. Quello che puoi fare è dimostrare, con i tuoi dati, che una modifica datata ha rallentato le pagine e che le conversioni sono calate sulle stesse pagine nello stesso periodo. Per il metodo generale su qualsiasi calo, leggi come spiegare un calo delle conversioni a un cliente.

Quali modifiche rendono più spesso un sito più lento?

La maggior parte dei rallentamenti nasce da qualcosa che qualcuno ha pubblicato, non da Google né dall'hosting. I sospettati abituali sono script nuovi, contenuti multimediali più pesanti e rilasci di codice.

La guida di Google sui tag spiega che il tempo del thread principale viene speso per valutare ed eseguire il JavaScript del tag manager e dei tag stessi, e gli autori segnalano una correlazione tra contenitori più grandi e un INP peggiore. I tag duplicati, come un pixel inserito a mano nell'HTML e iniettato di nuovo da GTM, pesano senza aggiungere dati. Se sospetti un tag, parti dalla cronologia delle versioni di GTM.

Come verifico se il sito è davvero diventato più lento?

Confronta i dati sul campo degli utenti reali prima e dopo la modifica sospetta e usa i test di laboratorio solo per trovare la causa. Un singolo punteggio Lighthouse non è una prova: Google avverte che i risultati di laboratorio variano da un'esecuzione all'altra per via della rete, dell'hardware e della competizione per le risorse.

Google valuta ogni metrica al 75° percentile delle visualizzazioni di pagina. Tre strumenti coprono la maggior parte dei casi:

• PageSpeed Insights mostra i dati sul campo del Chrome UX Report dei 28 giorni precedenti, a livello di URL o, se l'URL non ha dati sufficienti, a livello di origine, oltre a un test di laboratorio Lighthouse.
• Il rapporto Core Web Vitals di Search Console raggruppa URL simili e mostra quanti sono buoni, da migliorare o scarsi negli ultimi 28 giorni. I gruppi senza dati sufficienti non compaiono.
• Il tuo monitoraggio degli utenti reali, se ce l'hai, è l'unica fonte che mostra un salto giornaliero nel giorno del rilascio.

La finestra di 28 giorni conta quando devi datare. Poiché PageSpeed Insights aggrega ogni giorno i 28 giorni precedenti, un rallentamento iniziato di martedì appare come una salita graduale nelle settimane successive, non come un gradino. Individua la data in cui la linea inizia a piegare e confermala con test di laboratorio della versione vecchia e di quella nuova.

Come isolo quale modifica ha causato il rallentamento e il calo?

Metti su un'unica timeline tutte le modifiche della settimana prima del calo, escludi prima il tracking e solo dopo verifica l'ipotesi della velocità sulle pagine rallentate. Un calo delle conversioni misurate può dipendere anche da un tag rotto, quindi controlla che il tag di conversione si attivi ancora sulla nuova versione prima di incolpare la velocità.

1. Annota il giorno del calo e dove è avvenuto: checkout da mobile, una landing page o tutto il sito.
2. Elenca tutte le modifiche dei 7-14 giorni precedenti: rilasci, aggiornamenti di tema o plugin, versioni di GTM, nuovi script e modifiche al consenso, oltre alle modifiche agli annunci come offerte, budget e URL finali.
3. Segna quali modifiche hanno toccato le pagine in calo. Un nuovo script su tutte le pagine e un calo solo nel checkout mobile indicano un problema di reattività su mobile.
4. Testa in laboratorio la versione vecchia e quella nuova della pagina e cerca lo script o il file che aggiunge più tempo.

Esempio: un negozio online di arredamento chiede perché le vendite da mobile sono calate martedì mentre il desktop ha tenuto. Allineando le modifiche emergono un tag della chat aggiunto in GTM venerdì, un nuovo video principale nelle schede prodotto sabato e nessuna modifica agli annunci. I test di laboratorio mostrano che il video è ora l'elemento LCP e si carica molto dopo la vecchia immagine. Il team sostituisce il video con un'immagine statica e le vendite da mobile si riprendono la settimana dopo. Nomi e numeri sono illustrativi.

Con tutte le modifiche su un'unica timeline vedresti che il video è andato online tre giorni prima del calo, sullo stesso template dove sono scese le vendite da mobile. In Changeline puoi registrare ogni rilascio, tag e modifica al consenso con data, responsabile e motivo, e importare in automatico le modifiche di Google Ads, così l'elenco del passo 2 esiste già quando arriva la domanda.

Come dimostro che è stato il rallentamento, e non altro, a far calare le conversioni?

Lo dimostri mostrando che tre elementi coincidono: il rallentamento è iniziato con la modifica, le conversioni sono calate solo sulle pagine e sui dispositivi colpiti e sono tornate quando la modifica è stata annullata o corretta.

1. Verifica che il tracking si attivi
2. Data il rallentamento sul campo
3. Confronta pagine colpite e le altre
4. Annulla o correggi la modifica
5. Segui il recupero

• Segmenta per dispositivo e pagina. Se il tasso di conversione da desktop ha tenuto, quello da mobile è calato e il rallentamento riguarda soprattutto il mobile, questa è una prova. Un calo su tutti i dispositivi e tutte le pagine punta altrove.
• Controlla il mix di traffico. Una nuova campagna, un pubblico o un budget nuovo possono portare visitatori meno pronti lo stesso giorno. Guarda il tasso di conversione per sorgente prima di incolpare la velocità. Le altre cause sono in perché cala il tasso di conversione.
• Usa un gruppo di controllo. Le pagine che non hanno ricevuto il nuovo script o file sono il tuo gruppo di controllo. Se sono rimaste stabili, la modifica è la causa più probabile.
• Annulla e osserva. Togliere lo script o annullare il rilascio è il test più pulito. Registra l'annullamento come una modifica a sé, così anche il recupero ha una data.

Conserva le prove per iscritto: la modifica, la data, le misurazioni di laboratorio prima e dopo e il tasso di conversione sulle pagine colpite e sulle altre. È quello che chiederà il cliente o il tuo responsabile, ed evita che la stessa discussione riparta un mese dopo.

Come evito che il rallentamento ritorni?

Rendi la velocità parte di ogni rilascio e di ogni nuovo tag, e tieni traccia di cosa è andato online e quando. La maggior parte delle regressioni ritorna perché qualcuno aggiunge di nuovo lo script o nessuno ricorda perché era stato tolto.

Google consiglia di mettere in pausa o rimuovere i tag inutilizzati invece di bloccarli con un'eccezione dell'attivatore, perché un tag bloccato porta ancora il suo codice nel contenitore. Un registro delle modifiche di marketing condiviso offre a sviluppatori e marketer un'unica fonte da consultare, e il registro delle modifiche del sito approfondisce la parte del sito.