УРОК 9. Настройка приоритетов

Приоритеты определяют, из какого источника будет взято значение при наличии нескольких вариантов.

Рекомендуемый приоритет внутри сущности:
UTM → Сквозной источник → Источник → Таймлайн.

Также настраиваются приоритеты между сущностями. В разделе «Настройка приоритетов» модуля настраивается порядок проверки полей для каждой сущности. Приоритеты определяют, какой источник считать «правильным» (основным) среди имеющихся. Логика примерная:

UTM_SOURCE – если в лиде заполнена UTM-метка, модуль берёт её и считает главным источником. Далее эти данные записываются и в поле «Источник CRM», и в «Источник сквозной аналитики».

Источник сквозной аналитики (TRACKING_SOURCE_ID) – если UTM нет, следующий проверяется сквозной источник (из справочника).

Источник сущности (SOURCE_ID) – если и он отсутствует (например, лид был создан из формы без явного источника), идём к этому полю в карточке.

Источник из таймлайна – например, если лид конвертирован в контакт/компанию, может браться источник того родителя.

Телефон/email, через который пришло обращение – как крайняя мера, если нет других данных. В настройках сопоставления указываются номера телефонов, которые привязаны к конкретным сквозным источникам; если лид пришёл с этого номера, модуль привяжет указанный источник.



Данная последовательность гибкая: вы можете менять порядок пунктов, добавлять свои. Главное – помнить опцию «Перезаполнять данные в заполненных источниках» в основных настройках. Если она включена, то значения всех полей будут перезаписываться согласно приоритету. Если выключена, то существующие заполненные поля «Источник» и «Сквозная аналитика» не будут затронуты модулем, что может привести к рассогласованию с UTM (см. «Несоответствие UTM»).

Один из типовых сценариев: маркетологи часто ставят UTM_SOURCE на первое место, потому что рекламным каналам уделяется больше внимания, а технологически Битрикс24 не даёт менять UTM вручную в карточках. Это полностью оправдано – UTM отражает источник клика. Но если приоритеты выставлены так, что менеджер пытается изменить «Источник» лида вручную, модуль всё равно переопределит его значением из UTM (или предыдущей записанной цепочкой), потому что UTM «главнее» по настройке. Чтобы исправить такую ситуацию, администратор может временно передвинуть в приоритетах «Сквозной источник» выше UTM или провести массовую коррекцию через «умный сценарий».

Также приоритеты задаются между сущностями. Например, если в CRM стандартно в начале появляется лид, а позже из него конвертируются контакт/компания и сделка, то корректным источником для сделки может считаться связанный лид. Наш модуль позволяет строить цепочки приоритетов: «сначала проверяем лид, потом контакт, потом компанию и т.д.» для каждого типа сущности. Это решает классическую проблему Bitrix24, когда сделка из компании получает «Прочий трафик», несмотря на то, что лид пришёл по рекламной кампании. Механизм приоритетов «подхватывает» нужные данные из предыдущих звеньев цепочки и сохраняет правильный источник для сделки.

На старте настройте приоритеты так, чтобы UTM_SOURCE шёл первым (как правило, это оправданно).
Проверьте сценарии конвертации: создайте тестовые лиды с разными комбинациями UTM и вручную конвертируйте их, чтобы убедиться, что итоговый источник сделки соответствует ожиданиям.
При необходимости добавляйте в приоритетах правило «Сначала в своих полях, потом из связанных сущностей».