Przeprowadzanie testów A / B

Chciałbym przeprowadzić testy A / B.

Chciałbym mieć 2 nieco inne szablony oraz różne moduły i ścieżki dla każdego szablonu, a następnie chciałbym zrobić odwiedzającym 50% szablonów A + modułów i logiki itp. Oraz 50% odwiedzających szablony B + własnych modułów.

Byłoby to oparte na adresie IP użytkownika, a niektórzy użytkownicy z prostą logiką zobaczą pierwszy szablon, a druga połowa będzie widzieć drugi szablon z różnymi ustawieniami.

Ważną rzeczą jest to, że użytkownik (na podstawie adresu IP lub loginu) powinien zobaczyć szablon, który zobaczył po raz pierwszy na zawsze, nie tylko dla swojej sesji.

Nie jestem pewien, czy muszę zainstalować dwie wersje Drupala z dwiema bazami danych i użyć .htaccesslub czegoś, aby podjąć decyzję.

Lub szukałem modułów, ale znalazłem tylko ten: http://drupal.org/project/multivariate

Co wydaje się zbyt lekkie.

Wszelkie porady, który sposób wybrać i jak podejść do tego problemu.

Poleciłbym rozważyć przetestowanie http://visualwebsiteoptimizer.com/ dla twojego przypadku użycia. Istnieje również moduł http://drupal.org/project/visual_website_optimizer, który ułatwia integrację.

Możesz to zobaczyć na stronie FAQ VWO

1. Wykorzystuje pliki cookie do śledzenia odwiedzających
2. Odwiedzający widzą tę samą odmianę nawet podczas wielokrotnych wizyt

To powinno rozwiązać twój problem. Aby decyzja, która odmiana była widoczna dla użytkowników, istnieje elegancki interfejs użytkownika do wybierania tych warunków.

Jeśli jednak chcesz to robić w sposób Drupal, możesz użyć http://drupal.org/project/multivariate, który daje ci większą kontrolę. Wielowymiarowy bardziej przypomina moduł Reguły lub Kontekst. Masz zestaw warunków (użytkownik korzystający z przeglądarki X, jego adres IP pochodzi z kraju Y itd.), A gdy te warunki są spełnione, można wykonać zestaw działań (obsługuj jego wielowymiarową A zamiast B).

Ważną rzeczą jest to, że użytkownik (na podstawie adresu IP lub loginu) powinien zobaczyć szablon, który zobaczył po raz pierwszy na zawsze, nie tylko dla swojej sesji.

Aby upewnić się, że powyższy warunek jest spełniony, możesz przedłużyć żywotność zestawu plików cookie. Jeśli chcesz śledzić użytkowników przed zalogowaniem (użytkownicy anonimowi) i po ich uwierzytelnieniu, może być konieczne wykonanie niestandardowego kodowania.

Istnieje kilka opcji testowania A / B witryny Drupal, a wszystkie opcje wykonają proste testy tego pytania (dzieląc ruch z określonymi wartościami procentowymi i utrzymując gości w ich początkowych doświadczeniach). Dwa podstawowe podejścia wykorzystują płatną usługę zewnętrzną do przeprowadzenia testów A / B lub wykorzystują moduł w pełni zintegrowany z Drupalem. Oto opcje dla każdego podejścia:

Moduły Drupal

• Test A / B : Dostępny dla D7, moduł ten jest opisany na stronie projektu jako „niskiego poziomu API do implementacji testów A / B w kodzie”. Testy są realizowane za pomocą niestandardowego PHP, który wymaga znajomości struktur danych Drupal i haków po stronie PHP. Zauważ też, że warstwa buforująca HTML komplikuje sprawy (jeśli nie wszyscy odwiedzający witrynę uderzają w backend PHP). Ten moduł nie był aktualizowany od kwietnia 2015 r. I nie miał stabilnej wersji, ale obecnie ponad 30 witryn zgłasza jego użycie.
• Wielowymiarowy : Jak wspomniał Gokul, wielowymiarowy umożliwia konfigurowanie testów w interfejsie administratora, bez potrzeby używania niestandardowego kodu. Jest dostępny dla D7, ale nie miał stabilnej wersji i nie był aktualizowany od października 2013 r. Ma najwyższy bieżący stopień wykorzystania dowolnego zewnętrznego modułu testującego A / B z ponad 100 witrynami aktualnie zgłaszającymi, że używa to. Ponieważ jest to rozwiązanie zaplecza, warstwa buforująca HTML może uniemożliwić korzystanie z tego modułu.
• Test A / B JS : jest to nowy moduł dla D7 i D8, który uruchamia testy w JavaScript i udostępnia interfejs użytkownika administratora do tworzenia testów. Obecnie nie ma witryn zgłaszających użycie, ale jest aktywnie rozwijany i utrzymywany. Niestandardowe fragmenty JavaScript są wymagane do tworzenia testów, a oceny testów należy dokonać na osobnej platformie analitycznej, takiej jak Google Analytics.

Usługi zewnętrzne

Opcje zewnętrzne uruchamiają całą logikę testowania na interfejsie (w JavaScript) i mogą być implementowane albo przez bezpośrednie włączenie skryptów, albo poprzez moduły Drupal, jeśli są dostępne.

• Optimizely : Nie korzystałem z Optimizely, ale wiem, że jest szeroko stosowany i uważany za najnowocześniejszy do testowania A / B. Zawiera interfejs WYSIWYG do tworzenia modyfikacji testów, dzięki czemu testy można tworzyć bez żadnego kodu. Moduł Optimizely Drupal jest dostępny w wersjach D7 i D8 i ma największe wykorzystanie spośród wszystkich opcji testowania A / B.
• Visual Website Optimizer : ja też nie mam doświadczenia, ale zawiera interfejs WYSIWYG do tworzenia testów i interfejs do przeglądania wyników. Moduł Drupal , który zawiera javascript VWO na stronach witryny jest dostępna dla D6, D7, D8 i, a także posiada znaczną ilość zużycia na Drupal.
• Adobe Test and Target : Z własnego doświadczenia z Adobe T&T ma interfejs WYSIWYG do tworzenia testów, ale interfejs użytkownika był dość wadliwy, a co najgorsze, wiele naszych testów spowodowało „migotanie” u odwiedzających witrynę, gdzie oryginalna strona miga przed wprowadzeniem modyfikacji testowych. Moduł Test & Target Drupal ma również bardzo małe zastosowanie i jest dostępny tylko w D7.
• Eksperymenty z treścią Google : w ramach Google Analytics eksperymenty z treścią nie są tak w pełni oferowane, jak powyższe opcje, ale uważam, że usługa jest bezpłatna i spełniałaby wymagania tego pytania. Eksperymenty Content moduł Drupal jest dostępny w D7.

Wniosek

Krótko mówiąc, ten przypadek użycia może być satysfakcjonujący z dowolnego z tych rozwiązań, o ile działają one zgodnie z przeznaczeniem. Potrzebne byłyby więcej szczegółów, aby znaleźć najlepsze rozwiązanie. Ogólnie wolę korzystać z Drupal A / B Test JS , ale to także dlatego, że to zrobiłem :)