В CRM нет источника заявки: порядок диагностики
Где теряется источник заявки: посадочная страница, форма, обработчик, интеграция и карточка CRM. Порядок проверки одной тестовой записи.
Пустой источник в CRM нужно искать по одной заявке, а не по средней доле прямого трафика. Сначала подтвердите, что поле было заполнено на входе. Затем проследите, где оно исчезло или получило другое значение.
Это практический участок маркетинговой аналитики между сайтом и продажами. Я бы начал с тестовой метки и согласованного синтетического контакта. Отправлять десятки обращений в рабочую очередь без предупреждения команды для такой диагностики не нужно.
Подготовьте запись, которую можно найти
Укажите тестовую кампанию и уникальную метку обращения. Запишите время, исходную ссылку и конечную страницу. Проверьте, что метки прошли все перенаправления. Если они пропали раньше формы, сначала выполните диагностику редиректов, иначе дальше будет нечего передавать.
Откройте запрос формы и проверьте наличие согласованных полей. Не публикуйте полный payload с контактами и токенами. В отчёте достаточно статуса присутствия поля, его безопасного тестового значения и технического ID. Название utm_source на сайте и source в CRM требует явного сопоставления.
| Граница | Что подтвердить | Если поле пустое |
|---|---|---|
| Ссылка → страница | Метка дошла до входного URL | Шаблон ссылки и редиректы |
| Страница → форма | Выбранное правило источника сохранилось | Сбор и время чтения параметров |
| Форма → обработчик | Поле присутствует в отправке | Имя поля и сериализация |
| Обработчик → интеграция | Поле прошло проверку и mapping | Контракт, разрешённые значения, журнал |
| Интеграция → CRM | Сохранено в нужном объекте | Права, тип поля, обновление существующей записи |
Определите, какой источник сохраняете
Первый известный источник контакта, последний переход перед заявкой и источник конкретной сделки отвечают на разные вопросы. Если интеграция каждый раз перезаписывает первое касание последним, технически поле может быть заполнено, но смысл истории потеряется. Запишите правило отдельно для контакта и сделки.
Справка Google Analytics описывает параметры кампаний и рекомендует единообразную разметку. Это данные о переходе, а не готовая универсальная модель CRM. Какое касание присваивается задаче клиента, решает ваш согласованный процесс измерения.
Проверьте обновление существующей карточки
После первого теста повторите предусмотренный сценарий для существующего контакта в тестовой среде. Посмотрите, создаётся ли новая задача, обновляется ли контакт и не затирается ли источник пустым значением. Первое успешное создание не проверяет логику обновления.
Отдельно посмотрите автоматические правила CRM: импорт, webhook, работа менеджера или другая интеграция могли изменить поле позже. Сравните время создания и историю изменений. Разница между первоначально записанным значением и текущим помогает найти перезапись, которую проверка только формы не увидит.
Закройте путь, а не только поле
После исправления пройдите исходную ссылку заново. Подтвердите запись у получателя и сохраните ID. Проверьте сценарий без UTM: источник должен получить предусмотренный статус неизвестного или иное согласованное правило, а не случайный канал по умолчанию.
Не восстанавливайте потерянную историю догадкой о «самом вероятном» источнике. Отдельно пометьте неизвестную долю. Для новых значений пригодится словарь UTM, для повторных обращений — правило подсчёта лидов. Результат диагностики — понятная первая точка потери и проверенная передача после исправления.