Разведите сведения, которые отвечают на разные вопросы

Материал для владельца сайта и сотрудника, который оценивает обращения по услугам. На сайте ЛидПотока используются отдельные поля канала, источника, кампании, объявления, страницы входа, страницы заявки и интереса. Это описание технического принципа, а не публикация клиентских данных или доказательство результатов рекламной кампании.

Таблицу можно прокрутить по горизонтали.

Что означают поля
СведениеВопрос
Источник и каналОткуда наблюдался вход и как он классифицирован?
Кампания и объявлениеКакие разрешённые метки были переданы во внешней ссылке?
Страница входаС какого материала или раздела начался наблюдаемый визит?
Страница заявки и контекстГде человек решил обратиться и какую задачу обсуждает?

Страница входа и отправки могут отличаться: посетитель прочитал статью поддержки, посмотрел главную и оставил заявку там. Если хранить только последний URL, вклад материала в путь будет не виден. Это наблюдение пути в одном браузере, не полная история человека.

Используйте метки во внешних ссылках

Зафиксируйте единый словарь utm_source, utm_medium, utm_campaign и utm_content. В учебном примере внешняя ссылка содержит utm_source=telegram&utm_medium=messenger&utm_campaign=support_guide. Она описывает размещение ссылки, а не имя или телефон посетителя. Контакты и содержимое формы в метки не добавляют.

Правила интерпретации меток Метрикой описаны в официальной справке. Наша классификация в CRM — отдельное правило приложения; её не следует считать точной копией модели атрибуции аналитики. На внутренних ссылках каталога UTM не нужны: они могут создать ложное представление о новом источнике.

Не угадывайте источник прямого возврата

Иллюстративный пример: статья, возврат и заявка

Посетитель впервые открыл статью из Google. На следующий день он вернулся напрямую и отправил форму. В модели ЛидПотока основной источник нового прямого визита может быть «Прямой / источник не определён», а прежний Google остаётся отдельным известным касанием. Это не потеря, которую нужно исправить приписыванием заявки Google без оговорки.

Распознанный переход с домена ChatGPT или другого ИИ-сервиса показывает внешний переход, а не каждое упоминание сайта. Ответ Алисы внутри Яндекса не всегда можно отделить от обычного поискового входа по доступным данным. Не смешивайте цитирование, визит и принятую заявку.

Привяжите атрибуцию к принятому запросу

На нашем сайте снимок источника фиксируется за ID отправки. При повторе после неопределённого ответа поздняя загрузка аналитики или новый переход не меняют этот снимок. Контакт попадает в CRM, а в аналитику не передаются имя, телефон и содержимое обращения. Доступный ClientID необязателен: отсутствие счётчика не должно мешать заявке.

Кнопка, событие аналитики и страница благодарности не заменяют подтверждение приёмника. Проверка включает допустимый payload, ответ CRM и защиту от повторного создания. Согласие и доступ к данным — часть действующего процесса; эта статья не является юридическим заключением.

Проверьте короткий набор переходов

  • Внешняя ссылка с метками → статья → другая страница → заявка.
  • Поиск без меток → прямой возврат в новом визите.
  • Переход из ИИ-сервиса с доступным доменом источника.
  • Отправка без аналитики и без браузерного хранилища.
  • Неопределённый ответ и повтор той же отправки.

Сопоставляйте в CRM принятые обращения и их качество по страницам и услугам, а не только число посещений. Если данных нет, оставьте пробел в отчёте. Ни универсальный источник всех продаж, ни причинность роста одним набором UTM не устанавливаются.

Заполненное отображение источника заявки

Синтетический маршрут этого сайта: вход /materials/ii-agent-i-crm/?utm_source=google&utm_medium=cpc&utm_campaign=qa_only, отправка /solutions/ai-sales/. В сделке «Страница входа» остаётся статья, «Страница заявки» — услуга, «Кампания» — qa_only, «Интерес» — обсуждение процесса. Внутренний переход не меняет источник.

requestId связывает принятую операцию и её повтор; снимок acquisition фиксируется при первой попытке, поэтому изменение UTM между попытками не переписывает заявку. При недоступном Storage источник текущей страницы сохраняется по доступным данным, история между страницами не обещается. Локальные проверки используют подменённую сеть и fake CRM; проверка боевой доставки описывается отдельно.

Основания и источники

Примеры и расчёты — иллюстрации, а не результаты клиентов. Ссылки ниже подтверждают названные технические возможности; матрицы и критерии проверки — редакционные рекомендации ЛидПотока. Проверено 27 октября 2026.

  1. Яндекс Метрика: обработка меток источников

    Обработка меток источников в Метрике. Снимок заявки и поля CRM подтверждаются проверками кода этого сайта.

  2. amoCRM: методы сделок и ответы API

    Описывает методы сделок amoCRM и формат ответа API. Не подтверждает качество агента или клиентское внедрение.

  3. Локальный воспроизводимый стенд: правила повторов, знания и слоты. Не интеграция платформы.

    Самодостаточная локальная модель правил: повтор операции, просроченное знание, конкурентная запись. Без LLM и внешних интеграций.

По теме

Посмотреть на практике