Офлайн-конверсии в Яндекс Директе для B2B: как передавать квалифицированные лиды, договоры и оплаты
Как связать квалифицированный лид, договор и оплату в CRM с кликом из Яндекс Директа: ClientID, yclid, UserID, Центр конверсий, API и CSV.
Офлайн-конверсии нужны, чтобы связать рекламный переход не только с заявкой на сайте, но и с тем, что произошло позже в CRM: квалификацией лида, коммерческим предложением, договором или оплатой. Для этого при первом обращении нужно сохранить идентификатор посетителя или рекламного клика в карточке сделки, а затем вместе со статусом передать его в Яндекс Метрику или Центр конверсий.
В B2B не стоит ждать оплаты, чтобы впервые передать результат. Стандартное окно привязки офлайн-конверсии к визиту — 21 день, а договор может появиться через несколько месяцев. Практичный вариант — в пределах окна передать надёжный ранний статус, например «квалифицированный лид», а последующие изменения договора и оплаты передавать как обновление той же сделки. Для уже связанной конверсии Центр конверсий позволяет корректировать данные ещё 90 дней после окончания 21-дневного окна.
Передавать нужно не все созданные лиды, а только события с понятным бизнес-смыслом. Спам, дубли, обращения действующих клиентов и нецелевые запросы нельзя смешивать с новыми квалифицированными лидами: иначе отчёты и автоматическая оптимизация будут учиться на неправильном результате.
Что считается офлайн-конверсией в B2B
Офлайн-конверсия — это целевое событие, которое произошло после визита на сайт и хранится вне браузера, обычно в CRM. Оно не обязательно происходит в физическом офисе.
Примеры:
- менеджер подтвердил, что обращение соответствует профилю клиента;
- закупщик прислал техническое задание;
- компания подготовила коммерческое предложение;
- стороны заключили договор;
- поступила оплата;
- известна сумма сделки или валовая прибыль.
Задача интеграции — вернуть это событие к исходному визиту. Тогда в Метрике и Директе можно увидеть, какая кампания, объявление или ключевая фраза привела не просто к форме, а к деловому результату.
Как проходит связь от клика до сделки
- Пользователь переходит на сайт из рекламы.
- Сайт получает идентификатор посетителя или клика.
- При звонке, письме, чате или отправке формы идентификатор записывается в CRM.
- Менеджер квалифицирует обращение и меняет статус сделки.
- CRM или другое хранилище передаёт событие и идентификатор в Яндекс.
- Метрика пытается привязать событие к визиту.
- Привязанный результат появляется в отчётах и может использоваться для оптимизации рекламы.
Если идентификатор потерян между сайтом и CRM, восстановить точную связь обычно уже нельзя. Поэтому главная часть проекта — не загрузка файла, а сохранение исходных данных в карточке лида.
Какие статусы передавать
На мобильном устройстве таблицу можно прокручивать по горизонтали.
| Событие | Передавать | Как использовать |
|---|---|---|
| Создан новый лид | Да, для контроля полноты данных | Не использовать как основную цель, если здесь есть спам, дубли и нецелевые обращения |
| Квалифицированный лид | Обычно да | Основная цель для оптимизации, если статус ставится по единым правилам и достигается достаточно часто |
| Получено техническое задание | Да, если это важный этап продаж | Дополнительная оценка качества спроса |
| Коммерческое предложение | Да | Контроль движения по воронке, но не всегда самостоятельная цель оптимизации |
| Договор | Да | Финальная оценка привлечения новых клиентов |
| Оплата | Да, вместе с суммой | Расчёт выручки и окупаемости |
| Нецелевое или спам | Хранить в CRM, не передавать как положительную конверсию | Анализировать отдельно для очистки рекламы и работы отдела продаж |
Единой правильной цели для всех компаний нет. Если договоров мало, алгоритму может не хватать данных. Тогда для управления рекламой используют более частый, но всё ещё качественный этап — например, квалифицированный лид. Договоры и оплаты продолжают передавать для финансового отчёта.
ClientID, yclid и UserID простыми словами
Яндекс поддерживает несколько идентификаторов. Для привязки офлайн-конверсии нужен хотя бы один.
ClientID — идентификатор посетителя, который назначает Яндекс Метрика. Его можно получить на сайте и сохранить вместе с обращением. Для онлайн-заявок Яндекс рекомендует передавать ClientID; сочетание ClientID с телефоном или электронной почтой повышает качество сопоставления.
yclid — идентификатор клика по объявлению Яндекс Директа. Он передаётся в адресе страницы после рекламного перехода. Его нужно сохранить до создания лида и записать в CRM.
UserID — внутренний идентификатор пользователя в системе компании. Он полезен, если пользователь авторизуется и один и тот же внутренний ID заранее передаётся в Метрику.
PurchaseID — идентификатор покупки. Он применяется, когда сделка связана с покупкой, которая уже учтена в электронной коммерции.
Для обычной B2B-заявки базовая задача — надёжно сохранять ClientID и yclid. Не нужно выбирать только один идентификатор: чем полнее данные, тем выше вероятность корректной привязки.
Как передавать данные
На мобильном устройстве таблицу можно прокручивать по горизонтали.
| Способ | Когда подходит | Ограничения и риски |
|---|---|---|
| Коннектор CRM | В CRM есть готовая поддерживаемая интеграция | Нужно проверить, какие поля и статусы фактически передаются, а не полагаться на название интеграции |
| API Метрики | Нужна автоматическая и управляемая передача из CRM или хранилища | Требуются разработка, журнал ошибок и поддержка при изменениях |
| Google Sheets через Центр конверсий | Небольшой объём и нужен быстрый запуск без отдельной разработки | Ручные изменения, доступы и структура таблицы создают риск ошибок |
| FTP или SFTP | CRM регулярно формирует файл и размещает его на сервере | Нужно контролировать доступность файла, формат и обновление данных |
| HTTP или HTTPS-ссылка | Система публикует актуальный CSV по стабильной защищённой ссылке | Нельзя допускать открытой публикации персональных данных |
| Ручной CSV в Метрике | Разовая проверка схемы или небольшой тест | Не подходит как постоянный процесс: данные легко загрузить поздно или с ошибкой |
Центр конверсий принимает данные из CSV-источников через FTP/SFTP, HTTP/HTTPS-ссылку или Google Sheets. API и CRM-коннекторы являются отдельными способами передачи. Поэтому формулировка «подключить Центр конверсий по API» неточна: сначала нужно выбрать архитектуру, а затем конкретный канал.
Особенность длинного цикла сделки
У Метрики есть 21-дневное окно привязки офлайн-конверсии к визиту. Если первое передаваемое событие происходит позже, визит может не получить конверсию.
Для B2B это означает:
- Квалифицируйте обращение и передавайте ранний достоверный статус без задержки.
- Используйте постоянный идентификатор сделки в выгрузках.
- Не создавайте новую независимую конверсию на каждое изменение статуса, если система поддерживает обновление заказа.
- Договор и оплату передавайте как уточнение результата той же сделки.
- Контролируйте 90-дневное окно изменения уже привязанной конверсии.
Если обычный цикл до оплаты превышает доступное окно обновления, финальную экономику всё равно нужно считать в CRM или системе сквозной аналитики. Метрика и Директ в таком проекте отвечают за атрибуцию раннего качественного сигнала, а не заменяют управленческий учёт.
Кто за что отвечает при внедрении
Собственник или руководитель продаж:
- определяет, что считать квалифицированным лидом, договором и оплатой;
- утверждает правила для дублей, действующих клиентов и повторных продаж;
- выбирает, какая сумма передаётся как доход.
Интегратор CRM:
- сохраняет идентификаторы в карточке лида и сделки;
- настраивает единые статусы;
- формирует выгрузку или API-передачу;
- обеспечивает обновление одной и той же сделки без дублей.
Специалист по аналитике и рекламе:
- создаёт цели и проверяет соответствие идентификаторов;
- контролирует привязку событий к визитам;
- разделяет аналитические и оптимизационные цели;
- проверяет, что реклама не обучается на спаме и нецелевых обращениях.
Как принять работу интегратора
Проверка должна пройти по реальной цепочке, а не только по скриншоту настроек.
- Сделать тестовый рекламный переход.
- Оставить обращение через каждый важный канал: форму, звонок, почту или чат.
- Найти карточку в CRM и проверить ClientID, yclid, источник, кампанию и страницу входа.
- Перевести тестовую сделку в статус квалифицированного лида.
- Убедиться, что событие ушло в Яндекс без ошибок.
- Проверить в отчёте «Офлайн-конверсии», привязалось ли событие к визиту.
- Изменить статус той же сделки на договор или оплату и проверить обновление без дубля.
- Сверить сумму, валюту, дату, часовой пояс и идентификатор цели.
- Повторить тест после первого автоматического обновления источника.
Только привязанные к визиту конверсии используются для оптимизации кампаний и отображаются в соответствующих отчётах Директа.
Частые ошибки
- ClientID или yclid не сохраняется в CRM.
- Идентификатор хранится в лиде, но теряется при создании сделки.
- Статусы CRM не имеют однозначного соответствия целям Метрики.
- Передаются все лиды, включая спам и дубли.
- Действующий клиент ошибочно считается новым привлечённым клиентом.
- Конверсии загружаются позже допустимого окна.
- Время события или часовой пояс указаны неверно.
- Повторная выгрузка создаёт новую конверсию вместо обновления существующей.
- В качестве дохода передаётся сумма счёта, хотя он не оплачен.
- После запуска никто не контролирует долю привязанных и непривязанных событий.
Что должен увидеть собственник в результате
Рабочая интеграция отвечает на четыре вопроса:
- Какие кампании приводят квалифицированные обращения?
- Какие из них доходят до договора и оплаты?
- Сколько выручки связано с каждым рекламным направлением?
- На каком этапе теряются данные или сделки?
Если отчёт показывает только количество загруженных строк, задача не решена. Нужны привязка к визитам, понятные статусы и сверка с CRM.
Короткий вывод
Офлайн-конверсии в B2B — это не отдельный файл для Яндекса, а непрерывная связь сайта, CRM и рекламных данных. Начинать нужно с бизнес-правил и сохранения идентификаторов. Передавайте ранний качественный статус в пределах окна атрибуции, обновляйте результат той же сделки и отдельно контролируйте договоры, оплаты и выручку в CRM.
Частые вопросы
Можно ли передавать только оплаты?
Можно, если они происходят достаточно быстро и часто. При длинном цикле сделки первая передача может не попасть в 21-дневное окно. Поэтому для B2B обычно нужен более ранний достоверный статус, а оплата используется как последующее уточнение и для финансового отчёта.
Что лучше: ClientID или yclid?
Не нужно ограничиваться одним полем. ClientID связывает обращение с посетителем Метрики, yclid — с кликом из Директа. Сохраняйте оба, когда это возможно, и передавайте дополнительные контактные идентификаторы только с соблюдением требований к защите данных.
Подойдёт ли Google Sheets для постоянной работы?
Для небольшого объёма и контролируемого процесса — да. Но таблица не должна зависеть от ручного копирования. При росте числа сделок надёжнее автоматическая выгрузка из CRM через коннектор, API или регулярно обновляемый источник.
Нужно ли передавать сумму сделки?
Да, если определено, что именно считается доходом и когда сумма становится достоверной. Передача неоплаченного счёта как фактической выручки искажает окупаемость.
Связанные материалы
-
Как связать Яндекс Директ, Метрику и CRM в B2B —
direct-metrika-crm-b2b.html -
Какую конверсию выбрать для обучения Яндекс Директа —
yandex-direct-b2b-conversion.html -
Техническое задание на интеграцию Метрики с CRM и сквозной аналитикой —
yandex-metrika-crm-analytics-integration-brief.html -
Как считать стоимость квалифицированного лида и договора —
b2b-lead-economics.html -
Как считать окупаемость Яндекс Директа в B2B —
yandex-direct-b2b-romi-roi.html