Чтобы передавать офлайн-конверсии в Яндекс Директ, необходимо связать действия клиента вне сайта с его визитом из рекламы. Обычно данные загружают в Яндекс Метрику по ClientID, YCLID или UserID, после чего соответствующие цели становятся доступны в Директе для отчетов и автоматических стратегий.
В инструкции разберем весь процесс: от выбора бизнес-событий и передачи идентификаторов в CRM до загрузки конверсий, проверки атрибуции и настройки оптимизации. Подход подходит для продаж после звонка, оплат по счету, сделок в офисе, повторных заказов и других событий, которые нельзя надежно зафиксировать на сайте.
Что считается офлайн-конверсией и зачем передавать ее в Директ
Офлайн-конверсия — это значимое для бизнеса действие, информация о котором появляется за пределами сайта или позже онлайн-визита. Например, пользователь оставил заявку, менеджер связался с ним, а продажа состоялась через несколько дней в CRM. Счетчик на сайте видит отправку формы, но не знает, была ли заявка квалифицирована и принесла ли выручку.
Без офлайн-данных рекламная система оценивает кампании по промежуточным действиям. Две кампании могут принести одинаковое количество заявок, но заметно различаться по числу продаж, среднему чеку и доле нецелевых обращений.
Передача финальных статусов помогает решать несколько задач:
- сравнивать кампании, объявления и ключевые фразы по реальным результатам бизнеса;
- отделять заявки от квалифицированных лидов и состоявшихся продаж;
- передавать автоматическим стратегиям более полезный сигнал для обучения;
- учитывать доход от сделки, если вместе с конверсией загружается сумма;
- находить расхождения между рекламной аналитикой и CRM.
Передавать следует не только успешные продажи. Для управления рекламой часто полезна цепочка целей: заявка, квалифицированный лид, выставленный счет и оплата. Такая структура позволяет оценивать воронку и выбирать цель, по которой уже накоплен достаточный объем данных.
Какие данные нужно подготовить
Ключевая задача — сохранить связь между посетителем сайта и записью в CRM. Одного номера сделки или телефона для стандартного сопоставления обычно недостаточно: рекламной системе требуется поддерживаемый идентификатор пользователя или клика.
Идентификатор посетителя или рекламного перехода
Для сопоставления могут использоваться следующие идентификаторы:
- ClientID — идентификатор посетителя Яндекс Метрики. Его можно получить на сайте и записать в скрытое поле формы, а затем передать вместе с заявкой в CRM.
- YCLID — идентификатор перехода по рекламе Яндекс Директа. Параметр появляется в адресе после рекламного клика при корректной разметке и должен сохраняться до отправки формы или звонка.
- UserID — внутренний идентификатор авторизованного пользователя. Вариант подходит сервисам, где посетитель входит в аккаунт и один идентификатор используется на сайте и в информационной системе компании.
На практике полезно сохранять доступные идентификаторы параллельно. ClientID связывает запись с посетителем Метрики, а YCLID точнее указывает на конкретный рекламный переход. Итоговое сопоставление зависит от качества сбора данных, срока между визитом и конверсией, настроек счетчика и других условий.
Сведения о конверсии
Для каждой записи потребуются как минимум название или идентификатор цели и фактическое время события. В зависимости от способа загрузки также можно передать стоимость конверсии и валюту.
В CRM стоит заранее определить:
- какой статус считается квалифицированным лидом;
- в какой момент фиксируется продажа — при подписании договора, оплате или выполнении заказа;
- какую сумму передавать — выручку, оплаченный доход или другую согласованную ценность;
- как обрабатывать отмены, возвраты и повторные сделки;
- кто отвечает за корректность статусов и выгрузки.
Определение должно быть одинаковым для маркетинга, отдела продаж и аналитиков. Если один менеджер переводит сделку в статус «Продажа» после выставления счета, а другой — после поступления денег, рекламная статистика будет несопоставимой.
Как настроить передачу офлайн-конверсий пошагово
Шаг 1. Выберите события для передачи
Начните с двух–четырех этапов, которые отражают реальное движение по воронке. Не стоит загружать каждый технический статус CRM: десятки похожих целей усложнят отчеты и не дадут автоматическим стратегиям понятного сигнала.
Пример логичной структуры:
- квалифицированный лид;
- назначенная встреча или подтвержденный заказ;
- выставленный счет;
- оплата.
Для каждого события зафиксируйте однозначное условие срабатывания. Например, «Квалифицированный лид» означает, что менеджер подтвердил потребность, контактные данные и соответствие клиента условиям компании.
Шаг 2. Проверьте связь Метрики и Директа
На сайте должен быть установлен счетчик Яндекс Метрики, который используется рекламными кампаниями. У аккаунтов и специалистов должны быть необходимые права доступа. Цели счетчика должны отображаться в настройках кампаний и отчетах Директа.
Если организация использует несколько счетчиков, доменов или рекламных кабинетов, заранее определите, куда будет загружаться каждая конверсия. Ошибка на этом этапе приводит к ситуации, когда данные есть в Метрике, но недоступны нужной кампании.
Шаг 3. Настройте сбор идентификаторов
ClientID, YCLID или UserID нужно получить во время визита и передать в CRM вместе с обращением. Для формы идентификаторы обычно записывают в скрытые поля. Для звонков связь обеспечивает система коллтрекинга, если она умеет сохранять источник визита и передавать данные в CRM или Метрику.
Проверьте всю цепочку на тестовой заявке:
- перейдите на сайт по размеченной тестовой ссылке;
- отправьте форму или совершите звонок;
- откройте созданную запись в CRM;
- убедитесь, что идентификатор заполнен без изменений;
- проверьте, что поле не перезаписывается при повторном обращении.
Особое внимание требуется сайтам с поддоменами, отдельными посадочными страницами, внешними формами и виджетами. Идентификатор может потеряться при переходе между доменами или не попасть в заявку из формы стороннего сервиса.
Шаг 4. Создайте офлайн-цели
В Яндекс Метрике создайте отдельные цели для событий из CRM. Названия должны быть понятны без дополнительной расшифровки: «CRM — квалифицированный лид», «CRM — выставлен счет», «CRM — оплата».
Не объединяйте в одной цели разные по ценности события. Заявка, успешный звонок и оплата отражают разные этапы воронки и должны анализироваться отдельно.
Шаг 5. Подготовьте данные к загрузке
Каждая строка выгрузки должна относиться к конкретному событию и содержать поддерживаемый идентификатор, цель и дату конверсии. Для покупок добавьте сумму и валюту, если эти параметры предусмотрены выбранным способом передачи.
Перед загрузкой проверьте:
- совпадает ли обозначение цели с настройками Метрики;
- передается ли фактическое время события, а не дата формирования файла;
- используется ли единый часовой пояс;
- нет ли пустых или поврежденных идентификаторов;
- не попадают ли в файл одни и те же события повторно;
- соответствуют ли сумма и валюта принятым в компании правилам.
Не подставляйте телефон, email или номер сделки в поле ClientID либо YCLID. Такие значения не являются эквивалентной заменой и не обеспечат корректное сопоставление.
Шаг 6. Загрузите конверсии
Данные можно отправить вручную, через API или готовую интеграцию. Начинать безопаснее с небольшой тестовой выборки. После успешной проверки можно автоматизировать регулярную передачу.
Загрузка не означает, что каждая строка сразу появится в отчетах Директа. Метрика должна обработать события и сопоставить идентификаторы с визитами. Часть записей может остаться несопоставленной, если идентификатор отсутствует, записан с ошибкой или не связан с доступным визитом.
Какой способ передачи выбрать
| Способ | Когда подходит | Ограничения |
|---|---|---|
| Ручная загрузка файла | Первичная проверка, небольшой объем сделок, редкие выгрузки | Требует контроля формата, легко допустить дубли или задержать данные |
| Передача через API | Регулярный поток конверсий, собственная CRM, несколько этапов воронки | Нужны разработка, журналирование запросов и обработка ошибок |
| Готовая интеграция CRM | CRM и используемый коннектор поддерживают нужные цели и поля | Возможности зависят от интеграции; необходимо проверить передачу идентификаторов, времени и дохода |
| Коллтрекинг или сквозная аналитика | Значительная часть обращений поступает по телефону или через разные каналы | Качество данных зависит от настройки подмены номеров, атрибуции и синхронизации с CRM |
Ручная загрузка подходит для пилота: команда проверяет структуру целей и долю сопоставленных записей без разработки. Если конверсии появляются ежедневно и используются в автоматической стратегии, ручной процесс создает лишнюю задержку и риск ошибок. В таком случае предпочтительна автоматическая передача.
При выборе интеграции проверьте не только наличие логотипов Метрики и CRM в списке возможностей. Важно выяснить, какие идентификаторы передаются, можно ли отправлять несколько статусов, поддерживаются ли доход и повторные сделки, как система защищается от дублей и сообщает об ошибках.
Как проверить данные и использовать их для оптимизации
После тестовой загрузки найдите офлайн-цели в отчетах Метрики и убедитесь, что события относятся к ожидаемым источникам и датам. Обработка может занимать время, поэтому отсутствие данных сразу после отправки еще не означает ошибку.
Проверку удобно проводить на нескольких известных сделках:
- сопоставьте запись CRM с сохраненным ClientID или YCLID;
- проверьте дату, название цели и сумму;
- найдите конверсию в Метрике после обработки;
- убедитесь, что цель доступна в интерфейсе Директа;
- сравните количество отправленных, принятых и отраженных событий.
Полного совпадения CRM и рекламного кабинета может не быть. CRM считает все сделки, а Директ показывает только события, которые удалось связать с рекламным взаимодействием в рамках применяемой атрибуции. Расхождение само по себе не доказывает неисправность интеграции, но резкое снижение доли сопоставления требует проверки.
Не переводите кампании на оптимизацию по новой цели сразу после появления нескольких конверсий. Автоматической стратегии нужен стабильный и достаточно частый сигнал. Если продажи редкие, разумнее оптимизироваться по квалифицированным лидам, а оплаты использовать для оценки качества кампаний и назначения ценности.
Ценность целей должна отражать бизнес-приоритет, а не произвольные числа. При передаче фактического дохода важно одинаково учитывать НДС, скидки, частичные оплаты, отмены и повторные заказы. Выбранный принцип должен сохраняться во всех выгрузках.
Распространенные ошибки при передаче конверсий
- Идентификатор не попадает в CRM. Форма создает лид, но скрытое поле отсутствует или интеграция не переносит его в карточку сделки.
- YCLID сохраняется только на первой странице. После перехода в каталог, на поддомен или во внешний виджет параметр теряется.
- Передается дата создания лида вместо даты продажи. В результате финальная конверсия привязывается к неверному моменту и искажает динамику.
- Одно событие загружается повторно. Регулярная выгрузка каждый раз включает всю историю без контроля уже отправленных записей.
- Статусы CRM трактуются неодинаково. Менеджеры используют один статус для счета, обещания оплаты и завершенной сделки.
- В одну цель объединены лиды и продажи. Директ получает неоднородный сигнал и не может различить ценность событий.
- Для оптимизации выбрана слишком редкая цель. Кампания не получает регулярных данных, хотя в CRM есть более частый этап, связанный с будущей продажей.
- После запуска нет мониторинга. Изменение формы, CRM-полей или интеграции может незаметно остановить передачу идентификаторов.
Контроль лучше автоматизировать: отслеживать число сформированных и отправленных событий, ошибки загрузки, долю записей с идентификаторами и необычные изменения объема конверсий.
Чек-лист перед запуском
- Определены бизнес-события и единые правила присвоения статусов.
- Счетчик Метрики установлен и связан с нужными кампаниями Директа.
- ClientID, YCLID или UserID передаются с сайта в CRM.
- Проверены формы, звонки, поддомены и внешние виджеты.
- Созданы отдельные цели для разных этапов воронки.
- Формат даты, сумма и валюта согласованы.
- Предусмотрена защита от повторной отправки.
- Проведена тестовая загрузка на небольшой выборке.
- Конверсии найдены в Метрике и доступны в Директе.
- Назначен ответственный за мониторинг интеграции.
Если требуется связать настройку целей с кампаниями, аналитикой и автоматическими стратегиями, команда Granat может подключиться в рамках услуги контекстной рекламы. Перед запуском важно проверить всю цепочку данных, а не только факт загрузки файла.
Частые вопросы
Можно ли передавать офлайн-конверсии напрямую в Директ?
В типовой схеме события загружаются в Яндекс Метрику, где сопоставляются с визитами, а затем цели используются в Директе. Доступные варианты интеграции могут зависеть от текущих инструментов кабинета, но принцип остается прежним: рекламной системе нужны идентификатор, событие и связь с рекламным взаимодействием.
Обязательно ли сохранять YCLID?
YCLID не является единственным вариантом сопоставления: могут использоваться ClientID или UserID. Однако сохранение YCLID полезно для обращений из Директа, поскольку идентификатор относится к рекламному переходу. Оптимальный набор зависит от сайта и структуры воронки.
Можно ли загрузить телефон или email вместо ClientID?
Телефон и email нельзя записывать в поля ClientID или YCLID. Для работы с контактными данными нужны специально поддерживаемые инструменты и соблюдение требований к обработке данных. В стандартной выгрузке следует использовать предусмотренные идентификаторы.
Почему загружены 100 продаж, а в Директе отображается меньше?
Не все продажи обязательно связаны с рекламными визитами. Причинами также могут быть потерянные идентификаторы, ошибки формата, особенности атрибуции, повторные события и невозможность сопоставить запись с визитом. Сравнивать нужно отправленные, обработанные и атрибутированные конверсии.
Какую офлайн-цель выбрать для автоматической стратегии?
Выбирайте наиболее глубокое бизнес-событие, которое происходит регулярно и надежно фиксируется. Если оплат мало, для оптимизации подойдет квалифицированный лид или подтвержденный заказ, а продажи останутся контрольным показателем эффективности.
Можно ли передавать конверсии из звонков?
Да, если коллтрекинг или другая система сохраняет связь звонка с визитом и передает поддерживаемый идентификатор. Затем успешный звонок, квалифицированное обращение или продажу можно отправить как отдельную офлайн-цель.
