Что человек сделал на сайте
Сохраняем действие сразу с точной сессией и контекстом визита.
- цели Яндекс.Метрики
- Google Analytics
- window.dataLayer
- клики по элементам
- отправка формы
- автоматические события
- ручные цели через сайт или API
Собирает результаты из всех систем и связывает с правильной сессией.
Когда CRM, коллтрекинг или аналитика знают результат, но не знают точный визит, обучаемая модель сравнивает возможные сессии и выбирает наиболее вероятную — либо честно не создаёт связь.
ML Рематчер — не загрузчик и не набор правил. Это модель ранжирования, обученная на подтверждённых связях «результат — сессия». Она оценивает кандидатов вместе, а не верит одному Client ID, UTM или ближайшему времени.

Подтверждённые пары «результат — сессия» показывают модели, какие сочетания признаков действительно приводили к правильному ответу.
Точные и групповые идентификаторы, контекст источника и время результата формируют ограниченный набор кандидатов.
Модель сравнивает кандидатов между собой и понимает, какой из них лучше объясняет конкретный звонок, лид, заказ или оплату.
Если один кандидат убедительно сильнее, результат связывается с ним. Если нет — модель может не выбирать сессию.
Когда время результата не равно времени нужной сессии, выбор «ближайшего визита» резко теряет точность.
Результат внутренней проверки на отложенном сценарии. Это не обещание одинаковой точности для любого проекта: качество зависит от состава данных и того, какие признаки сохранил источник.
На сайте видно намерение. Во внешней системе — реальный исход. ML Рематчер связывает оба слоя с сессиями Sales Ninja.
Сохраняем действие сразу с точной сессией и контекстом визита.
Получаем бизнес-исход, который появился позже и часто уже в другой системе.
У каждой группы свой тип событий, свои идентификаторы и смысл времени. Поэтому источники показаны не общей кучей, а по тому, какие данные они дают модели.
Готовые цели и события из систем веб-аналитики.

Через API читаем онлайн- и офлайн-конверсии; с сайта принимаем события Метрики.
Перехватываем события Google Analytics непосредственно на сайте.
Читаем обычные события и ecommerce data layer на сайте.
Собственные цели Sales Ninja с точной сессией в момент действия.

Клики, формы, звонки по кнопке, мессенджеры, активность, автоматические и ручные события.
Лиды, этапы, сделки, заказы, оплаты и фактическая ценность.
Лиды, сделки, статусы и настраиваемые поля клиента.
Лиды, сделки, история стадий и пользовательские поля.
Заказы, покупки, статусы, оплаты и сумма.
Звонки и телефонные обращения с идентификаторами и временем внешней системы.
Звонки, заявки, сделки и доступные сессионные идентификаторы.
Звонки, время события, Yandex ID и UTM.

Звонки, Yandex Click ID и рекламные метки.
Длинные воронки, статусы обращений и результаты звонков.
Обращения и результаты длинной воронки недвижимости.
Результаты речевой аналитики и контекст рекламного источника.
Любой бизнес-результат из вашей или старой системы.

Регулярные CSV, JSON или XML: продажи, выдачи, статусы и другие результаты.
Один человек может возвращаться с разных кампаний, устройств и страниц. Сделка появляется позже. Знать клиента ещё не значит знать сессию, которая привела к результату.
Кампания А · карточка продукта · просмотр цены
Органика · статья · переход в каталог
Кампания Б · форма · звонок менеджеру
Тот же Client ID, но результат появился позже
CRM знает клиента и новый статус, но не всегда знает сессию, в которой появилось обращение.
Выбирает исходный визит и передаёт в Яндекс.Метрику чистую цель с правильным рекламным контекстом.
Первый визит, повторный поиск, звонок, показ и сделка разнесены на недели.
Сравнивает всю цепочку и связывает результат с конкретной сессией, а не со всем клиентом сразу.
Есть время события, UTM, yclid или Client ID, но нет внутреннего ID сессии Sales Ninja.
Использует доступные признаки вместе. Если данных мало, оставляет результат без сессии.
Один человек приходил из разных кампаний, а коллтрекинг зафиксировал только итоговый звонок.
Ранжирует совместимые визиты и не заменяет точный ID более слабым косвенным сигналом.
Пользователь отправил форму, менеджер создал сделку, а оплата пришла из учётной системы.
Собирает всю историю: от намерения на сайте до подтверждённой ценности для бизнеса.
Связанная конверсия становится общей правдой о пользовательском пути. Её используют не только моделируемые конверсии, а весь продуктовый контур.
Отчёты видят не просто обращение, а его качество, статус и фактическую ценность.
Подробнее02Алгоритмы обучаются на правильных исходах и точнее управляют рекламой.
Подробнее03Модели получают чистую целевую переменную для прогноза полезных сессий.
Подробнее04Сегменты строятся по реальному результату, а не только по действию на сайте.
Подробнее05Квалификации, сделки и оплаты возвращаются с корректной сессией.
Подробнее06Связанные события уходят в хранилище, отчёты и внутренние системы.
ПодробнееОшибочная привязка портит аналитику и все последующие модели сильнее, чем честно несопоставленная конверсия.
Результат получает конкретную сессию и входит в единый путь пользователя.
Косвенные признаки не заменяют подтверждённый SnSessionId или однозначный yclid.
Событие остаётся без сессии и не портит аналитику случайным выбором.