Как построить процесс регулярной сверки числа конверсий между рекламным кабинетом, GA4 и CRM, чтобы не терять расхождения незамеченными?

Короткий ответ

Нужен регулярный (например, еженедельный) отчёт, который сопоставляет число конверсий/продаж за один и тот же период по трём источникам (кабинет, GA4, CRM) и отдельно фиксирует ожидаемый диапазон расхождения для каждой пары источников, чтобы ловить именно аномальные, а не обычные методологические различия.

Как это работает подробнее

Такой отчёт обычно строится на уровне даты конверсии и, где возможно, на уровне конкретного заказа (сопоставление по transaction_id/order_id между CRM и аналитикой), а не только на уровне агрегированных сумм за период, что позволяет находить не только «сколько», но и «какие конкретно» заказы не попали в тот или иной источник. Такой отчёт обычно строится на уровне даты конверсии, а в более развитых версиях — на уровне конкретного заказа, чтобы можно было не только увидеть сам факт расхождения, но и быстро найти причину на уровне конкретных транзакций, а не только агрегированных сумм.

Что использовать на практике

• Практика. На практике полезно завести допустимый коридор отклонения для каждой пары источников на основе исторических данных (например, «GA4 обычно показывает на 10–15% меньше CRM из-за блокировщиков — это не повод для алерта») и ставить алерт только при выходе за этот коридор, а не при любом расхождении.

Подводные камни

• Риск ошибки. Частая ошибка — сравнивать только итоговые суммы за месяц без разбивки по дням/неделям, из-за чего разовый сбой трекинга на несколько дней «размывается» в общем числе и остаётся незамеченным до тех пор, пока не накопится существенная потеря данных.Частая ошибка — сверять только агрегированные суммы за период без сопоставления по конкретному order_id/transaction_id между CRM и аналитикой; построчная сверка позволяет находить не только «сколько» заказов потеряно, но и «какие именно», что ускоряет диагностику причины.