Источник привлечения, канал разговора и источник записи в CRM отвечают на разные вопросы. Реклама объясняет, откуда возник визит; чат или мессенджер — где человек общался; способ создания сделки — как запись появилась в системе. Не заменяйте одно другим: продажа, обсуждённая в Telegram, не обязательно привлечена Telegram-рекламой.
Атрибуция — правило, по которому результат связывают с предшествующим касанием клиента. Данные о касаниях и выбранное правило нужно хранить раздельно. Иначе смена метода отчёта превратится в переписывание истории. Ниже — один учебный путь покупателя и способ показать его без выдуманного полного знания.
Какие сведения даёт размеченная ссылка
UTM-параметры добавляют к адресу значения источника, типа трафика и кампании; дополнительные параметры помогают различать объявления и поисковые фразы. Например, команда может договориться использовать utm_source=yandex, utm_medium=cpc и utm_campaign=demo_autumn. Названия значений здесь учебные. Правила обработки параметров описаны в документации Яндекс Метрики; они не устанавливают автоматически модель учёта выручки в CRM.
Составьте словарь значений до запуска: кто выдаёт название кампании, какой регистр используется, как различаются объявления. Для команды demo_autumn и Demo_Autumn могут означать одну кампанию, но без согласованного правила они становятся разными строками данных. Не исправляйте историю молча: сохраняйте исходное значение и документируйте объединение для отчёта.
Путь покупателя: реклама, возврат и продолжение в мессенджере
Учебная покупательница выбирает настольную лампу. В понедельник она переходит на сайт по объявлению с demo_autumn, открывает виджет и спрашивает о креплении. В среду возвращается по сохранённому адресу без параметров. В пятницу пишет в Telegram, чтобы согласовать комплектацию. Сотрудник связывает диалог с подтверждённой карточкой клиента и создаёт сделку. Позже покупка подтверждается по принятой в магазине процедуре.
Этот рассказ — исходные условия учебного упражнения, а не утверждение, что APX сам соединит любое устройство, визит и аккаунт. В реальной работе связь нужно подтвердить доступными идентификаторами и действиями клиента. Похожее имя или одинаковый вопрос не доказывает, что посетитель сайта и собеседник в Telegram — один человек.
| Этап | Что известно | Чего не знаем | Допустимая запись |
|---|---|---|---|
| Первый диалог в виджете | Есть метки demo_autumn | Видел ли человек другую рекламу ранее | Наблюдаемое рекламное касание |
| Возврат без меток | Открыта страница без UTM | Что побудило вернуться | Источник этого визита не установлен |
| Разговор в Telegram | Известен канал переписки | Источник перехода в Telegram | Канал: Telegram; реклама: неизвестно |
| Создана сделка | Есть связь с проверенным клиентом | Вклад каждого касания в покупку | Сделка связана с историей; модель задаётся отдельно |
В таблице не нужно заполнять каждый пробел. «Не установлено» — содержательная запись: она показывает предел наблюдения. Приписать возврат без меток прямому заходу можно только по выбранным правилам и доступным данным; отсутствие UTM само по себе не доказывает способ возвращения.
Где теряются метки и как проверить именно свой путь
Начните с реальной рекламной ссылки в тестовом объявлении или её точной копии. Зафиксируйте адрес до перехода, после каждого перенаправления и на странице, где человек открывает чат. Сравните источник, тип трафика и кампанию посимвольно. Потеря UTM при перенаправлении прямо упоминается среди причин проблем в справке отчёта «Метки UTM».
Проверьте отдельные переходы: из объявления на промежуточную страницу, с неё в каталог, из каталога в карточку. Если первый адрес размечен, а итоговый нет, сформулируйте задачу разработчику с двумя конкретными адресами и местом исчезновения параметров. Формулировка «аналитика не работает» не позволяет воспроизвести причину.
Повторите путь в условиях, похожих на клиентские: новая сессия, возвращение по сохранённой ссылке, другой браузер. Не смешивайте результаты в один ожидаемый сценарий. Хранение данных, доступность идентификаторов и связь карточек могут различаться, поэтому проверку повторного визита делайте отдельной строкой приёмки.
Если проблема исправлена сегодня, это не восстанавливает неизвестные значения у вчерашних сделок. Не заполняйте их наиболее популярной кампанией. Можно добавить отдельную подтверждённую информацию из других источников, сохранив её происхождение и дату, но догадка не должна выглядеть как автоматически собранная метка.
Что можно увидеть в APX и чего из этого не следует
В актуальной карточке клиента APX предусмотрены блоки «Первое касание» и «Последнее касание». Они показывают источник, кампанию, Landing, Referrer, устройство и время касания при наличии данных. Источник может отображать UTM source вместе с medium; при отсутствии таких меток используется доступный вид источника, например «Виджет» или «Канал связи». «Без меток» означает отсутствие этих данных, а не установленную рекламную площадку.
Landing — сохранённая страница входа; Referrer — сохранённый адрес предыдущей страницы, если он получен. Внутренняя модель поддерживает UTM source, medium, campaign, content и term. Но наличие полей не доказывает, что все они заполнены в каждом канале. Для письма, ручной записи и посетителя сайта основания заполнения могут отличаться.
У сделки есть поле источника и данные атрибуции. В представлении сделки интерфейс может использовать касания связанного клиента; при их отсутствии — доступные данные самой сделки. Поэтому два одинаковых блока не доказывают два независимых визита. Сначала проверьте, какие сведения действительно сохранены, и только затем интерпретируйте подписи.
Не называйте это автоматически полной сквозной аналитикой. Чтобы оценивать окупаемость конкретной рекламы, нужны согласованные расходы, результат продажи, правила связи и обработки неизвестных. Сведения о первом и последнем касании сами по себе не показывают весь путь и не устанавливают причинный вклад рекламы.
Выберите правило отчёта, сохранив исходные факты
Для учебного пути можно построить два разных отчёта. Первый отвечает: «Какая наблюдаемая кампания впервые привела клиента к диалогу?» Тогда demo_autumn получает связь с первым известным рекламным касанием. Второй отвечает: «В каком канале завершили обсуждение заказа?» Тогда Telegram получает канал финальной коммуникации. Эти строки совместимы, потому что вопросы разные.
Не складывайте выручку обоих отчётов как независимые продажи. У сделки один результат; различные модели лишь по-разному распределяют связь с касаниями. Если используете модель последнего рекламного касания, заранее определите, как она относится к визитам без меток и насколько далеко ищет предыдущее подтверждение. Не объявляйте такую модель встроенной настройкой APX без проверки конкретного отчёта.
На встрече маркетинга и продаж храните рядом четыре вещи: идентификатор сделки, наблюдаемые сведения, применённое правило и неизвестные. Сотрудник продаж не должен менять UTM на название мессенджера только потому, что последняя реплика пришла туда. Маркетолог не должен заменять неизвестный источник наиболее выгодной для отчёта гипотезой.
Приёмка одной продажи вместо доверия общей диаграмме
Возьмите одну тестовую ссылку, создайте учебное обращение и свяжите его со сделкой по инструкции по работе с диалогом и сделкой. Зафиксируйте полученные поля и проверьте их после повторного визита без меток. Затем посмотрите, что меняется при переходе общения в другой канал, не объединяя личности без подтверждения.
Итогом должна стать короткая таблица: ожидали, увидели, объяснили расхождение. Для того чтобы все обращения действительно попадали в общую рабочую историю, используйте разбор единого окна коммуникаций. Сначала добейтесь объяснимости одной продажи; масштабирование непонятной атрибуции увеличивает только число уверенных ошибок.
