Fazendo teste A / B

Eu gostaria de fazer alguns testes A / B.

Gostaria de ter 2 modelos ligeiramente diferentes e módulos e caminhos diferentes para cada modelo e, em seguida, gostaria de fazer aos visitantes 50% dos módulos e lógicas do modelo A +, etc. e 50% dos próprios módulos do modelo B + dos visitantes.

Seria baseado no IP do usuário e uma lógica simples que metade dos visitantes verá o primeiro modelo e a segunda metade dos visitantes verá o segundo modelo com configurações diferentes.

Uma coisa importante é que um usuário (com base em IP ou login) deve ver o modelo que viu pela primeira vez para sempre, não apenas para sua sessão.

Não tenho certeza se tenho que instalar duas versões do Drupal com dois bancos de dados e usar .htaccessou algo para tomar a decisão.

Ou procurei módulos, mas encontrei apenas este: http://drupal.org/project/multivariate

O que parece muito leve.

Qualquer conselho que maneira de escolher e como abordar este problema.

Eu recomendaria que você considerasse testar http://visualwebsiteoptimizer.com/ para o seu caso de uso. Há também um módulo http://drupal.org/project/visual_website_optimizer que facilita a integração para você.

Na página de perguntas frequentes do VWO, você pode ver que

1. Utiliza cookies para rastrear visitantes
2. Os visitantes veem a mesma variação mesmo em visitas repetidas

Portanto, isso deve resolver seu problema. Para tomar a decisão de qual variável deve estar visível para quais usuários, existe uma interface elegante para selecionar essas condições.

No entanto, se você quiser fazer as coisas, da maneira Drupal, poderá usar http://drupal.org/project/multivariate, o que lhe dará mais controle. Multivariada é mais parecida com o módulo Regras ou Contexto. Você tem um conjunto de condições (o usuário está usando o navegador X, o IP dele é originário do país Y e assim por diante) e quando essas condições são atendidas, um conjunto de ações pode ser executado (atenda seu multivariado A em vez de B).

Uma coisa importante é que um usuário (com base em IP ou login) deve ver o modelo que viu pela primeira vez para sempre, não apenas para sua sessão.

Para garantir que a condição acima seja atendida, você pode aumentar a vida útil do conjunto de cookies. Se você deseja rastrear os usuários antes de efetuar o login (usuários anônimos) e depois que eles forem autenticados, talvez seja necessário fazer uma codificação personalizada.

Existem algumas opções para o teste A / B de um site do Drupal e todas as opções executam os requisitos simples de teste desta pergunta (dividindo o tráfego com porcentagens especificadas e mantendo os visitantes em suas experiências iniciais). As duas abordagens básicas estão usando um serviço externo pago para executar os testes A / B ou usando um módulo totalmente integrado ao Drupal. Aqui estão as opções para cada abordagem:

Módulos Drupal

• Teste A / B : disponível para D7, este módulo é descrito na página do projeto como uma "API de baixo nível para implementar testes A / B no código". Os testes são implementados com PHP personalizado, que requer conhecimento de estruturas de dados e ganchos do Drupal no lado do PHP. Observe também que uma camada de cache HTML complicará as coisas (se nem todos os visitantes do site estiverem acessando o PHP de back-end). Este módulo não foi atualizado desde abril de 2015 e não teve uma versão estável, mas existem mais de 30 sites que relatam o uso no momento.
• Multivariada : Como Gokul mencionou, a Multivariada permite que os testes sejam configurados na UI do administrador, sem a necessidade de nenhum código personalizado. Está disponível para o D7, mas não possui uma versão estável e não é atualizada desde outubro de 2013. Possui o uso atual mais alto de qualquer módulo de teste A / B não externo, com mais de 100 sites atualmente relatando que usam isto. Por ser uma solução de back-end, uma camada de cache em HTML pode impedir o uso deste módulo.
• JS de teste A / B : este é um novo módulo para D7 e D8 que executa testes em JavaScript e expõe uma UI de administrador para criação de testes. Atualmente, ele não possui sites que relatam uso, mas está sendo desenvolvido e mantido ativamente. Snippets JavaScript personalizados são necessários para criar testes, e a avaliação dos testes deve ser feita em uma plataforma de análise separada como o Google Analytics.

Serviços externos

As opções externas executam toda a lógica de teste no frontend (em JavaScript) e podem ser implementadas com inclusão direta dos scripts ou através dos módulos Drupal, quando disponíveis.

• Optimizely : não usei o Optimizely, mas sei que é amplamente utilizado e considerado o estado da arte nos testes A / B. Ele inclui uma interface do usuário WYSIWYG para criar as modificações de teste, para que os testes possam ser criados sem nenhum código. O módulo Optimizely Drupal está disponível em D7 e D8 e possui o maior uso de qualquer uma das opções de teste A / B.
• Visual Website Optimizer : Também não tenho experiência com isso, mas inclui uma interface WYSIWYG para criar testes e uma interface para visualizar resultados. Um módulo Drupal que inclui o javascript VWO nas páginas do seu site está disponível para D6, D7 e D8 e também possui uma quantidade significativa de uso no Drupal.
• Teste e destino da Adobe : por experiência pessoal com o Adobe T&T, ele possui a interface WYSIWYG para criar testes, mas achei a interface do usuário bastante complicada e, o pior de tudo, muitos de nossos testes causaram "tremulação" para os visitantes do site, onde a página original pisca antes que as modificações de teste sejam implementadas. O módulo Test & Target Drupal também tem muito pouco uso e está disponível apenas no D7.
• Experiências de conteúdo do Google : como parte do Google Analytics, as Experiências de conteúdo não são tão completas quanto as opções acima, mas acredito que o serviço seja gratuito e atenda aos requisitos desta pergunta. O módulo Drupal de experiências de conteúdo está disponível no D7.

Conclusão

Para encurtar a história, este caso de uso pode ser satisfeito com qualquer uma dessas soluções, desde que funcionem conforme o planejado. Seriam necessários mais detalhes para encontrar a melhor solução. Em geral, prefiro usar o Drupal A / B Test JS , mas também porque o fiz :)