Робити тестування A / B

Я хотів би зробити тестування A / B.

Я хотів би мати 2 трохи різні шаблони та різні модулі та контури для кожного шаблону, і тоді я хотів би зробити для відвідувачів 50% шаблонів A + модулів та логіки тощо та 50% шаблонів відвідувачів B + власних модулів.

Це базуватиметься на користувальницькій IP-адресі, а деякі простої логіки половина відвідувачів побачить перший шаблон, а друга половина відвідувачів побачить другий шаблон із різними налаштуваннями.

Важливим є те, що користувач (на основі IP або логіна) повинен бачити шаблон, який він побачив вперше, назавжди не лише за сеанс.

Я не впевнений, чи потрібно мені встановити дві версії Drupal з двома базами даних і використовувати .htaccessчи щось для прийняття рішення.

Або я шукав модулі, але знайшов лише цей: http://drupal.org/project/multivariate

Що здається занадто легким.

Будь-яка порада, який спосіб вибрати і як підійти до цієї проблеми.

Я рекомендую вам розглянути тестування http://visualwebsiteoptimizer.com/ для вашого випадку використання. Також є модуль http://drupal.org/project/visual_website_optimizer, який полегшує вам інтеграцію.

На сторінці поширених запитань VWO ви можете це побачити

1. Використовує файли cookie для відстеження відвідувачів
2. Відвідувачі бачать однакові зміни навіть при повторних візитах

Тож це повинно вирішити вашу проблему. Для того, щоб прийняти рішення, яка змінна повинна бути видимою для користувачів, існує елегантний інтерфейс для вибору цих умов.

Однак якщо ви хочете зробити це, друпальський шлях, тоді ви можете використовувати http://drupal.org/project/multivariate, який дає вам більше контролю. Багатовимірність більше нагадує правила або модуль контексту. У вас є набір умов (користувач використовує браузер X, чи його IP походить з країни Y тощо), і коли ці умови виконуються, можна виконати набір дій (подайте його багатоваріантний А замість B).

Важливим є те, що користувач (на основі IP або логіна) повинен бачити шаблон, який він побачив вперше, назавжди не лише за сеанс.

Щоб переконатися, що вищевказана умова виконана, ви можете збільшити термін служби встановлених файлів cookie. Якщо ви хочете відстежувати користувачів перед входом у систему (анонімні користувачі) та після їх автентифікації, можливо, вам доведеться виконати певне кодування.

Існує кілька варіантів тестування A / B тестування веб-сайту Drupal, і всі параметри будуть виконувати прості тестові вимоги цього питання (розподіл трафіку на визначені відсотки та утримання відвідувачів у їх початковому досвіді). Два основні підходи використовують платну зовнішню послугу для запуску тестів A / B або використання повністю інтегрованого модуля Drupal. Ось варіанти кожного підходу:

Модулі Drupal

• Тест A / B : доступний для D7, цей модуль описаний на сторінці проекту як "API низького рівня для впровадження тестів A / B в код". Тести реалізовані за допомогою спеціального PHP, що вимагає знання структур даних Drupal та гаків на стороні PHP. Також зауважте, що шар кешування HTML буде ускладнювати питання (якщо не всі відвідувачі сайту потрапляють на PHP). Цей модуль не оновлювався з квітня 2015 року і не мав стабільного випуску, але наразі є 30+ сайтів, які повідомляють про його використання.
• Багатоваріантність : Як згадував Gokul, Multivariate дозволяє налаштувати тести через інтерфейс адміністратора, не потребуючи спеціального коду. Він доступний для D7, але не мав стабільного випуску та не оновлювався з жовтня 2013 року. Він має найвищий поточний рівень використання будь-якого зовнішнього модуля тестування A / B із 100+ сайтами, які наразі повідомляють, що вони використовують це. Оскільки це резервне рішення, шар кешування HTML може запобігти використанню цього модуля.
• A / B Test JS : Це новий модуль для D7 та D8, який запускає тести в JavaScript і відкриває інтерфейс адміністратора для створення тесту. Наразі на сайті немає звітів про використання, але активно розробляється та підтримується. Для створення тестів необхідні спеціальні фрагменти JavaScript, а оцінка тестів повинна проводитися в окремій аналітичній платформі, наприклад Google Analytics.

Зовнішні послуги

Зовнішні параметри виконують всю логіку тестування на фронті (в JavaScript) і можуть бути реалізовані або з прямим включенням скриптів, або через модулі Drupal, коли вони є.

• Оптимізовано : я не використовував Optimizely, але я знаю, що широко використовується і вважається найсучаснішим для A / B тестування. Він включає інтерфейс WYSIWYG для створення тестових модифікацій, тому тести можна створювати без будь-якого коду. Модуль Optimizely Drupal доступний у версіях D7 та D8 та має найбільше використання будь-якого з варіантів тестування A / B.
• Візуальний оптимізатор веб-сайтів : Я також не маю досвіду з цим, але він включає інтерфейс WYSIWYG для створення тестів та інтерфейс для перегляду результатів. Модуль Drupal , який включає в себе VWO Javascript на сторінках вашого сайту доступний для D6, D7, D8 і, а також значна кількість використання на Drupal.
• Adobe Test and Target : З особистого досвіду роботи з Adobe T&T, він має інтерфейс WYSIWYG для створення тестів, але я вважав, що інтерфейс інтерфейсу досить невдалий, і найгірше, що багато наших тестів спричинили "мерехтіння" для відвідувачів сайту, де оригінальна сторінка спалахує перед тим, як виконати тестові модифікації. Модуль Test & Target Drupal також мало використання, і він доступний лише у D7.
• Експерименти з вмістом Google : як частина Google Analytics, контент-експерименти не є настільки повною, як описані вище, але я вважаю, що послуга безкоштовна і задовольнила б вимоги цього питання. Модуль Content Experimes Drupal доступний у версії D7.

Висновок

Якщо коротко сказати, цей випадок використання може бути задоволений будь-яким із цих рішень, якщо вони функціонують за призначенням. Більше конкретики знадобиться для пошуку найкращого рішення. Взагалі я віддаю перевагу використовувати Drupal A / B Test JS , але це також тому, що я це зробив :)