Raddoppiare il tasso di conversione ha lo stesso effetto sui ricavi che raddoppiare il traffico. Con una differenza: raddoppiare il traffico significa raddoppiare (come minimo) l’investimento in acquisizione, mentre raddoppiare la conversione significa pagare la metà per ogni cliente. Se il tuo CAC è di 100 EUR con una conversione del 2%, passare al 4% lo porta a 50 EUR senza toccare un solo annuncio.
Questa è la promessa del CRO. Il problema è come si pratica in molte aziende: cambiare il colore di un bottone perché l’ha detto qualcuno su LinkedIn e chiamarla sperimentazione. In questa guida raccontiamo come facciamo ottimizzazione delle conversioni con metodo: processo, rigore statistico, cosa ottimizzare per primo e cosa fare quando non hai traffico per testare.
Cos’è il CRO (e cosa non è)
Il CRO (Conversion Rate Optimization) è il processo sistematico di aumento della percentuale di visitatori che completano un’azione di valore: acquistare, registrarsi, richiedere una demo, iniziare un trial.
Due precisazioni importanti:
- Non è una lista di trucchi. Le “47 tattiche per convertire di più” non funzionano perché la frizione del tuo sito non è quella del sito dell’articolo. Il CRO è ricerca e sperimentazione sul tuo funnel e sui tuoi utenti.
- Non ottimizza solo la landing. La conversione si decide lungo tutto il percorso: velocità di caricamento, chiarezza della proposta, form, checkout, fino all’email di conferma. È il layer di conversione del funnel AARRR, non un ritocco cosmetico della home.
In Soamee lo abbiamo verificato su progetti reali: applicando questo processo siamo arrivati a migliorare la conversione di un +85% in forma aggregata nei progetti dove lavoriamo sul funnel completo. Non con un trucco, ma con cicli di ricerca → ipotesi → test → apprendimento.
Il processo CRO in cinque passi
1. Ricerca: sapere prima di opinare
Ogni ottimizzazione inizia capendo dove e perché si perdono le persone. Tre fonti che si completano a vicenda:
- Analytics quantitativa (GA4, PostHog, Mixpanel): il funnel passo dopo passo ti dice dove abbandonano — quale pagina, quale campo del form, quale dispositivo.
- Heatmap e registrazioni di sessione (Hotjar, Clarity, PostHog): ti mostrano come si comportano — fino a dove scrollano, cosa cliccano che non è cliccabile, dove esitano, i “rage click”.
- Interviste e survey: ti dicono perché. Cinque conversazioni con utenti che hanno abbandonato il checkout valgono più di cinquanta dashboard. Una survey da una sola domanda sulla pagina di uscita (“cosa ti ha impedito di completare oggi?”) è oro a basso costo.
2. Ipotesi, non idee estemporanee
Ogni evidenza si trasforma in un’ipotesi strutturata: “Poiché osserviamo che [dato], crediamo che [cambiamento] produrrà [effetto misurabile] su [metrica]”. Esempio: “Poiché il 60% abbandona sul campo ‘telefono’, crediamo che renderlo opzionale aumenterà il completamento del form di almeno il 15%“.
3. Prioritizzazione con ICE
Le ipotesi vanno in un backlog e si valutano con ICE: Impatto atteso, Confidenza (quanta evidenza la supporta?) ed Effort (in inverso: meno sforzo, più punti). Si esegue prima ciò che sposta di più l’ago della bilancia con meno lavoro. Senza prioritizzazione esplicita, vince sempre l’opinione di chi urla di più.
4. Test
L’ipotesi si valida con l’esperimento adeguato: un test A/B se c’è volume, un cambiamento misurato prima/dopo se non c’è (più avanti spieghiamo quando si applica ciascuno).
5. Apprendimento documentato
Che vinca o perda, ogni test si documenta: ipotesi, risultato, segmenti, decisione. Un test perdente con apprendimento vale più di uno vincente di cui nessuno ricorda perché ha funzionato. Quel repository è il vero asset del programma di CRO.
Test A/B con rigore (o meglio non farli)
Un test A/B eseguito male è peggio che non testare: ti dà fiducia statistica in una conclusione falsa. Tre regole non negoziabili:
- Calcola il campione prima di iniziare. Definisci il minimo effetto rilevabile (MDE): il miglioramento più piccolo che ti interessa rilevare. Più piccolo è l’effetto, più campione serve — rilevare un +5% richiede molto più traffico che rilevare un +20%. Qualsiasi calcolatore di test ti dà il numero; se il risultato è “servono 4 mesi di traffico”, il test non è fattibile e bisogna puntare a cambiamenti più grandi.
- Non fermare il test appena “sta vincendo”. È l’errore più comune. Guardare i risultati ogni giorno e fermarsi quando compare la significatività (peeking) fa esplodere i falsi positivi: con abbastanza occhiate, qualsiasi test “vince” prima o poi. Fissa la durata in anticipo — minimo 1-2 cicli di business completi, di solito 2-4 settimane — e rispettala.
- Esigi significatività statistica (95%) e un solo cambiamento per test. Se testi cinque cambiamenti insieme e la variante vince, non sai quale ha funzionato. E diffida dei miglioramenti del +40% in due giorni con 200 visite: quasi sempre è rumore.
Cosa ottimizzare per primo
Quando facciamo l’audit di un sito, quasi sempre le perdite maggiori sono negli stessi quattro punti:
- Frizione nei form. Ogni campo non necessario costa conversioni. Chiedere telefono, azienda e ruolo per scaricare un PDF è pagare caro un dato che non userai. Meno campi, autocompletamento, validazione inline e chiedere il resto in un secondo momento.
- Velocità. I Core Web Vitals non sono solo SEO: incidono direttamente sulla conversione. Ogni secondo in più di caricamento aumenta l’abbandono, soprattutto su mobile, dove di solito c’è la maggior parte del traffico e l’esperienza peggiore. Ottimizzare LCP e INP è uno dei pochi cambiamenti che migliora la conversione su tutte le pagine insieme.
- Proposta di valore above the fold. In cinque secondi, senza scrollare, un visitatore dovrebbe poter rispondere: cos’è, per chi è e perché mi conviene? Se il tuo hero dice “Potenziamo sinergie digitali end-to-end”, ecco il tuo primo test.
- Prova sociale. Loghi dei clienti, numeri verificabili, recensioni, casi di successo — vicino al punto di decisione, non nascosti in una pagina “clienti”. L’ansia da acquisto si riduce con l’evidenza, non con gli aggettivi.
E se non ho traffico per testare?
Con poche conversioni al mese, un test A/B impiegherebbe un anno a dare un segnale. Nessun problema: il CRO non è sinonimo di test A/B.
- Applica euristiche consolidate: chiarezza della proposta, riduzione della frizione, gerarchia visiva, velocità. Sono “test che ha già perso qualcun altro”: cambiamenti con evidenza accumulata in anni su migliaia di siti.
- Raddoppia sul qualitativo: con poco traffico, 5 test di usabilità e 10 interviste rivelano più di qualsiasi dashboard.
- Fai cambiamenti grandi, non microaggiustamenti: senza volume non puoi rilevare un +5%, quindi non inseguire un +5%. Ridisegna la pagina intera con quanto appreso e misura prima/dopo con umiltà (sapendo che non è un esperimento controllato).
Errori comuni nel CRO
| Errore | Perché fa male | Cosa fare invece |
|---|---|---|
| Copiare tattiche altrui | La loro frizione non è la tua | Studiare il proprio funnel |
| Fermare i test appena “vincono” | Falsi positivi da peeking | Durata fissata in anticipo |
| Testare senza campione sufficiente | Risultati che sono rumore | Calcolare MDE e campione prima |
| Ottimizzare solo la landing | La perdita può essere nel checkout o nell’onboarding | Guardare il funnel completo |
| Misurare clic invece di business | Un CTA “vincente” può portare lead peggiori | Metrica obiettivo = conversione di valore |
| Non documentare gli apprendimenti | Si ripetono test ed errori | Repository degli esperimenti |
| Ignorare la velocità | Core Web Vitals scarsi affondano la conversione mobile | Ottimizzare prima le performance |
Il CRO dentro il sistema di growth
Il CRO non vive isolato: è la leva di conversione dentro un sistema più grande. La ricerca nasce dall’analytics del funnel AARRR, le ipotesi competono nello stesso backlog ICE degli altri esperimenti e gli apprendimenti alimentano dal copy degli annunci fino all’onboarding del prodotto. È un tassello di ciò che raccontiamo nella nostra guida al growth marketing: misurare bene, sperimentare con metodo e scalare solo ciò che funziona.
E come quasi tutto nel growth, metà del lavoro è ingegneria: strumentare eventi senza rompere l’analytics, montare test che non degradino la velocità né la SEO, ottimizzare i Core Web Vitals sul serio. Per questo lo affrontiamo dal codice, non da un pannello.
Conclusione
Il CRO fatto bene è noioso da raccontare e redditizio da praticare: fare ricerca, formulare ipotesi, prioritizzare con ICE, testare con rigore e documentare. Senza scorciatoie, senza trucchi virali, senza fermare il test quando sta vincendo. La ricompensa è la migliore del marketing: crescere senza pagare di più per ogni cliente.
Vuoi sapere quanta conversione stai lasciando sul tavolo? Scopri il nostro servizio di growth marketing →