Чтобы сохранять источники заявок в amoCRM, передавайте сведения о визите вместе с формой или событием канала. Разделяйте UTM, первый источник знакомства и источник конкретного обращения. Для связи с Метрикой сохраняйте подходящие идентификаторы, например ClientID и yclid, если они доступны. Повторное обращение не должно бесконтрольно перезаписывать историю; правила обновления нужно определить и проверить на нескольких маршрутах.
Не смешивайте три разных вопроса
«Откуда клиент впервые узнал о нас», «что привело его к текущей заявке» и «через какой канал он написал» могут иметь разные ответы. Первый визит был из рекламы, новый заказ пришёл после письма, а обсуждение продолжилось в мессенджере. Одно перезаписываемое поле теряет эту разницу.
Определите отдельные значения для первого зафиксированного источника клиента и источника каждой сделки. Последнее касание обновляйте по явному правилу. Отсутствующее значение храните как неизвестное, не подставляйте рекламный канал ради заполненности отчёта.
Какие данные передавать
UTM описывают разметку рекламного перехода. ClientID помогает связать обращение с посетителем Метрики; в официальной документации для его получения указан getClientID. yclid относится к клику в Директе. Эти значения решают разные задачи и не заменяют друг друга.
| Данные | Для чего хранить | Правило |
|---|---|---|
| utm_source, utm_medium, utm_campaign | Источник, тип трафика и кампания | Сохранять исходные значения обращения |
| utm_content, utm_term | Детализация объявления и запроса | Передавать при наличии |
| ClientID | Связь с посетителем Метрики | Хранить как строковый идентификатор |
| yclid | Связь с кликом Директа | Не создавать искусственно |
| URL и время обращения | Восстановление маршрута | Фиксировать вместе с событием |
Проверяйте весь путь до карточки
Данные могут потеряться при переходе между доменами, открытии новой вкладки, отправке формы внешним скриптом или повторной заявке. Наличие UTM в адресной строке не доказывает, что сервер получил и записал их в CRM.
Пройдите цепочку: входная страница, сохранение сведений, отправка формы, серверная обработка, создание сделки. На каждом шаге сверяйте значения на тестовом обращении. Для звонка или мессенджера механизм связи может отличаться; сначала подтвердите возможности выбранного подключения.
Сделайте неизвестные источники видимыми
Считайте долю обращений без разметки и без идентификатора отдельно по каналам. Сравнивайте число успешных отправок формы с созданными сделками. Не требуйте стопроцентной привязки там, где браузер, канал или действия посетителя не позволяют получить данные.
При повторном обращении сохраняйте связь с клиентом, но не смешивайте разные покупки. Укажите, что делать при противоречии между сведениями старой карточки и новой формы. Доступ к техническим полям ограничьте теми, кому они нужны для работы и диагностики.
Продуктовые сведения сверены с официальными материалами. Состав решения и доступность функций уточняются для вашего аккаунта.
- Импорт офлайн-данных в Метрику2026-09-16
- Справочник API amoCRM2026-09-16
Telegram
WhatsApp