La maggior parte delle piattaforme di A/B testing costa tra i 200 e i 2.000 dollari al mese prima ancora di aver eseguito un singolo esperimento. Si guadagnano quella tariffa nella fascia alta - ottimizzazione multi-armed bandit, heatmap, test di elementi in-page contro un DOM live. Ma una grande fetta di ciò che le persone testano effettivamente nella pratica è più semplice: due landing page, una domanda - quale converte meglio. Per quel caso d'uso, puoi saltare completamente lo strumento e usare un link breve intelligente come splitter del traffico. Il routing avviene lato server, all'edge, prima che il browser carichi. Nessun JavaScript iniettato, nessun flicker.
Questo post illustra la meccanica e il flusso di lavoro completo. Alla fine avrai un piano eseguibile, una stima della dimensione del campione e contesto sufficiente per sapere quando l'approccio si rompe e hai effettivamente bisogno di uno strumento dedicato.
TL;DR#
- Un link breve intelligente instrada ogni visitatore alla variante A o B in base ad assegnazione casuale ponderata, lato server - nessun flicker JS, nessuno script di terze parti.
- L'assegnazione è sticky per 24 ore tramite hash di IP + user-agent, quindi lo stesso visitatore vede sempre la stessa variante nelle visite ripetute.
- Sono necessari almeno 1.000 visitatori per variante prima che i dati valgano la pena di essere interpretati. Esegui il calcolatore di dimensione del campione di Evan Miller (consultato il 2026-05-12) per il tuo specifico tasso di base e l'incremento atteso.
- Questo approccio gestisce bene gli esperimenti a livello di pagina. Per test a livello di elemento (colore del pulsante, copy, layout in-page) o ottimizzazione multi-armed bandit, hai comunque bisogno di uno strumento CRO dedicato.
Perché lo splitting lato server vale il compromesso#
Google Optimize è stato chiuso a settembre 2023 con una spiegazione nei suoi documenti di supporto (consultato il 2026-05-12): l'azienda avrebbe integrato la sperimentazione in Google Analytics 4 e avrebbe collaborato con piattaforme CRO di terze parti. Il problema del flicker della pagina descritto nella sua stessa documentazione per sviluppatori - il breve lampo del contenuto originale della pagina prima dello swap della variante - era una limitazione nota dell'A/B testing lato client che nemmeno il leader di mercato è mai riuscito a risolvere completamente.
Gli strumenti lato client iniettano uno snippet che attende il rendering del DOM, poi lo sostituisce. Lo swap richiede 50–300ms a seconda della complessità. Su una connessione veloce con la cache del browser riscaldata, i visitatori raramente se ne accorgono. In un caricamento a freddo su mobile, è visibile. Peggio: i blocchi degli annunci e gli ambienti carichi di script a volte impediscono l'esecuzione dello snippet, instradando questi visitatori alla pagina originale e contaminando il tuo gruppo di controllo con il sottoinsieme di traffico che blocca gli script.
Un link breve instrada all'edge prima che venga inviato qualsiasi HTML. Il visitatore non vede mai l'URL dell'altra variante nel browser. Il tasso di conversione che misuri è pulito - nessuna contaminazione da script bloccati, nessun artefatto di flicker. Il compromesso è che stai testando intere pagine, non elementi in-page. Ridisegni la landing page, punti entrambi gli URL al link breve e lasci che esegua lo split.
Per un'analisi completa di come funzionano i link intelligenti all'edge, inclusa la meccanica di propagazione della cache e le sei dimensioni di routing, quel post copre l'architettura sottostante in maggiore dettaglio. La versione breve: le decisioni di routing avvengono nel POP edge di Elido (la regione UE, USA Est o Asia-Pacifico a seconda della regione del workspace) prima che qualsiasi byte di risposta lasci il datacenter.
Come funziona lo split#
Quando un visitatore raggiunge il tuo link breve intelligente, l'edge lo assegna a una variante usando selezione casuale ponderata. Il peso predefinito è 50/50; puoi configurare 70/30, 80/20 o qualsiasi split n-way inclusi tre o più varianti.
L'assegnazione è deterministica in una finestra di 24 ore. L'edge esegue l'hash dell'indirizzo IP del visitatore e della stringa user-agent e usa il risultato come chiave di assegnazione. Un visitatore che clicca il link alle 9 e torna alle 19 atterra sulla stessa variante entrambe le volte. Questo è importante perché confrontare varianti in cui alcuni visitatori vedono entrambe è un problema di contaminazione che gonfia il rumore nei dati di conversione.
Dopo 24 ore l'assegnazione si resetta. Per la maggior parte dei test sulle landing page questo è accettabile - la finestra di valutazione per un esperimento a livello di pagina raramente è più lunga di un giorno per visita. Se il tuo prodotto ha un ciclo di valutazione noto di più giorni (trial di SaaS B2B, per esempio), considera se la finestra sticky di 24 ore si allinea con quando si attivano i tuoi eventi di conversione. Per cicli più lunghi, il tasso di conversione per variante è comunque accurato in aggregato; la preoccupazione è solo se l'assegnazione della variante di un singolo visitatore si capovolge a metà valutazione e converte su una variante essendo stato esposto a entrambe.
Gli eventi di click vengono registrati nel nostro archivio di analisi con il tag della variante allegato. La distribuzione dei click per variante e il tasso di conversione downstream sono entrambi visibili nella dashboard di analytics senza alcun cablaggio aggiuntivo. La guida al tracciamento delle conversioni copre come allegare un evento di conversione a un click ID specifico se stai tracciando invii di form o acquisti come metrica di successo.
Le due forme di variante#
Ci sono due modi per strutturare le varianti, e la scelta giusta dipende dal tuo setup di analytics.
Varianti di pagina. Ogni variante è un URL distinto che punta a una pagina diversa. La variante A è https://acme.example/landing-v1, la variante B è https://acme.example/landing-v2. Il link breve instrada all'URL di destinazione completo. Il tuo strumento di analytics vede due pagine separate e le confronti direttamente. Questa è la forma più semplice - nessuna modifica alla pagina di destinazione richiesta, funziona con qualsiasi setup di analytics che traccia le visualizzazioni di pagina per URL.
Varianti con parametri di query. Entrambe le varianti si risolvono allo stesso URL di base, con un ?variant=A o ?variant=B aggiunto. La pagina di destinazione legge il parametro e renderizza la variante appropriata. Questo ti permette di usare un URL nei tuoi analytics differenziando comunque nell'esperienza della pagina. Richiede che la pagina di destinazione gestisca effettivamente il parametro - un controllo JavaScript al momento del rendering o un branch lato server nel tuo template. Il vantaggio è che l'attribuzione multi-touch è pulita: un visitatore che mette l'URL nei segnalibri e torna più tardi porta con sé il tag della variante senza richiedere che il link breve riassegni.
La forma con parametri di query si abbina bene al rendering lato server. Se la tua landing page è una route Next.js, leggi searchParams.variant nel componente della pagina e renderizza condizionalmente la versione A o B. La pagina è ancora un URL in GA4 e la dimensione della variante è disponibile come parametro personalizzato. Per il layer completo di attribuzione UTM sopra di questo, la guida end-to-end al tracciamento UTM copre come strutturare il template e garantire che la variante sopravviva downstream fino alla tua destinazione di conversione.
Nozioni di base su dimensione del campione e significatività#
Questo è il passaggio saltato più comunemente, ed è il motivo per cui la maggior parte degli A/B test eseguiti in autonomia produce conclusioni che non reggono.
Il numero di visitatori di cui hai bisogno per variante dipende da tre input: il tuo tasso di conversione di base, l'incremento minimo che vuoi rilevare in modo affidabile e il livello di confidenza che sei disposto ad accettare. Un test per rilevare un incremento assoluto del 5% (diciamo, da un tasso di conversione del 10% al 15%) al 95% di confidenza necessita di circa 760 visitatori per variante. Un test per rilevare un incremento del 2% dalla stessa base del 10% necessita di circa 3.800 per variante. Il calcolatore di dimensione del campione di Evan Miller (consultato il 2026-05-12) esegue questi numeri per qualsiasi input gli fornisci - usalo prima di iniziare, non dopo aver visto i primi risultati.
Due errori comuni derivano dal saltare questo passaggio.
Sbirciare e fermarsi presto. Controlli i risultati dopo 200 visitatori, vedi una differenza del 12%, dichiari un vincitore e fermi il test. Il problema: a 200 visitatori, una differenza del 12% rientra ampiamente nella banda di rumore per la maggior parte dei tassi di conversione di base. Fermarsi presto su un risultato positivo è statisticamente equivalente a pescare un risultato significativo - alla fine ne troverai uno per puro caso. Imposta la dimensione richiesta del campione prima dell'inizio del test e non valutare finché non la raggiungi.
Effetto novità. Il traffico che non ha mai visto la tua landing page prima risponde diversamente dal traffico di ritorno che incontra una nuova pagina. Se il tuo link breve va in una campagna pubblicitaria a pagamento, la maggior parte del traffico è freddo e l'effetto novità è minimo. Se lo invii a una lista email esistente, una frazione del tuo pubblico già conosce la tua landing page esistente e vedere una nuova variante può generare un incremento di conversione temporaneo che decade dopo la prima settimana. L'analisi di CXL sulla significatività statistica nel testing di conversione (consultato il 2026-05-12) copre l'effetto novità e il problema della stabilità del campione in maggiore dettaglio - la raccomandazione chiave è eseguire il test abbastanza a lungo da coprire almeno un ciclo settimanale completo del tuo pattern di traffico.
Un controllo pratico di sanità prima di un test reale: esegui prima un A/A test con il tuo link breve. Configura entrambe le varianti per puntare alla stessa identica pagina. Se il tuo traffico e setup di misurazione sono puliti, le due varianti dovrebbero mostrare tassi di conversione statisticamente indistinguibili. Se divergono di più del 2-3% in un A/A test, qualcosa non va con la tua logica di assegnazione, il tuo tracciamento delle conversioni, o entrambi.
Walkthrough di setup#
Creare il link breve di split richiede circa cinque minuti. La parte critica è ottenere l'array rules corretto - controlla come l'edge assegna le varianti.
curl -X POST \
https://api.elido.app/v1/links \
-H "Authorization: Bearer $ELIDO_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"domain": "go.acme-demo.app",
"slug": "spring-lp-test",
"destination": "https://acme.example/landing-v1",
"rules": [
{
"type": "ab_split",
"variants": [
{
"label": "A",
"destination": "https://acme.example/landing-v1",
"weight": 50
},
{
"label": "B",
"destination": "https://acme.example/landing-v2",
"weight": 50
}
],
"sticky": true,
"sticky_ttl": 86400
}
],
"tags": ["ab-test", "spring-2026-lp"]
}'
Alcuni campi degni di nota. sticky: true abilita l'assegnazione hash IP+UA; sticky_ttl: 86400 imposta la finestra a 24 ore in secondi. Il destination al livello superiore è il fallback - se l'array delle regole non riesce a corrispondere per qualsiasi motivo (miss della cache edge durante un deployment, richiesta malformata), il traffico cade attraverso la landing page originale invece di crollare. L'array tags rende il link filtrabile nella dashboard quando hai più test in esecuzione contemporaneamente.
Una volta creato il link, incollalo nella tua campagna - un invio email, un annuncio a pagamento, un post sociale - e lascialo stare. Il pannello di distribuzione dei click della dashboard mostra lo split per variante quasi in tempo reale (il ritardo di ingestione è inferiore a 5 secondi a volumi di traffico normali). Dovresti vedere lo split 50/50 reggere entro 2-3 punti percentuali dopo le prime centinaia di click.
Per uno sguardo più approfondito alla pagina della funzionalità link intelligenti e alla sintassi completa delle regole inclusi paese, dispositivo, ora del giorno e condizioni di referrer, la documentazione del prodotto copre tutte le dimensioni. La pagina di soluzione per marketer ha i pattern specifici di attribuzione e integrazione di campagna più rilevanti per questo caso d'uso.
Leggere i risultati#
I risultati per variante appaiono nella dashboard di analytics nella vista di dettaglio del link. Il conteggio dei click, il tasso click-to-conversion (se hai cablato eventi di conversione) e la percentuale di split sono tutti visibili senza esportare nulla.
Il tasso di conversione mostrato è click-to-conversion per ciascuna variante indipendentemente. Se la variante A ha avuto 1.200 click e 96 conversioni, il suo tasso di conversione è 8,0%. Se la variante B ha avuto 1.180 click e 115 conversioni, il suo tasso di conversione è 9,7%. La differenza è 1,7 punti percentuali - un incremento relativo del 21%.
Se quella differenza sia reale dipende dalla matematica della dimensione del tuo campione. A 1.000 visitatori per variante, una differenza di circa 2,5 punti percentuali da una base dell'8% è statisticamente significativa al 95% di confidenza. A 1.200 per variante, quella soglia scende leggermente. Passa i numeri attraverso il calcolatore prima di dichiarare un vincitore.
Quando hai raggiunto la dimensione richiesta del campione, dichiara il vincitore e agisci. Reindirizza la destinazione della variante perdente al vincitore aggiornando le regole del link breve. Se vuoi preservare i dati del test, crea un nuovo link per la pagina vincente piuttosto che modificare l'originale. I dati storici di split del link originale rimangono intatti nel nostro archivio di analisi e sono visibili nella dashboard a tempo indeterminato.
Non continuare a eseguire dopo aver dichiarato il vincitore. L'esposizione estesa alla variante perdente costa conversioni reali. Il punto di raggiungere la significatività statistica è che hai abbastanza prove per agire - agisci.
Errori comuni che vale la pena evidenziare#
Sbirciare presto. Trattato sopra, ma vale la pena ripeterlo perché è la modalità di fallimento più comune. La tentazione di controllare i risultati dopo poche centinaia di visite è naturale, e la soluzione è meccanica: scrivi la dimensione richiesta del campione prima del lancio, metti un promemoria nel tuo calendario per quando la raggiungerai e chiudi la scheda di analytics fino ad allora.
Ignorare l'effetto novità. Le nuove pagine ottengono un incremento a breve termine semplicemente perché sono nuove. Se la finestra del tuo test è di tre giorni e il tuo traffico ha una componente significativa di visitatori di ritorno, esegui il test per almeno una settimana intera prima di valutare. L'analisi di CXL sulla significatività (consultato il 2026-05-12) suggerisce che i test sotto i sette giorni sono inaffidabili per la maggior parte dei pattern di traffico retail proprio perché l'effetto novità non si lava via in una finestra più breve.
Saltare il check di sanità A/A. Se non hai mai eseguito un A/B test con questa fonte di traffico e questo setup di tracciamento delle conversioni prima, esegui prima uno split 50/50 in cui entrambe le varianti puntano alla stessa pagina. Conferma che i tassi di conversione riportati siano entro 1-2 punti percentuali l'uno dall'altro. Questo esclude problemi di misurazione prima di avere dati reali di test che dipendono dall'infrastruttura.
Mescolare fonti di traffico. Se il tuo link breve appare contemporaneamente in un annuncio a pagamento e in un post sociale organico, le due fonti di traffico avranno tassi di conversione di base e mix di dispositivi diversi. L'assegnazione per variante è casuale su tutti i visitatori, ma lo sbilanciamento di base significa che la variante A potrebbe ottenere leggermente più traffico mobile a pagamento della variante B per caso, e quella differenza è difficile da districare da un vero effetto di trattamento. Mantieni il tuo link di test su una sola fonte di traffico alla volta o usa link separati per fonte che ciascuno si dividano indipendentemente.
Quando vorresti uno strumento CRO reale#
Lo splitter di link breve gestisce bene gli esperimenti a livello di pagina. Tre casi in cui raggiungeresti uno strumento dedicato.
Ottimizzazione multi-armed bandit. L'A/B testing classico mantiene gli split di traffico fissi e valuta alla fine. Gli algoritmi multi-armed bandit spostano dinamicamente più traffico verso la variante con performance migliori man mano che le prove si accumulano - utile quando vuoi minimizzare il rimpianto (conversioni perse alla variante perdente) durante il periodo di test piuttosto che massimizzare la certezza statistica alla fine. Lo split di Elido è statico basato sui pesi; se vuoi la variante bandit, strumenti come Optimizely o VWO sono costruiti per questo.
Test di elementi in-page. Testare il colore di un pulsante, un titolo, un layout di form o un'immagine hero richiede di modificare il DOM di una singola pagina piuttosto che instradare a due URL diversi. Quello è territorio JavaScript - uno strumento che inietta uno snippet e può modificare la pagina renderizzata è l'approccio giusto. Lo splitting di link breve funziona solo quando le varianti vivono in URL diversi o parametri di query diversi che la pagina già legge.
Heatmap e session replay. Se vuoi capire perché la variante B converte meglio - dove cliccano i visitatori, quanto scrollano, dove abbandonano - hai bisogno di uno strumento che strumenti la sessione. Quei dati non vengono dagli analytics a livello di click. Hotjar, Microsoft Clarity e le funzionalità di session replay in Amplitude sono il layer giusto per questo; si affiancano a un test di link breve piuttosto che sostituirlo.
Per tutto il resto - confrontare due design di pagina, testare un nuovo layout di pricing, valutare un messaggio above-the-fold diverso - il flusso di lavoro con link breve descritto qui è sufficiente, non costa nulla oltre al tuo piano Elido esistente e produce dati puliti senza l'artefatto del flicker o la tariffa di ingresso di 200$/mese.
Imposta la dimensione del campione prima del lancio. Esegui il check di sanità A/A. Non sbirciare. Dichiara il vincitore quando raggiungi il numero a cui ti sei impegnato.
Prova Elido
Incolla un URL, ottieni un link breve
Senza registrazione. Il link vive 30 giorni. Iscriviti per conservarlo.
Gratis, nessuna registrazione richiesta · 2 al giorno