A/B-тест лендингов через одну ссылку: настройка и проверка
Два лендинга готовы — осталось понять, какой чаще приносит заявки. A/B-тест лендингов через одну ссылку позволяет разделить между ними общий поток.
Если показывать страницы по очереди, вместе с ними изменятся день недели, состав аудитории и рекламная кампания. Трудно понять, что именно повлияло на результат.
Короткая ссылка позволяет поставить развилку перед посадочными. Читатели видят один адрес, а сервис направляет их на разные URL с заданными долями трафика. Это решает задачу распределения. Чтобы сравнить заявки или оплаты, отдельно понадобится корректный учёт этих событий.
Сначала договоритесь, что сравниваете
Запишите гипотезу и главное действие посетителя. Например: более конкретный заголовок поможет чаще отправлять форму заявки. В таком тесте меняется заголовок, а цена, форма и предложение остаются одинаковыми.
Проверьте обе страницы до запуска: они открываются на телефоне, форма отправляется, после отправки появляется нужное событие. Если один лендинг не работает, A/B-тест покажет поломку, а не преимущество оффера.
Заранее выберите показатель, длительность и правило принятия решения. Не существует универсального числа переходов, после которого любой тест становится достоверным. Нужный объём зависит от исходной конверсии и размера различия, которое вы хотите заметить.
Настройте A/B-тест лендингов в кабинете
Откройте раздел «Ссылки» и создайте новую ссылку. В поле «URL назначения» укажите первый лендинг, а внизу формы нажмите «A/B тест».
В окне «A/B-тестирование» добавьте второй URL. Для начальной проверки двух вариантов можно оставить распределение 50/50. Это доли потока, а не обещание отправлять каждый второй клик на другой адрес.
Проверьте дату завершения. Затем нажмите «Запустить тест» в окне настройки и завершите создание самой ссылки. Если остановиться на первом действии, заполненная форма ещё не станет готовой короткой ссылкой.
Для распределения переходов не требуется ставить экспериментальный скрипт на обе посадочные. Но эта настройка не заменяет интеграцию аналитики. Ни UTM-метки, ни включённое отслеживание в форме сами по себе не создают события заявки и продажи.
Проверьте переходы, не имитируя эксперимент
Откройте готовую короткую ссылку и посмотрите конечный адрес. Сверьте домен, путь и нужные параметры. Затем отдельно откройте оба целевых URL и проверьте работоспособность страниц.
Почему от повторных открытий не стоит ждать строгого чередования страниц? Доли 50/50 задают соотношение потока, а не очередность кликов. Несколько открытий из одного браузера не проверяют распределение на большой выборке. Очистка cookies тоже не превращает ручные клики в полноценный эксперимент.
В нашей учебной проверке два открытия из одного браузера привели на variant=b. Это подтверждает конкретный маршрут и повторный переход. Такой прогон не доказывает точность распределения на большой выборке или превосходство варианта B.
Сравнивайте целевое действие, а не только клики
Клик показывает, что человек начал переход. Для выбора посадочной обычно важнее заявка, регистрация или покупка. Определите одинаковую метрику для обоих вариантов и убедитесь, что она фиксируется одним способом.
Если считаете конверсию в заявку, числитель и знаменатель должны относиться к одной выборке: те же варианты, период и правила учёта. Нельзя делить заявки из CRM за месяц на переходы по ссылке за неделю или сравнивать клики одного варианта с посетителями другого.
Для связи переходов с действиями понадобится настроенное отслеживание конверсий. В учебном прогоне мы не отправляли тестовые заявки и оплаты, поэтому сравнение конверсий здесь не проверено.
Не останавливайте тест сразу после первого удачного дня. Команда Microsoft Experimentation Platform отдельно разбирает риски раннего чтения результатов: короткое колебание может исчезнуть к заранее выбранному сроку. Длительность чужого эксперимента при этом не становится нормой для вашей кампании.
Зафиксируйте решение и проверьте итоговый маршрут
Перед изменением настроек сохраните результаты и условия теста. Если различие неубедительно, так и запишите: данных для выбора недостаточно. Назначать победителя только потому, что у него на одну заявку больше, рискованно.
После завершения проверьте, куда ведёт публичная ссылка. Не рассчитывайте, что сервис автоматически выберет статистически доказанного победителя: такое поведение в этом примере не проверялось.
Порядок действий в справке по A/B-тестированию можно использовать как памятку к настройке. Доступность функции проверьте для своего рабочего пространства: учебный кабинет не подтверждает условия каждого тарифа.
Если два лендинга уже готовы, начните с одной проверяемой гипотезы и общей ссылки. Откройте кабинет RevRoute, настройте варианты и проверьте маршруты до запуска рекламы.
RevRoute Links — часть платформы RevRoute, инфраструктуры revenue routing для B2B SaaS.