Faire des tests A / B

Je voudrais faire quelques tests A / B.

Je voudrais avoir 2 modèles légèrement différents et des modules et chemins différents pour chaque modèle, puis je voudrais faire aux visiteurs 50% de modèles A + modules et logiques, etc. et 50% des modèles de visiteurs B + propres modules.

Il serait basé sur l'adresse IP de l'utilisateur et certains visiteurs de la logique simple verront le premier modèle et la seconde moitié des visiteurs verront le deuxième modèle avec des paramètres différents.

Une chose importante est qu'un utilisateur (basé sur IP ou connexion) devrait voir le modèle qu'il a vu pour la première fois pour toujours non seulement pour sa session.

Je ne sais pas si je dois installer deux versions Drupal avec deux bases de données et utiliser .htaccessou quelque chose pour prendre la décision.

Ou j'ai cherché des modules mais je n'ai trouvé que celui-ci: http://drupal.org/project/multivariate

Ce qui semble trop léger.

Tout conseil sur la façon de choisir et comment aborder ce problème.

Je vous recommande d'envisager de tester http://visualwebsiteoptimizer.com/ pour votre cas d'utilisation. Il existe également un module http://drupal.org/project/visual_website_optimizer qui vous facilite l'intégration.

Sur la page FAQ de VWO, vous pouvez voir que

1. Utilise des cookies pour suivre les visiteurs
2. Les visiteurs voient la même variation même lors de visites répétées

Cela devrait donc résoudre votre problème. Pour décider quelle variante doit être visible pour quels utilisateurs, il existe une interface utilisateur élégante pour sélectionner ces conditions.

Cependant, si vous voulez faire les choses, à la manière de Drupal, vous pouvez utiliser http://drupal.org/project/multivariate qui vous donne plus de contrôle. Multivarié est plus comme un module de règles ou de contexte. Vous avez un ensemble de conditions (l'utilisateur utilise le navigateur X, son IP est-il originaire du pays Y, etc.) et lorsque ces conditions sont remplies, un ensemble d'actions peut être effectué (servir son A multivarié au lieu de B).

Une chose importante est qu'un utilisateur (basé sur IP ou connexion) devrait voir le modèle qu'il a vu pour la première fois pour toujours non seulement pour sa session.

Pour vous assurer que la condition ci-dessus est remplie, vous pouvez augmenter la durée de vie de l'ensemble de cookies. Si vous souhaitez suivre les utilisateurs avant de vous connecter (utilisateurs anonymes) et après s'être authentifiés, vous devrez peut-être effectuer un codage personnalisé.

Il existe quelques options pour tester A / B un site Web Drupal, et toutes les options exécuteront les exigences de test simples de cette question (répartir le trafic avec des pourcentages spécifiés et garder les visiteurs dans leurs expériences initiales). Les deux approches de base utilisent un service externe payant pour exécuter les tests A / B ou utilisent un module entièrement intégré à Drupal. Voici les options pour chaque approche:

Modules Drupal

• Test A / B : Disponible pour D7, ce module est décrit sur la page du projet comme une "API bas niveau pour implémenter des tests A / B en code". Les tests sont implémentés avec PHP personnalisé, ce qui nécessite une connaissance des structures de données Drupal et des hooks du côté PHP. Notez également qu'une couche de cache HTML compliquera les choses (si ce n'est pas tous les visiteurs du site qui utilisent PHP backend). Ce module n'a pas été mis à jour depuis avril 2015 et n'a pas eu de version stable, mais plus de 30 sites signalent actuellement l'utiliser.
• Multivarié : Comme Gokul l'a mentionné, Multivarié permet de configurer les tests via l'interface d'administration, sans avoir besoin de code personnalisé. Il est disponible pour D7, mais n'a pas eu de version stable et n'a pas été mis à jour depuis octobre 2013. Il a l'utilisation actuelle la plus élevée de tout module de test A / B non externe avec plus de 100 sites signalant actuellement qu'ils utilisent il. Comme il s'agit d'une solution d'arrière-plan, une couche de mise en cache HTML pourrait empêcher l'utilisation de ce module.
• Test A / B JS : il s'agit d'un nouveau module pour D7 et D8 qui exécute des tests en JavaScript et expose une interface utilisateur d'administration pour la création de tests. Il n'a pas actuellement de sites signalant l'utilisation, mais est activement développé et maintenu. Des extraits de code JavaScript personnalisés sont requis pour créer des tests, et l'évaluation des tests doit être effectuée dans une plate-forme d'analyse distincte comme Google Analytics.

Services externes

Les options externes exécutent toutes les logiques de test sur le frontend (en JavaScript) et peuvent être implémentées avec une inclusion directe des scripts ou via des modules Drupal lorsqu'ils sont disponibles.

• Optimizely : Je n'ai pas utilisé Optimizely, mais je sais qu'il est largement utilisé et considéré comme à la pointe de la technologie pour les tests A / B. Il comprend une interface utilisateur WYSIWYG pour créer les modifications de test, de sorte que les tests peuvent être créés sans code. Le module Optimizely Drupal est disponible en D7 et D8, et a la plus grande utilisation de toutes les options de test A / B.
• Visual Website Optimizer : Je n'ai pas non plus d'expérience avec cela, mais il comprend une interface WYSIWYG pour créer des tests et une interface pour afficher les résultats. Un module Drupal qui inclut le javascript VWO dans les pages de votre site est disponible pour D6, D7 et D8, et a également une utilisation importante sur Drupal.
• Adobe Test and Target : D'après mon expérience personnelle avec Adobe T&T, il a l'interface WYSIWYG pour créer des tests, mais j'ai trouvé l'interface utilisateur assez boguée, et pire encore, beaucoup de nos tests ont provoqué un "scintillement" pour les visiteurs du site, où la page d'origine clignote avant la mise en œuvre des modifications de test. Le module Test & Target Drupal a également très peu d'utilisation et n'est disponible qu'en D7.
• Expériences de contenu Google : dans le cadre de Google Analytics, les expériences de contenu ne sont pas aussi complètes que les options ci-dessus, mais je pense que le service est gratuit et répondrait aux exigences de cette question. Le module Drupal Content Experiments est disponible en D7.

Conclusion

Pour faire court, ce cas d'utilisation peut être satisfait de n'importe laquelle de ces solutions tant qu'elles fonctionnent comme prévu. Des précisions supplémentaires seraient nécessaires pour trouver la meilleure solution. En général, je préfère utiliser Drupal A / B Test JS , mais c'est aussi parce que je l'ai fait :)