Мультивариантные тесты
Мультивариантные тесты (MVT) сравнивают не два готовых варианта целиком, а сразу несколько элементов страницы и их сочетания — заголовок, визуал, текст кнопки — чтобы понять, какой именно элемент двигает результат. Это мощный инструмент, но не универсальная замена обычному A/B: без достаточного объёма трафика MVT просто размазывает выборку по слишком многим ячейкам и не доходит до значимого результата. Разберём, когда MVT оправдан, а когда лучше остаться на последовательных A/B-тестах.
Чем MVT отличается от обычного A/B
A/B сравнивает между собой готовые целые варианты страницы, обычно два, иногда несколько, и просто определяет, какой из них победил. MVT тестирует несколько отдельных элементов одновременно, например заголовок и главный визуал, и все их сочетания, показывая не только победителя, но и то, какой конкретно элемент реально повлиял на разницу в результате.
Когда MVT оправдан в PWA-связке
MVT имеет смысл в первую очередь при большом объёме трафика, когда можно распределить его по множеству ячеек и всё равно набрать читаемую выборку в каждой за разумное время. На небольшом или тестовом бюджете обычный A/B по одному элементу, который вызывает больше всего вопросов, даст ответ быстрее и надёжнее, чем MVT, который просто не наберёт значимость.
Главная ловушка — размазанная выборка
Каждая дополнительная переменная умножает число комбинаций экспоненциально: два элемента с двумя вариантами каждый дают 4 ячейки, три элемента — уже 8, и так далее. При ограниченном дневном объёме трафика на каждую ячейку может прийтись слишком мало конверсий, чтобы им можно было доверять, и тест просто будет идти дольше, никогда не доходя до статистической значимости.
Как прикинуть нужный объём трафика заранее
Перед запуском MVT стоит посчитать число ячеек по количеству переменных и вариантов и сопоставить его с текущим дневным объёмом трафика и базовой конверсией — если по расчётам каждая ячейка не наберёт заметного числа конверсий в приемлемый срок, разумнее сократить число переменных или вернуться к последовательным A/B-тестам одного элемента за раз.
Что выбрать для теста в PWA-оффере
Логичнее тестировать элементы, которые потенциально сильнее всего влияют на самый слабый шаг воронки: если основной отвал происходит на этапе установки или открытия, стоит проверять иконку, название и первый экран; если отвал происходит на депозите — оффер и текст кнопки действия. Тестировать всё сразу только потому, что инструмент это позволяет, обычно не оправдывает потраченный на это трафик. Сплит-тесты в APEX уже sticky по визитору, поэтому мультивариантная структура, запущенная через них, сохраняет достоверность данных в каждой ячейке без дополнительной разработки — от байера требуется только объём трафика и чёткий список переменных на входе.
Частые вопросы
- Сколько трафика нужно для мультивариантного теста?
- Фиксированной цифры нет, но с ростом числа переменных нужный объём растёт ощутимо быстрее, чем для обычного A/B — число ячеек стоит посчитать заранее, до запуска, а не по ходу теста.
- Можно ли совмещать MVT со sticky-сплитом?
- Да, и это необходимо: без закрепления варианта за визитором мультивариантный тест искажается даже сильнее, чем обычный A/B, потому что число сравниваемых ячеек больше.
- Что делать, если объём трафика небольшой?
- Лучше тестировать по одному элементу через последовательные A/B-тесты, чем запускать MVT, который просто не наберёт статистическую значимость на таком объёме.
- Как понять, что тест пора останавливать?
- Когда лидирующая комбинация набрала достаточный объём конверсий в каждой сравниваемой ячейке и разница держится стабильно на протяжении времени, а не скачет от замера к замеру.
Клоака, антибот, пуши, сплит-тесты и свои домены — в одном сервисе.
Начать бесплатно