Неверная атрибуция заявок
Начните с проверки: сопоставьте историю конкретного клиента, UTM и дату обращения. Дальнейшее действие зависит от того, что покажут данные. В этом разборе отделяем причины от предположений и связываем каждое исправление с проверкой результата.
Первое решение по исходным данным
Если CRM и рекламный кабинет по-разному определяют источник заявки, сначала сравните события, периоды и модели атрибуции. Проследите один конкретный лид: первое касание, последующие переходы, UTM и дату обращения. Различие моделей не равно потере данных; техническую ошибку ищите после согласования определений. Следующий шаг: храните первое и последнее касание отдельно от отчёта рекламной площадки.
Перейти к проверкамКак проверить причину в вашей ситуации
Какие данные подготовить. Сверьте идентификаторы обращений, метки, дату создания и касания до заявки. Выпишите правила атрибуции обеих систем.
CRM и кабинет приписывают разные источники
- Что проверить
- Чтобы проверить эту ситуацию: сопоставьте историю конкретного клиента, UTM и дату обращения. Зафиксируйте исходные условия до правок.
- Что делать по результату
- Храните первое и последнее касание отдельно от отчёта рекламной площадки. Сравните результат с исходными данными, прежде чем менять следующий элемент.
Прямые переходы внезапно выросли
- Что проверить
- Чтобы проверить эту ситуацию: проверьте сохранение меток при редиректах и переходах в мессенджер. Зафиксируйте исходные условия до правок.
- Что делать по результату
- Исправьте потерю источника и проверьте всю цепочку ссылки. Сравните результат с исходными данными, прежде чем менять следующий элемент.
Как связать данные и решение
Учебный пример. Условные данные показывают способ проверки, а не результат клиента или норму для вашего бизнеса.
Человек пришёл из рекламы в понедельник, вернулся напрямую в среду и оставил заявку. CRM сохранила только последний визит, рекламный отчёт учёл предыдущее касание. Обе записи могут относиться к одному лиду.
Что следует из примера
Сохраните историю касаний и показывайте модели отдельно. Не складывайте приписанные разным каналам конверсии как уникальных людей.
Какие причины нужно исключить
- разные системы используют разные окна атрибуции
- UTM-метки теряются при переходе
- повторный визит записывается на другой источник
- первый и последний контакт объединены в CRM
Дополнительные шаги по теме
- фиксируем единую модель для управленческого отчёта
- сохраняем источник в карточке лида
Что сравнить после исправлений
Заполненность источника
лиды с достоверно сохранёнными метками ÷ все новые лиды.
Согласованность окна
одинаковые периоды и определения при сравнении.
Уникальность
один контакт и его сделки отделены от нескольких рекламных касаний.
Сохраните исходные значения этих показателей. После выбранного исправления сравните их на сопоставимых условиях. Отдельно отметьте изменения, которые могли повлиять на результат.
Вопросы перед следующим шагом
Какие данные нужны для первого разбора?
Сверьте идентификаторы обращений, метки, дату создания и касания до заявки. Выпишите правила атрибуции обеих систем.
Почему цифры систем не обязаны совпадать?
Они могут учитывать разные окна, события и касания. Сначала выровняйте определения и период, затем ищите техническую потерю данных.
Что проверить, если CRM и кабинет указывают разные источники одного лида?
Сопоставьте историю конкретного клиента, UTM и дату обращения. Храните первое и последнее касание отдельно от отчёта рекламной площадки.
Что проверить при внезапном росте прямых переходов?
Проверьте сохранение меток при редиректах и переходах в мессенджер. Исправьте потерю источника и проверьте всю цепочку ссылки.
Нужна помощь с этой задачей?
Пришлите исходные данные и опишите, когда проявилась проблема «Неверная атрибуция заявок». Уточним, что проверить первым, и согласуем состав работы.