Сообщить об ошибкеКороткий ответ
Нужно убедиться, что трафик действительно делится между вариантами в заданной пропорции, оба варианта ведут на рабочие страницы/объявления без ошибок, а события (клики, конверсии) корректно фиксируются трекингом для каждого варианта отдельно.
Как это работает подробнее
Технические проверки включают контроль пикселя/тега на обеих версиях, проверку корректности отображения вариантов в разных браузерах/устройствах и сверку фактического распределения трафика с заданным. Полезно также проверить отображение вариантов на разных типах устройств (мобильные/десктоп) и в разных браузерах, так как ошибка вёрстки может проявляться только в одной конфигурации.
Пример. После запуска теста лендинга выясняется, что форма заявки на варианте B не отправляет данные в CRM из-за ошибки вёрстки — тест нужно немедленно остановить и перезапустить после исправления.
Что использовать на практике
- Практика. В первые часы/день после запуска стоит вручную проверить оба варианта (открыть их как обычный пользователь) и посмотреть в отчёте фактическое распределение показов по вариантам. Хорошая практика — отправить тестовую конверсию вручную на каждом варианте перед полным запуском и убедиться, что она корректно появляется в системе аналитики и CRM.
Подводные камни
- Частые ошибки. Частая ошибка — не посмотреть на новый лендинг глазами пользователя перед запуском и пропустить сломанную форму или отсутствующий пиксель на новой версии. Ошибка — полагаться только на отчёт рекламного кабинета о показах без проверки, что сами целевые страницы действительно загружаются корректно у реальных пользователей. Ошибка — не привлекать к проверке человека, не участвовавшего в настройке теста: свежий взгляд быстрее замечает очевидные проблемы, которые настройщик теста мог не заметить.