Кейс: одна оплата попала в Директ дважды — автостратегия увидела 760 000 ₽ вместо 380 000 ₽
Учебный составной кейс: все цифры условные, но арифметика и диагностическая логика реалистичны.
На Яндекс Директ потратили условные 96 000 ₽. CRM зафиксировала три реальные оплаты, а рекламный отчёт показал четыре.
Сделка на 380 000 ₽ ушла в выгрузку дважды. Поэтому кабинет увидел по ней 760 000 ₽, общая выручка выросла с реальных 1 310 000 ₽ до отчётных 1 690 000 ₽, а цена оплаты упала с 32 000 до 24 000 ₽.
Разберём, как технический повтор превратился в ложный сигнал для автостратегии, почему красивый ROMI не заметили в CRM и какой тест ловит дубль до увеличения бюджета.
Отчёт вырос без новой продажи
У трёх оплаченных заказов были разные суммы: 380 000, 420 000 и 510 000 ₽. CRM показывала три сделки и 1 310 000 ₽ выручки.
В рекламной аналитике появилась четвёртая оплата на те же 380 000 ₽. У неё совпадали клиент, время, кампания и сумма, но запись считалась отдельным успехом.
Никаких новых денег бизнес не получил. Изменились только цифры, по которым владелец оценивал рекламу и алгоритм получал сигнал об успехе.
Ошибка выглядела приятной, поэтому была опаснее обычного сбоя: отчёт не краснел, а становился убедительнее.
Повтор спрятался в успешном статусе
Интеграция отправляла офлайн-конверсию, когда сделка переходила в статус «Оплачено». После первого запроса CRM не получила подтверждение вовремя и повторила отправку.
У события не было стабильного идентификатора, по которому повтор можно отличить от новой оплаты. Одна и та же сделка пришла как две самостоятельные записи.
В журнале интеграции обе строки выглядели корректно: один клиент, одна сумма, один рекламный источник. Ошибка обнаружилась только после сверки числа уникальных сделок.
Цена оплаты стала лучше на 25% без единой дополнительной продажи. Такой показатель уже мог подтолкнуть к расширению бюджета.
Автостратегия получила лишний голос
Если кампания оптимизируется по оплатам или их ценности, повтор — не просто ошибка в отчёте. Алгоритм получает ещё один положительный сигнал от того же сегмента, запроса и объявления.
Он не знает, что бухгалтерия видит одну оплату. Для системы две записи означают два успешных результата или удвоенную ценность результата.
Это не доказывает, что каждое повышение ставки вызвал именно дубль. Но обучение уже опирается на данные, которых нет в бизнесе, — масштабировать такой отчёт нельзя.
Три сверки нашли одну лишнюю запись
Сначала оплаты сгруппировали по внутреннему ID сделки, а не по телефону или сумме. Один ID встретился дважды.
Затем сравнили три уровня: банковское поступление, оплаченный статус CRM и офлайн-событие в рекламной выгрузке. Расхождение появлялось только на последнем шаге.
Наконец, тестовую сделку перевели в «Оплачено» и искусственно повторили запрос. Без защиты возникали две записи; после добавления идемпотентного ключа повтор обновлял или игнорировал уже отправленное событие.
Контроль строят не на сумме за месяц, а на связке: уникальный ID сделки, тип события, время изменения и сумма. Тогда одинаковые платежи разных клиентов не склеятся, а один повтор не станет новой продажей.
Чек-лист: не удваивает ли аналитика деньги
- Сравните число уникальных оплаченных сделок в CRM и рекламном отчёте.
- Проверьте повторяющиеся ID, суммы, телефоны и время отправки событий.
- Убедитесь, что повторный запрос использует тот же идентификатор события.
- Протестируйте таймаут и повторную отправку на отдельной тестовой сделке.
- Сверяйте выручку с банком или учётной системой, а не только с CRM.
- Не увеличивайте бюджет, пока оплаты, отмены и возвраты не сходятся поштучно.
Если Директ показывает больше оплат, чем существует в CRM и деньгах, проблема не в формуле ROMI. Сначала уберите дубли из событий — только после этого отчёт можно использовать для управления ставками и бюджетом.
Нужен разбор без красивых отчётов?
Проверьте запросы, цели, качество лидов и путь до расчёта или продажи.