Haciendo pruebas A / B

Me gustaría hacer algunas pruebas A / B.

Me gustaría tener 2 plantillas ligeramente diferentes y diferentes módulos y rutas para cada plantilla y luego me gustaría hacerles a los visitantes un 50% de módulos y lógicas de plantilla A +, etc. y un 50% de los módulos propios de la plantilla B + de los visitantes.

Se basaría en la IP del usuario y algunos medios lógicos simples visitantes verán la primera plantilla y la segunda mitad de los visitantes verán la segunda plantilla con diferentes configuraciones.

Una cosa importante es que un usuario (basado en IP o inicio de sesión) debería ver la plantilla que vio por primera vez para siempre, no solo para su sesión.

No estoy seguro si tengo que instalar dos versiones de Drupal con dos bases de datos y usar .htaccesso algo para tomar la decisión.

O he buscado módulos pero encontré solo este: http://drupal.org/project/multivariate

Lo que parece demasiado ligero.

Cualquier consejo sobre la forma de elegir y cómo abordar este problema.

Le recomendaría que considere probar http://visualwebsiteoptimizer.com/ para su caso de uso. También hay un módulo http://drupal.org/project/visual_website_optimizer que facilita la integración para usted.

Desde la página de preguntas frecuentes de VWO puedes ver que

1. Utiliza cookies para rastrear visitantes
2. Los visitantes ven la misma variación incluso en visitas repetidas

Entonces eso debería resolver tu problema. Para tomar la decisión de qué variante debería ser visible para qué usuarios, hay una interfaz de usuario elegante para seleccionar esas condiciones.

Sin embargo, si desea hacer las cosas, a la manera de Drupal, puede usar http://drupal.org/project/multivariate que le brinda más control. Multivariante es más como un módulo de Reglas o Contexto. Tiene un conjunto de condiciones (es el usuario que usa el navegador X, es su IP que se origina en el país Y, etc.) y cuando se cumplen esas condiciones, se puede realizar un conjunto de acciones (servir a su A multivariante en lugar de B).

Una cosa importante es que un usuario (basado en IP o inicio de sesión) debería ver la plantilla que vio por primera vez para siempre, no solo para su sesión.

Para asegurarse de que se cumpla la condición anterior, puede aumentar la vida útil de las cookies establecidas. Si desea realizar un seguimiento de los usuarios antes de iniciar sesión (usuarios anónimos) y después de que se hayan autenticado, es posible que deba realizar una codificación personalizada.

Hay algunas opciones para que A / B pruebe un sitio web de Drupal, y todas las opciones ejecutarán los requisitos de prueba simples de esta pregunta (dividir el tráfico con porcentajes específicos y mantener a los visitantes en sus experiencias iniciales). Los dos enfoques básicos son usar un servicio externo pago para ejecutar las pruebas A / B o usar un módulo totalmente integrado en Drupal. Estas son las opciones para cada enfoque:

Módulos Drupal

• Prueba A / B : disponible para D7, este módulo se describe en la página del proyecto como una "API de bajo nivel para implementar pruebas A / B en código". Las pruebas se implementan con PHP personalizado, que requiere el conocimiento de las estructuras de datos de Drupal y los ganchos en el lado de PHP. También tenga en cuenta que una capa de almacenamiento en caché HTML complicará las cosas (si no todos los visitantes del sitio están presionando PHP backend). Este módulo no se ha actualizado desde abril de 2015 y no ha tenido una versión estable, pero hay más de 30 sitios que actualmente informan que lo usan.
• Multivariante : como mencionó Gokul, Multivariante permite configurar las pruebas a través de la interfaz de usuario de administrador, sin necesidad de ningún código personalizado. Está disponible para D7, pero no ha tenido una versión estable y no se ha actualizado desde octubre de 2013. Tiene el mayor uso actual de cualquier módulo de prueba A / B no externo con más de 100 sitios que actualmente informan que usan eso. Como es una solución de back-end, una capa de caché HTML podría evitar el uso de este módulo.
• A / B Test JS : este es un nuevo módulo para D7 y D8 que ejecuta pruebas en JavaScript y expone una IU de administrador para la creación de pruebas. Actualmente no tiene sitios que informan sobre el uso, pero se está desarrollando y manteniendo activamente. Se requieren fragmentos de JavaScript personalizados para crear pruebas, y la evaluación de las pruebas debe realizarse en una plataforma de análisis separada como Google Analytics.

Servicios externos

Las opciones externas ejecutan toda la lógica de prueba en el frontend (en JavaScript) y se pueden implementar con la inclusión directa de los scripts o mediante módulos Drupal cuando estén disponibles.

• Optimizely : no he usado Optimizely, pero sí sé que se usa ampliamente y se considera lo más avanzado para las pruebas A / B. Incluye una interfaz de usuario WYSIWYG para crear las modificaciones de prueba, por lo que las pruebas se pueden crear sin ningún código. El módulo Optimizely Drupal está disponible en D7 y D8, y tiene el mayor uso de cualquiera de las opciones de prueba A / B.
• Visual Website Optimizer : tampoco tengo experiencia con esto, pero incluye una interfaz WYSIWYG para crear pruebas y una interfaz para ver resultados. Un módulo Drupal que incluye el JavaScript de VWO en las páginas de su sitio está disponible para D6, D7 y D8, y también tiene una gran cantidad de uso en Drupal.
• Adobe Test and Target : por experiencia personal con Adobe T&T, tiene la interfaz WYSIWYG para crear pruebas, pero encontré que la interfaz de usuario es bastante defectuosa, y lo peor de todo, muchas de nuestras pruebas causaron "parpadeo" para los visitantes del sitio, donde la página original parpadea antes de implementar las modificaciones de prueba. El módulo Test & Target Drupal también tiene muy poco uso, y solo está disponible en D7.
• Experimentos de contenido de Google : como parte de Google Analytics, los experimentos de contenido no son tan completos como las opciones anteriores, pero creo que el servicio es gratuito y satisfaría los requisitos de esta pregunta. El módulo de Experimentos de Contenido Drupal está disponible en D7.

Conclusión

En pocas palabras, este caso de uso puede satisfacerse con cualquiera de estas soluciones siempre que funcionen según lo previsto. Se necesitarían más detalles para encontrar la mejor solución. En general, prefiero usar Drupal A / B Test JS , pero eso también es porque lo hice :)