Короткий ответ
Самые частые источники искажений — неодинаковая настройка пикселя/тега на вариантах (например, забыли продублировать событие на новой версии), блокировка cookie/ITP на части трафика, дублирование событий конверсии и разница в скорости загрузки вариантов, влияющая на срабатывание события.
Как это работает подробнее
Если на одном из вариантов событие конверсии настроено иначе (другой триггер, другое условие срабатывания, дублирование при повторной отправке формы), фактическая конверсия будет занижена или завышена не из-за качества варианта, а из-за ошибки измерения. Разная скорость загрузки вариантов также может повлиять на корректность срабатывания пикселя, если тег подключён асинхронно и пользователь успевает покинуть страницу раньше, чем событие отправится.
Пример. Вариант A: 500 событий "lead_submit" в GA4, 480 записей в CRM (расхождение 4%) Вариант B: 320 событий "lead_submit" в GA4, 300 записей в CRM (расхождение 6%) При ручной проверке оказывается, что форма варианта B отправляет событие дважды при использовании кнопки «назад» браузера - после исправления дублирования разница в конверсии между вариантами меняет знак.
Что использовать на практике
- Практика. Перед запуском и в первые дни теста стоит сверять число событий в системе аналитики с реальными лидами (например, записями в CRM) для каждого варианта отдельно, чтобы убедиться, что оба трекаются одинаково корректно. В сложных случаях полезно задействовать серверный трекинг (CAPI/S2S) параллельно с клиентским пикселем, чтобы иметь независимый источник данных о конверсиях для сверки.
Подводные камни
- Частые ошибки. Ошибка — не проверить, что форма на новом варианте лендинга отправляет то же событие конверсии (с теми же параметрами) в GTM/пиксель, что и старая версия, из-за чего новый вариант показывает заниженную конверсию исключительно по техническим причинам. Ошибка — выявлять проблему трекинга только по итогам теста, а не в первые часы/день после запуска, когда её ещё можно оперативно исправить без потери статистической чистоты данных.