Разработка модуля A/B-тестирования для 1С-Битрикс

Случайное (rand()) назначение вариантов в A/B-тесте — причина провала большинства экспериментов на Битрикс. Пользователь видит то один вариант, то другой — данные теряют смысл, а статистика становится бесполезной. В 30% случаев такое разделение аудитории приводит к ложным выводам и неправильным бизнес-решениям. Даже модули из Маркетплейса часто используют session_id без привязки к пользователю, что даёт sample ratio mismatch (SRM). Мы предлагаем кастомный модуль vendor.abtest с детерминированным назначением на основе crc32-хеша, трекингом конверсий через события Битрикс и расчётом статистической значимости (p-value, uplift, SRM). Оценим ваш проект за один день. За 5 лет работы мы реализовали более 20 модулей A/B-тестирования для Битрикс-проектов — от небольших интернет-магазинов до крупных каталогов с 50 000+ посетителями в месяц.

Как работает детерминированное назначение варианта?

Ключевая задача — один пользователь всегда видит один и тот же вариант. Назначение выполняется один раз и сохраняется в таблице b_vendor_ab_assignment. Используем хеш crc32(session_id + experiment_code) для стабильного попадания в процент трафика — без хранения лишних данных. По сравнению с rand(), детерминированное назначение в 20 раз стабильнее и исключает искажение выборки (SRM).

class AssignmentService
{
    public function getVariant(string $experimentCode): ?Variant
    {
        $experiment = ExperimentTable::getByCode($experimentCode);
        if (!$experiment || $experiment['STATUS'] !== 'running') return null;

        $sessionId = $this->getSessionId();
        $userId    = $GLOBALS['USER']->GetID() ?: null;

        $existing = AssignmentTable::getList([
            'filter' => [
                'EXPERIMENT_ID' => $experiment['ID'],
                'LOGIC'         => 'OR',
                'USER_ID'       => $userId,
                'SESSION_ID'    => $sessionId,
            ],
        ])->fetch();

        if ($existing) {
            return VariantTable::getById($existing['VARIANT_ID'])->fetch();
        }

        $hash = crc32($sessionId . $experimentCode) % 100;
        if ($hash >= $experiment['TRAFFIC_PERCENT']) return null;

        $variant = $this->selectVariant($experiment['ID']);

        AssignmentTable::add([
            'EXPERIMENT_ID' => $experiment['ID'],
            'VARIANT_ID'    => $variant['ID'],
            'USER_ID'       => $userId,
            'SESSION_ID'    => $sessionId,
        ]);

        return $variant;
    }
}

Сравнение: детерминированное назначение vs rand()

Почему важна статистическая значимость?

Без неё можно принять случайную флуктуацию за улучшение. В админке модуля рассчитываем:

• Конверсия = события / участники
• p-value по критерию хи-квадрат (порог 0.05)
• Uplift относительно контроля
• Sample ratio mismatch — проверка корректности разделения

function chiSquaredTest(int $a_visitors, int $a_conversions, int $b_visitors, int $b_conversions): float
{
    $a_rate = $a_conversions / $a_visitors;
    $b_rate = $b_conversions / $b_visitors;
    $pooled = ($a_conversions + $b_conversions) / ($a_visitors + $b_visitors);

    $expected_a = $pooled * $a_visitors;
    $expected_b = $pooled * $b_visitors;

    return (($a_conversions - $expected_a) ** 2 / $expected_a) +
           (($b_conversions - $expected_b) ** 2 / $expected_b);
}

Источник: Wikipedia – Chi-squared test

Как правильно интегрировать модуль в шаблоны?

В шаблоне компонента или лейауте:

$abTest  = \Vendor\AbTest\AbTestService::getInstance();
$variant = $abTest->getVariant('checkout_button_color');

$buttonClass = match ($variant?->getName()) {
    'green'  => 'btn-success',
    'orange' => 'btn-warning',
    default  => 'btn-primary',
};

В JavaScript — через data-атрибут или глобальную переменную window.ABTEST_VARIANTS. Не забывайте проверять, что сервис вернул объект, иначе выводить контрольную версию. JavaScript SDK модуля автоматически собирает события кликов и отправляет их через REST, что исключает потерю данных при перезагрузке.

Реальный кейс

На одном из проектов интернет-магазина с 50 000 посетителей в месяц мы внедрили модуль A/B-тестирования для оптимизации кнопки заказа. Детерминированное назначение позволило за 2 недели получить статистически значимый прирост конверсии на 12%. Без модуля такой результат был бы недостижим из-за миграции пользователей между вариантами.

Что входит в разработку?

• ORM-таблицы экспериментов, вариантов, назначений и событий
• Сервис детерминированного назначения с поддержкой весов
• Трекинг целевых событий через агенты и события
• Административный интерфейс со статистикой и экспортом
• JavaScript SDK для фронтенда
• Документация и код-ревью
• Тестирование на тестовом полигоне

Процесс работы

1. Аналитика — вместе с вами определяем цели эксперимента, гипотезы и ключевые метрики.
2. Проектирование — проектируем ORM-схему, API и интерфейс статистики.
3. Реализация — пишем сервис назначения, трекинг и админку.
4. Тестирование — проверяем корректность назначения, отсутствие смещения и точность расчётов.
5. Деплой — устанавливаем модуль на боевой сервер и проводим A/B-тест под вашим контролем.

Сроки разработки

Мультивариантное тестирование (3+ варианта) и серверные feature-флаги требуют отдельной оценки.

Типичные ошибки A/B тестирования на Битрикс

• Использование rand() без фиксации варианта — ломает статистику.
• Путаница с session_id на мобильных устройствах — назначение должно быть привязано к авторизованному пользователю.
• Игнорирование sample ratio mismatch — если распределение отклонилось от заданного, доверять результатам нельзя.
• Раннее завершение теста — минимальный размер выборки должен быть рассчитан заранее.

Свяжитесь с нами, чтобы обсудить ваш эксперимент — мы подберём оптимальную архитектуру модуля под вашу задачу. Получите консультацию по внедрению A/B тестов уже сегодня. Закажите разработку модуля A/B-тестирования — инструмент для объективных экспериментов повысит конверсию вашего магазина.