Fare test A / B

Vorrei fare alcuni test A / B.

Vorrei avere 2 modelli leggermente diversi e moduli e percorsi diversi per ciascun modello e quindi vorrei fare ai visitatori il 50% di moduli A + moduli e logiche ecc. E il 50% dei visitatori modello B + propri moduli.

Si baserebbe sull'IP dell'utente e alcuni semplici visitatori metà logici vedranno il primo modello e la seconda metà dei visitatori vedrà il secondo modello con impostazioni diverse.

Una cosa importante è che un utente (basato su IP o login) dovrebbe vedere il modello che ha visto per la prima volta per sempre non solo per la sua sessione.

Non sono sicuro se devo installare due versioni di Drupal con due database e utilizzare .htaccesso qualcosa per prendere la decisione.

Oppure ho cercato i moduli ma ho trovato solo questo: http://drupal.org/project/multivariate

Che sembra troppo leggero.

Qualche consiglio in che modo scegliere e come affrontare questo problema.

Ti consiglierei di prendere in considerazione la prova di http://visualwebsiteoptimizer.com/ per il tuo caso d'uso. C'è anche un modulo http://drupal.org/project/visual_website_optimizer che semplifica l'integrazione per te.

Dalla pagina FAQ di VWO puoi vederlo

1. Utilizza i cookie per tracciare i visitatori
2. I visitatori vedono la stessa variazione anche nelle visite ripetute

Quindi questo dovrebbe risolvere il tuo problema. Per decidere quale variabile dovrebbe essere visibile a quali utenti, esiste un'interfaccia utente elegante per la selezione di tali condizioni.

Tuttavia, se vuoi fare le cose, in modo Drupal, puoi usare http://drupal.org/project/multivariate che ti dà più controllo. Multivariato è più simile al modulo Regole o al contesto. Hai una serie di condizioni (è l'utente che utilizza X browser, il suo IP è originario del paese Y e così via) e quando tali condizioni sono soddisfatte è possibile eseguire una serie di azioni (servire il suo multivariato A anziché B).

Una cosa importante è che un utente (basato su IP o login) dovrebbe vedere il modello che ha visto per la prima volta per sempre non solo per la sua sessione.

Per accertarti che le condizioni sopra indicate siano soddisfatte puoi aumentare la durata dei cookie impostati. Se si desidera tracciare gli utenti prima dell'accesso (utenti anonimi) e dopo che si sono autenticati, potrebbe essere necessario eseguire alcuni codici personalizzati.

Ci sono alcune opzioni per testare A / B su un sito Web Drupal e tutte le opzioni eseguiranno i semplici requisiti di test di questa domanda (suddividere il traffico con percentuali specificate e mantenere i visitatori nelle loro esperienze iniziali). I due approcci di base utilizzano un servizio esterno a pagamento per eseguire i test A / B o un modulo completamente integrato in Drupal. Ecco le opzioni per ciascun approccio:

Moduli Drupal

• Test A / B : disponibile per D7, questo modulo è descritto nella pagina del progetto come "API di basso livello per l'implementazione di test A / B nel codice". I test sono implementati con PHP personalizzato, che richiede la conoscenza delle strutture dei dati Drupal e degli hook sul lato PHP. Si noti inoltre che un livello di cache HTML complicherà le cose (se non tutti i visitatori del sito stanno colpendo il back-end PHP). Questo modulo non è stato aggiornato da aprile 2015 e non ha avuto una versione stabile, ma ci sono oltre 30 siti che attualmente segnalano di usarlo.
• Multivariato : come menzionato da Gokul, Multivariato consente di configurare i test nell'interfaccia utente dell'amministratore, senza bisogno di alcun codice personalizzato. È disponibile per D7, ma non ha avuto una versione stabile e non è stato aggiornato da ottobre 2013. Ha il più alto utilizzo corrente di qualsiasi modulo di test A / B non esterno con oltre 100 siti che attualmente segnalano che usano esso. Trattandosi di una soluzione di back-end, un livello di cache HTML potrebbe impedire l'utilizzo di questo modulo.
• Test A / B JS : questo è un nuovo modulo per D7 e D8 che esegue test in JavaScript ed espone un'interfaccia utente di amministrazione per la creazione di test. Al momento non ha siti che segnalano l'utilizzo, ma è attivamente sviluppato e mantenuto. Per creare test sono necessari frammenti JavaScript personalizzati e la valutazione dei test deve essere effettuata in una piattaforma di analisi separata come Google Analytics.

Servizi esterni

Le opzioni esterne eseguono tutta la logica di test sul frontend (in JavaScript) e possono essere implementate con l'inclusione diretta degli script o tramite i moduli Drupal quando disponibili.

• Ottimamente : non ho usato Optimizely, ma so che è ampiamente usato e considerato all'avanguardia per i test A / B. Include un'interfaccia utente WYSIWYG per la creazione delle modifiche al test, quindi i test possono essere creati senza alcun codice. Il modulo Optimizely Drupal è disponibile in D7 e D8 e ha il maggior utilizzo di tutte le opzioni di test A / B.
• Visual Website Optimizer : non ho esperienza con questo, ma include un'interfaccia WYSIWYG per la creazione di test e un'interfaccia per la visualizzazione dei risultati. Un modulo Drupal che include il javascript VWO nelle pagine del tuo sito è disponibile per D6, D7 e D8 e ha anche una notevole quantità di utilizzo su Drupal.
• Test e target di Adobe : dall'esperienza personale con Adobe T&T, ha l'interfaccia WYSIWYG per la creazione di test, ma ho trovato l'interfaccia utente piuttosto errata e, soprattutto, molti dei nostri test hanno causato "sfarfallio" per i visitatori del sito, dove la pagina originale lampeggia prima dell'implementazione delle modifiche al test. Anche il modulo Test & Target Drupal ha pochissimo utilizzo ed è disponibile solo in D7.
• Esperimenti sui contenuti di Google : come parte di Google Analytics, gli Esperimenti sui contenuti non sono così completi come le opzioni sopra, ma credo che il servizio sia gratuito e soddisferebbe i requisiti di questa domanda. Il modulo Drupal di Experiments dei contenuti è disponibile in D7.

Conclusione

Per farla breve, questo caso d'uso può essere soddisfatto con una qualsiasi di queste soluzioni purché funzionino come previsto. Sarebbero necessari ulteriori dettagli per trovare la soluzione migliore. In generale, preferisco usare Drupal A / B Test JS , ma è anche perché l'ho fatto :)