Делать 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. Использует куки для отслеживания посетителей
2. Посетители видят такое же изменение даже при повторных посещениях

Так что это должно решить вашу проблему. Чтобы принять решение о том, какая вариация должна быть видна тем или иным пользователям, имеется удобный интерфейс для выбора этих условий.

Однако, если вы хотите что-то сделать, Drupal, то вы можете использовать http://drupal.org/project/multivariate, который дает вам больше контроля. Multivariate больше похож на модуль правил или контекста. У вас есть набор условий (пользователь использует браузер X, его IP-адрес из страны Y и т. Д.), И когда эти условия выполняются, можно выполнить ряд действий (обслуживать его многовариантный A вместо B).

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

Чтобы убедиться, что вышеуказанное условие выполнено, вы можете продлить срок службы набора файлов cookie. Если вы хотите отслеживать пользователей перед входом в систему (анонимные пользователи) и после того, как они прошли аутентификацию, вам может потребоваться выполнить пользовательское кодирование.

Существует несколько вариантов A / B-тестирования веб-сайта Drupal, и все параметры будут запускать простые тестовые требования этого вопроса (разделение трафика с указанным процентным содержанием и сохранение посетителей в их первоначальном опыте). Два основных подхода - использование платного внешнего сервиса для запуска A / B-тестов или использование полностью интегрированного в Drupal модуля. Вот варианты для каждого подхода:

Drupal Модули

• A / B-тест : доступен для D7, этот модуль описан на странице проекта как «низкоуровневый API для реализации A / B-тестов в коде». Тесты реализованы с использованием специального PHP, который требует знания структур данных Drupal и хуков на стороне PHP. Также обратите внимание, что слой кэширования HTML усложнит ситуацию (если не все посетители сайта используют бэкэнд PHP). Этот модуль не обновлялся с апреля 2015 года и не имел стабильной версии, но есть более 30 сайтов, которые в настоящее время сообщают об его использовании.
• Многовариантность : как упомянул Гокул, Multivariate позволяет настраивать тесты в пользовательском интерфейсе администратора без необходимости какого-либо специального кода. Он доступен для D7, но не имел стабильного выпуска и не обновлялся с октября 2013 года. Он имеет наибольшее текущее использование любого внешнего модуля тестирования A / B со 100+ сайтами, которые в настоящее время сообщают, что они используют Это. Поскольку это серверное решение, уровень кэширования HTML может помешать использованию этого модуля.
• A / B Test JS : это новый модуль для D7 и D8, который запускает тесты в JavaScript и предоставляет интерфейс администратора для создания тестов. В настоящее время на нем нет сайтов, сообщающих об использовании, но он активно разрабатывается и поддерживается. Для создания тестов требуются пользовательские фрагменты JavaScript, а оценка тестов должна выполняться на отдельной аналитической платформе, такой как Google Analytics.

Внешние услуги

Внешние опции запускают всю логику тестирования на внешнем интерфейсе (в JavaScript) и могут быть реализованы либо с прямым включением скриптов, либо с помощью модулей Drupal, когда они доступны.

• Optimizely : я не использовал Optimizely, но я знаю, что он широко используется и считается современным для A / B-тестирования. Он включает в себя пользовательский интерфейс WYSIWYG для создания тестовых модификаций, поэтому тесты можно создавать без какого-либо кода. Модуль Optimizely Drupal доступен в версиях D7 и D8 и в наибольшей степени использует любой из вариантов A / B-тестирования.
• Визуальный Оптимизатор Веб-сайта : у меня также нет опыта с этим, но он включает интерфейс WYSIWYG для создания тестов и интерфейс для просмотра результатов. Модуль Drupal, который включает в себя JavaScript VWO на страницах вашего сайта, доступен для D6, D7 и D8, а также имеет значительный объем использования в Drupal.
• Adobe Test and Target . Исходя из личного опыта работы с Adobe T & T, он имеет интерфейс WYSIWYG для создания тестов, но я обнаружил, что пользовательский интерфейс довольно глючный, и, что хуже всего, многие наши тесты вызывали «мерцание» для посетителей сайта, где исходная страница мигает перед выполнением тестовых модификаций. Модуль Test & Target Drupal также очень мало используется и доступен только в D7.
• Эксперименты по контенту Google : как часть Google Analytics, эксперименты по контенту не так полнофункциональны, как описанные выше варианты, но я считаю, что сервис бесплатный и удовлетворяет требованиям этого вопроса. Модуль Drupal для содержания экспериментов доступен в D7.

Вывод

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