<b>Почему A/B-тест на лендинге часто врет, а скорость ломает конверсию</b>

<b>Почему A/B-тест на лендинге часто врет, а скорость ломает конверсию</b>

Давайте разберем под капотом. Большая часть «победивших» вариантов выигрывает не из-за идеи, а из-за шума: мало трафика, короткое окно наблюдения, разные источники и неравномерная сезонность. Если не зафиксировать гипотезу, метрику успеха и сегмент, тест превращается в спор вкусов.

Перед A/B проверяйте базу: • одинаковый трафик на варианты • один KPI, а не набор красивых вторичных метрик • стабильную разметку событий • отсутствие параллельных правок на странице • достаточный объем выборки, иначе случайность выглядит как результат.

Что по производительности? Для лендинга важны не «баллы» в абстрактном отчете, а реальные задержки: первый рендер, отклик на скролл, время до интерактива. Если тяжелый скрипт блокирует первый экран, A/B может показать «рост» только потому, что часть пользователей не дождалась загрузки. Это не оптимизация, а потеря данных.

Вердикт для продакшена: сначала уберите тормоза, потом тестируйте гипотезы. Иначе вы сравниваете не офферы, а разницу в скорости отрисовки.