Test degli URL divisi

Il test con URL divisi è un metodo di sperimentazione in cui ogni variante risiede su un URL distinto e i visitatori vengono reindirizzati a una di esse in modo casuale. Si differenzia dal test A/B standard, in cui le varianti vengono visualizzate allo stesso indirizzo modificando la pagina dopo il caricamento o fornendo markup diversi dal server. Il test con URL divisi è la scelta appropriata quando le varianti differiscono in modo troppo sostanziale per essere prodotte tramite modifiche lato client: una landing page completamente ricostruita, un flusso di checkout diverso, un nuovo template in esecuzione su un'infrastruttura separata o una pagina creata da un team diverso su uno stack diverso.

Il vantaggio principale è la libertà. Poiché la variante è una pagina reale anziché un insieme di manipolazioni del DOM applicate a una pagina esistente, non ci sono limiti pratici alla sua diversità e non vi è alcun rischio che la variante si rompa quando la pagina sottostante cambia. I team di sviluppo possono creare la variante nel loro ambiente abituale, con i loro strumenti e controlli di qualità standard, anziché esprimere un redesign come uno script che riscrive l'originale. Per i redesign sostanziali, questo è spesso l'unico approccio praticabile.

I costi sono altrettanto reali. Il reindirizzamento aggiunge latenza, in genere di qualche centinaio di millisecondi, che viene applicata a un gruppo e non all'altro, introducendo quindi una differenza sistematica non correlata al design in fase di test. Le varianti più lente convertono peggio, quindi la penalità del reindirizzamento distorce i risultati a sfavore della variante. I reindirizzamenti causano anche la perdita di visitatori durante la transizione, che è una causa comune di discrepanza nel rapporto tra i campioni. La configurazione degli strumenti di analisi è più complessa, perché le sessioni ora si estendono su due URL e le informazioni sul referrer potrebbero andare perse. È necessario impedire ai motori di ricerca di indicizzare la variante, il che richiede tag canonici che puntino all'originale.

Un'implementazione accurata attenua la maggior parte di questi problemi. I reindirizzamenti lato server sono più veloci e affidabili di quelli lato client. Il precaricamento o la preconnessione al dominio della variante riducono il ritardo percepito. Un raggruppamento coerente, in modo che un visitatore di ritorno atterri sempre sulla stessa variante, impedisce l'esperienza incoerente di visualizzare versioni diverse tra sessioni diverse. Eseguire un test A/A con URL separati prima dell'esperimento vero e proprio, in cui entrambi gli URL servono pagine identiche, rivela quanta parte della differenza misurata è dovuta al reindirizzamento piuttosto che a un effetto di progettazione, e questo dato dovrebbe essere noto prima di trarre conclusioni.

Il test con URL separati è anche il meccanismo naturale per testare le prestazioni tra diverse tecnologie. Quando un'organizzazione migra una sezione del proprio sito a una nuova piattaforma, l'esecuzione delle vecchie e nuove versioni con URL separati consente di misurare l'impatto della migrazione sul business prima del completamento, anziché scoprirlo a posteriori. Lo stesso vale per il test di una nuova piattaforma di e-commerce, di un motore di prenotazione ricostruito o di un sistema di gestione dei contenuti migrato, dove l'alternativa è un passaggio brusco senza alcuna misurazione.

La gestione dei motori di ricerca richiede una configurazione accurata, e un errore in questo ambito può avere conseguenze anche successive alla conclusione dell'esperimento. L'URL della variante dovrebbe contenere un tag canonico che punti all'originale, in modo che i segnali di ranking convergano su un unico indirizzo. Il reindirizzamento dovrebbe essere temporaneo, non permanente, poiché un codice di stato permanente indica ai motori di ricerca di sostituire l'originale nel loro indice. Escludere gli URL delle varianti dalla sitemap e monitorarne la comparsa nei risultati di ricerca sono precauzioni sensate per i siti di grandi dimensioni. Al termine del test, la variante non performante dovrebbe essere rimossa o reindirizzata, anziché lasciata accessibile, perché gli URL di test abbandonati si accumulano nel corso degli anni, vengono indicizzati, attraggono link e finiscono per comparire nei risultati di ricerca come versioni duplicate di pagine che l'azienda ha nel frattempo modificato più volte.

Negli accordi in cui è in discussione una riprogettazione, questo metodo è ciò che trasforma un'argomentazione soggettiva sul nuovo design in una domanda a cui si può rispondere. progettazione del prodotto il team può costruire lo sfidante in modo adeguato e un Servizio CRO Il team può misurarlo rispetto al fornitore uscente in condizioni di traffico reale, con la penalità di reindirizzamento quantificata e contabilizzata. Per le decisioni di replatforming in particolare, questa è la differenza tra una migrazione giustificata da un business case e una giustificata dalla speranza, ed è una parte standard di come le aziende più grandi impresa I programmi riducono i rischi derivanti da cambiamenti che altrimenti sarebbero irreversibili.