Test A/B sul sito: quando servono e come confrontare due versioni di una pagina

Partire da un problema e da un’ipotesi verificabile

Una domanda utile potrebbe essere: rendere visibili le inclusioni prima del modulo aiuta le persone ad inviare richieste pertinenti? Descrive un problema, una modifica e un risultato osservabile. “Rendere la pagina più moderna” è invece un obiettivo troppo ampio per capire quale cambiamento abbia prodotto un effetto.

Usa osservazioni concrete per scegliere l’esperimento: domande ripetute al commerciale, abbandoni in un passaggio o difficoltà emerse durante un test di usabilità. Se il modulo è rotto o un testo è chiaramente errato, correggere il difetto non richiede di mostrare volontariamente la versione difettosa a parte dei visitatori.

Scrivi l’ipotesi prima di costruire la variante. Questa nota aiuta a non cambiare spiegazione dopo aver visto i primi numeri e a collegare la prova a una decisione reale.

Scegliere una metrica principale e i controlli di qualità

La metrica principale deve corrispondere allo scopo della pagina: richiesta completata, ordine concluso o appuntamento confermato. Indica anche chi entra nel calcolo. Confrontare richieste per utente in una variante e richieste per visita nell’altra produce numeri non omogenei.

Affianca controlli che impediscano una lettura superficiale: qualità delle richieste, errori, tempi di caricamento, resi o problemi segnalati al personale. Se un modulo più corto aumenta gli invii ma elimina informazioni indispensabili alla valutazione, il vantaggio può non essere utile all’azienda.

La misurazione dei contatti con GA4 chiarisce la differenza fra interazione e richiesta effettiva. Verifica gli eventi prima del test, evitando conteggi doppi e dati personali nei report. Fissa un periodo coerente per attribuire gli esiti che arrivano dopo la visita.

Valutare se traffico e durata consentono il confronto

Non esiste un numero universale di visite sufficiente. Contano frequenza del risultato, variabilità e dimensione della differenza che vuoi riuscire a riconoscere. Un piccolo cambiamento può richiedere molte più osservazioni di uno grande; un’azione rara rende il confronto più lento.

La documentazione Statsig sulla pianificazione del campione (si apre in una nuova scheda) collega traffico, durata e differenza minima rilevabile. Usa dati storici attendibili e fatti aiutare a impostare il metodo statistico prima dell’avvio. Una stima è una condizione di progetto, non una garanzia di risultato.

Se occorrerebbe un periodo troppo lungo rispetto a stagionalità e cambiamenti dell’attività, valuta prima interviste, test di usabilità e correzioni motivate. Non dividere pochi utenti fra molte varianti: aumenti il lavoro e riduci le informazioni disponibili per ciascun confronto.

Preparare varianti confrontabili e gruppi contemporanei

Conserva una versione di riferimento e documenta cosa cambia nella proposta alternativa. Se modifichi insieme titolo, offerta, prezzo e modulo, puoi valutare il nuovo insieme, ma non attribuire l’effetto a un singolo elemento. Scegli l’ampiezza del cambiamento in base alla decisione che devi prendere.

L’assegnazione dovrebbe essere casuale, coerente con l’unità scelta e stabile quanto consentito dagli strumenti e dalle preferenze dell’utente. Confrontare una settimana con la pagina precedente e quella successiva con la nuova introduce differenze di campagne, domanda e calendario.

Definisci prima quali visite sono idonee, come gestire personale interno e altri esperimenti attivi. Prova entrambe le versioni da telefono, tastiera e browser diversi. Un problema tecnico presente solo nella variante può rendere il risultato poco interpretabile.

Controllare SEO, caricamento e gestione dei dati

I test possono usare lo stesso indirizzo o URL distinti. La guida Google sugli esperimenti nei siti (si apre in una nuova scheda) raccomanda, per varianti su indirizzi diversi, riferimenti canonical coerenti verso l’originale e reindirizzamenti temporanei quando necessari. Non riservare ai motori una versione diversa da quella accessibile agli utenti secondo le regole del test.

Controlla anche gli script: cambiamenti visibili dopo il caricamento possono causare salti, ritardi e clic sull’elemento sbagliato. La variante deve mantenere un percorso utilizzabile se lo strumento non risponde. Concorda un modo rapido per sospendere l’esperimento.

Valuta trattamento dei dati, identificatori e configurazione del consenso con i referenti competenti. Il progetto deve documentare chi viene misurato e con quali limiti; non presumere che tutte le visite possano essere seguite allo stesso modo.

Leggere l’incertezza e rispettare il criterio di conclusione

Controllare che il test funzioni è necessario; dichiarare un vincitore appena un numero sembra favorevole è un’altra cosa. Rispetta il criterio definito per il metodo adottato. Alcuni strumenti prevedono analisi sequenziali con regole proprie: il loro utilizzo va impostato e compreso prima di interpretare i risultati intermedi.

La guida Statsig alla lettura degli esperimenti (si apre in una nuova scheda) descrive impostazioni e limiti dell’analisi. Considera l’intervallo dei risultati plausibili insieme alla differenza osservata e alla sua utilità pratica.

Non cercare a posteriori il piccolo segmento che dà ragione all’ipotesi, ignorando il resto. Se le osservazioni non distinguono chiaramente le varianti, registra un esito inconcludente. Non equivale a dimostrare che le pagine siano identiche né obbliga a prolungare il test senza un piano.

Esempio ipotetico: chiarire un servizio prima del modulo

Un’azienda ipotetica riceve richieste per un servizio che offre soltanto in alcune situazioni. Nella variante aggiunge una spiegazione dei requisiti e delle inclusioni prima del contatto. Lascia invariati offerta e canali di acquisizione per concentrare il confronto sull’informazione presentata.

Misura le richieste completate e verifica la loro pertinenza con criteri stabiliti prima. Un calo degli invii generici potrebbe accompagnarsi a contatti più adatti; un aumento degli invii potrebbe invece non aiutare il commerciale. Il giudizio considera l’obiettivo concordato e l’incertezza, senza inventare miglioramenti percentuali.

Alla conclusione documenta variante, periodo, criteri e scelta. Applica l’esito utile e rimuovi script, indirizzi temporanei e impostazioni sperimentali non più necessari. Un intervento di restyling può così partire da un problema definito e da prove leggibili.

Checklist: le condizioni da verificare prima di partire

La preparazione del test dovrebbe produrre una scheda breve che un collega possa leggere senza conoscere tutta la discussione.

• Problema, ipotesi e decisione attesa sono scritti prima dell’avvio.
• Metrica principale e criteri di qualità hanno definizioni condivise.
• Le conversioni vengono registrate una sola volta in entrambe le varianti.
• Traffico, durata e differenza rilevabile sono stati valutati.
• Assegnazione e condizioni d’inclusione sono documentate.
• Le versioni funzionano su telefono, con tastiera e in caso di errore dello strumento.
• SEO, script e gestione dei dati sono stati controllati.
• Esistono criteri per concludere, sospendere e dichiarare il risultato inconcludente.

Il valore del test sta nella qualità della decisione che consente. Conservare un’ipotesi non confermata evita di ripetere la stessa prova senza sapere cosa era stato appreso.