Резкое падение конверсии за ночь — типичная ситуация, с которой сталкиваются и маркетологи, и аналитики, и продакты. Первая реакция — искать виноватого и срочно что-то менять. Но чаще всего причина либо в сломанном трекинге, либо в изменении структуры трафика, а не в том, что продукт «сломался». Ниже — практический алгоритм проверки за 20 минут.
Шаг 1. Убедитесь, что метрика считается корректно
Прежде чем искать причину просадки, проверьте, не сломан ли сам счётчик. Сравните абсолютные значения: если оплаченных заказов стало больше, а конверсия упала — почти наверняка изменился знаменатель (число визитов, сессий или показов), а не числитель. Проверьте:
- совпадают ли данные в аналитике и в бэкенде/CRM;
- не было ли релиза на сайте или в приложении за последние 24 часа;
- не менялись ли цели, события или фильтры в отчётах;
- не подключены ли новые источники трафика, которые раздувают знаменатель.
Шаг 2. Разложите конверсию на составляющие
Конверсия — это отношение. Посмотрите отдельно на числитель и знаменатель в разрезе устройств, каналов и платформ. Часто просадка объясняется тем, что выросла доля трафика с низкой конверсией: например, после посевов в Telegram пришло много новых пользователей, которые пока не покупают. Это не сбой, а изменение структуры.
Шаг 3. Проверьте технические изменения
Релиз iOS, обновление SDK, смена формы заказа или баннера — всё это может влиять на поведение. Сверьте дату и время просадки с логами релизов и деплоев. Если совпадает — проверьте воронку на затронутой платформе: доходит ли пользователь до оплаты, не ломается ли событие на конкретном шаге.
Шаг 4. Отделите реальную просадку от шума
Единичное падение на 14% за ночь может быть статистическим шумом, особенно на небольших объёмах. Сравните с аналогичными периодами: как вела себя конверсия в это же время неделю и месяц назад. Если колебания в пределах обычных — не спешите с выводами.
Шаг 5. Зафиксируйте вывод и действие
По итогам проверки у вас должен быть один из трёх выводов: сбой трекинга (чинить счётчик), изменение структуры трафика (учитывать в отчётах) или реальная проблема в продукте (проверять воронку). Запишите гипотезу и способ проверки — это сэкономит время в следующий раз.