Сквозная аналитика для B2B-цикла 2–6 месяцев
Офлайн-конверсия привязывается к визиту не старше 21 дня. Разбираем, как связать сделку с рекламой при цикле в несколько месяцев.
Сквозная аналитика для B2B-цикла 2–6 месяцев: окно привязки 21 день и как выйти за него
Офлайн-конверсия привязывается к визиту не старше 21 дня. При цикле в несколько месяцев до отчёта доезжают единицы сделок — не потому что что-то сломалось, а потому что инструмент спроектирован под короткий цикл.
В этой статье разбираем два механизма передачи данных, считаем, сколько сделок теряется в каждой конфигурации, и показываем, как распределить события по шкале сделки так, чтобы алгоритмы Яндекс Директа обучались на реальных сигналах, а бизнес видел деньги в отчётах.
определение
Сквозная аналитика для длинного цикла
Схема, в которой сделка, закрывшаяся через месяцы после клика, всё равно связывается с рекламой. Сложность в том, что офлайн-конверсия привязывается к визиту не старше21 дня. Для сделок длиннее применяется другой механизм — передача данных о клиентах и заказах из CRM с сопоставлением по контактам: телефону, почте или их хешу.
Почему в отчётах видно мало сделок
Типичная картина: B2B-компания внедрила сквозную аналитику, настроила передачу офлайн-конверсий по yclid, всё работает без ошибок — а в отчётах единицы сделок при десятках закрытых. Первая мысль: что-то сломалось. Ничего не сломалось.
Офлайн-конверсия по устройству привязывается к визиту. Если с момента визита прошло больше 21 дня, привязки не будет. При цикле в два-шесть месяцев подавляющее большинство сделок закрывается далеко за этой границей. Инструмент делает ровно то, что заявлено, — просто он спроектирован под короткий цикл. Задача не «починить», а выбрать подходящий механизм.
Здесь важна терминологическая развязка. Двадцать один день часто называют «окном атрибуции» — и это сбивает с толку. Модель атрибуции отвечает на вопрос, какому переходу приписать визит. Окно привязки отвечает на другой вопрос: примет ли визит переданную конверсию. Это разные механизмы, и путаница между ними уводит диагностику не туда. Если вы хотите разобраться, зачем вообще считать сделки, а не заявки — это отдельная тема, заслуживающая собственного разбора.
Два механизма и в чём разница
Механизм первый — офлайн-конверсии. Привязка к визиту. Идентификаторов четыре: ClientID, UserID, yclid, PurchaseID — сопоставление идёт сразу по всем, что повышает процент атрибутированных действий. Ограничение: визит не старше 21 дня. Данные появляются в отчётах Яндекс Метрики в течение двух часов.
Отдельно — про окно обновления. У уже переданной конверсии есть 90 дней, в течение которых её данные можно уточнять. Отсюда двухступенчатая схема: передать событие внутри 21 дня, а потом обновлять его по мере продвижения сделки. Горизонт получается около 111 дней — почти четыре месяца. Для верхней границы цикла из заголовка этого всё ещё мало, но это законный способ растянуть первый механизм до предела.
Механизм второй — данные о клиентах и заказах из CRM. Здесь принцип другой: сопоставление идёт по номеру телефона, адресу почты или хешу от них, а также по ClientID. Передаются реальные продажи или этапы сделок, и если Метрика находит визит клиента, связанный с переданным заказом, в этом визите достигаются цели — в зависимости от переданного статуса. На выходе получается анализ полной воронки. Загрузка возможна тремя путями: через API, через готовую интеграцию с CRM или через Центр конверсий Яндекс Директа.
Главное отличие в одной фразе. Первый механизм привязывает событие к визиту и потому ограничен возрастом визита. Второй привязывает событие к клиенту — и такого ограничения в описании не имеет.
Чтобы понять, насколько критична разница между механизмами именно для вашего бизнеса, нужно посмотреть на цифры. Абстрактные рассуждения о «длинном цикле» мало помогают — важно знать, какая доля ваших сделок вообще укладывается в 21 день, а какая уходит за горизонт. Ниже — модельный расчёт, который показывает порядок потерь.
| Длительность сделки | Доля сделок | Накопленно |
|---|---|---|
| до 30 дней | 8% | 8% |
| 30–60 дней | 17% | 25% |
| 60–90 дней | 25% | 50% |
| 90–120 дней | 22% | 72% |
| 120–150 дней | 16% | 88% |
| 150–180 дней | 12% | 100% |
Медиана в этом модельном распределении — 90 дней: половина сделок закрывается позже трёх месяцев. Числа модельные, не бенчмарк — у вас своё распределение, и его стоит посчитать по своей CRM за год.
Теперь посмотрим, что из этого доезжает до отчёта в зависимости от конфигурации.
| Конфигурация | Доля атрибутированных сделок |
|---|---|
| Только Директ, без офлайн-конверсий | 0% |
| Офлайн-конверсии, окно 21 день | 5,6% |
| Двухступенчато: передать в 21 день, обновлять 90 дней | 65,4% |
| Данные о клиентах и заказах из CRM | Ограничения окна нет |
в деньгах
Сколько выручки остаётся в тени
40 сделок в год · средний чек 450 000 ₽ · годовая выручка 18 000 000 ₽
* Четвёртая строка не означает стопроцентную привязку. Сопоставление по телефону и почте ограничено полнотой и чистотой контактных данных в CRM — эту долю нужно измерять у себя.
Разложение цикла по механизмам
Теперь — ключевой вопрос: как именно распределить события сделки между механизмами, чтобы алгоритмы Яндекс Директа получали обучающий сигнал, а бизнес видел деньги в отчётах? Для этого нужно посмотреть на шкалу сделки целиком — от клика до оплаты — и понять, где заканчивается территория обучения и начинается территория учёта.
Это две разные задачи. Попытка закрыть обе одним инструментом и есть источник проблемы, с которой начинается большинство запросов на «починить аналитику».
шкала сделки
От клика до оплаты: механизм на каждом событии
Из этой шкалы вытекают три следствия, которые нужно сформулировать явно — потому что именно их игнорирование приводит к неправильным настройкам.
Первое: обучать алгоритм надо на ранних событиях, а не на оплате. Оплата приходит слишком поздно, чтобы стать сигналом. Квалификация лида и встреча — вот что реально успевает в окно.
Второе: ранние события нужно оценить в деньгах. Если квалифицированный лид конвертируется в сделку в среднем в четверти случаев при чеке 450 тысяч, его ожидаемая ценность — около 112 тысяч. Это и есть та величина, которую имеет смысл передавать, а не единицу «конверсия случилась». Иначе алгоритм оптимизируется на количество, а не на деньги.
Третье: пропуск yclid на первом шаге обнуляет всё остальное. Если метка не сохранилась вместе с заявкой, никакой механизм связь не восстановит. Сбор yclid на форме — отдельная техническая задача, но здесь достаточно одного правила: метка должна сохраняться в CRM в момент создания лида, не позже.
Персональные данные: что меняет второй механизм
Типичные ошибки при внедрении
- Передают открытые телефоны и почты вместо хешей — хотя справка прямо допускает хеш и в большинстве случаев его достаточно
- Не оформляют основание для обработки персональных данных и согласие до начала передачи
- Запускают второй механизм с «грязным» справочником контактов — телефон в трёх форматах, почта с опечаткой, дубли карточек — и получают низкий процент привязки
- Делают вывод «механизм не работает», хотя проблема в качестве данных, а не в настройке
Как делать правильно
- 01
Начинать с хеша контактов, а не с открытых значений
- 02
До запуска изучить требования к обработке персональных данных и оформить корректное согласие
- 03
Перед внедрением прогнать нормализацию контактов в CRM: единый формат телефона, проверка почт, удаление дублей
- 04
Через месяц после запуска сравнить долю сопоставления с количеством закрытых сделок за тот же период
Ещё один момент, о котором стоит сказать честно: Яндекс Метрика связывает визит и заказ, но не отвечает на вопрос, сколько на этой сделке заработано и какой канал приносит клиентов с лучшей маржой. Для этого нужен слой над Метрикой и CRM — полноценная сквозная аналитика: Roistat, Calltouch, CoMagic, K50.
В практике работы с B2B-компаниями с длинным циклом именно этот слой и решает задачу: сам по себе факт привязки сделки к каналу мало что даёт, пока рядом не стоит сумма и маржинальность. Метрика — необходимое условие, но не достаточное.
Порядок внедрения: шесть шагов
- 01
Посчитать своё распределение длительности сделок по CRM за год. Без этого невозможно понять, какая доля вообще попадает в первое окно и стоит ли городить двухступенчатую схему.
- 02
Проверить сбор yclid на всех формах и во всех точках входа. Если метка теряется, остальное бессмысленно — связь клика со сделкой не восстановится ничем.
- 03
Выбрать ранние события для обучающего сигнала — те, что стабильно происходят в первые три недели: квалификация лида, встреча, отправленное КП.
- 04
Оценить эти события в деньгах через вероятность доведения до сделки и средний чек. Передавать ожидаемую ценность, а не единицу «конверсия случилась».
- 05
Настроить второй механизм для учёта: передачу данных о клиентах и заказах из CRM с сопоставлением по хешам контактов через API, интеграцию или Центр конверсий Яндекс Директа.
- 06
Проверить долю сопоставления через месяц и сравнить с количеством закрытых сделок за тот же период. Низкий процент — сигнал проблемы с качеством контактных данных.
Что даёт правильно выстроенная схема
- 01
Алгоритмы Яндекс Директа получают обучающий сигнал на ранних событиях — в пределах окна 21 дня — и оптимизируются на деньги, а не на количество заявок
- 02
Двухступенчатая схема (передача + обновление) поднимает видимую долю сделок с 5,6% до 65,4% без смены механизма
- 03
Второй механизм — данные из CRM — снимает ограничение окна для учёта выручки и позволяет связать оплату с каналом
- 04
Нормализация контактов в CRM перед запуском второго механизма напрямую влияет на процент сопоставления
- 05
Полная картина — канал, сумма, маржа — складывается только при добавлении слоя сквозной аналитики над Метрикой и CRM
Итог: две задачи — два механизма
- 01
Офлайн-конверсии с окном 21 день — инструмент для обучающего сигнала, а не для учёта сделок с длинным циклом
- 02
Двухступенчатая схема (передать в 21 день + обновлять 90 дней) даёт горизонт ~111 дней и поднимает видимость с 5,6% до 65,4%
- 03
Данные о клиентах и заказах из CRM снимают ограничение окна для учёта выручки — но требуют чистых контактов и корректного оформления работы с персональными данными
- 04
Yclid должен сохраняться в CRM в момент создания лида — это условие, без которого не работает ни один механизм
- 05
Ранние события (квалификация, встреча) нужно оценивать в деньгах через ожидаемую ценность, а не передавать как факт
Посчитайте своё распределение длительности сделок по CRM — это первый и самый важный шаг. Он покажет, какая доля сделок вообще попадает в первое окно, и даст основание для выбора конфигурации. Всё остальное — техника.
Часто задаваемые вопросы
Потому что офлайн-конверсия привязывается к визиту, а визит старше 21 дня её уже не принимает. Срок хранения yclid здесь ни при чём: ограничение относится к возрасту визита, а не идентификатора. Частично проблему решает окно обновления — у уже переданной конверсии есть 90 дней для уточнения данных. Суммарный горизонт около 111 дней. Для более длинных сделок нужен другой механизм — передача данных о клиентах и заказах из CRM.
Принципом сопоставления. Офлайн-конверсия ищет визит по идентификатору и требует, чтобы визит был не старше 21 дня. Загрузка данных о клиентах и заказах сопоставляет по номеру телефона, адресу почты или хешу от них — то есть работает с клиентом, а не с конкретным визитом в окне. При обнаружении связанного визита в нём достигаются цели в зависимости от статуса заказа. Загрузить можно через API, интеграцию с CRM или Центр конверсий Яндекс Директа.
На ранних. Оплата приходит слишком поздно — она почти всегда за пределами окна. Работают события первых трёх недель: квалификация лида, назначенная встреча, отправленное коммерческое предложение. Важно не просто передать факт, а оценить событие в деньгах: если квалифицированный лид доходит до сделки в четверти случаев при среднем чеке 450 тысяч, его ожидаемая ценность около 112 тысяч. Именно эту величину имеет смысл передавать, иначе алгоритм оптимизируется на количество, а не на деньги.
Нет. Сопоставление поддерживается и по хешу от этих данных, и начинать разумно именно с хеша. Помимо этого нужны основание для обработки персональных данных и корректно оформленное согласие. Практическая деталь, о которой забывают: доля успешного сопоставления сильно зависит от чистоты контактов в CRM. Разные форматы записи телефона, опечатки в почте и дубли карточек снижают процент привязки — причём молча.
Спасибо за заявку!
Мы свяжемся с вами в ближайшее время.
