Онлайн-заявка и подтверждённая офлайн-продажа соединены проверяемой цепочкой данных
Аналитика и рост

Офлайн-конверсии в Яндекс Метрике: как связать заявку с продажей

Форма фиксирует обращение, но договор часто появляется позже в CRM. Передавайте подтверждённое событие с правильным идентификатором и проверяйте, удалось ли связать его с визитом.

Определите, какое событие действительно означает результат

Отправка формы, звонок и заключённый договор — разные события. Для офлайн-конверсии выберите понятное состояние CRM: например, оплата или подтверждённая продажа, если именно она нужна в отчёте. Запишите правило, кто переводит запись в это состояние и что делать с отменой. Иначе Метрика получит смесь намерений и фактов.

Не передавайте персональные данные ради сопоставления визита. Нужен поддерживаемый идентификатор посетителя, клика или покупки, сохранённый в допустимый момент и связанный с записью CRM. Проверьте, как он проходит через форму и интеграцию, прежде чем выгружать весь архив.

Подготовьте цель и тестовую выгрузку

В документации Яндекса для загрузки офлайн-конверсий описаны целевое событие, время конверсии и поддерживаемые идентификаторы. Сопоставьте поля CRM с форматом CSV или API и отправьте несколько обезличенных тестовых записей. Учитывайте документированное временное окно привязки — 21 день до загрузки; старые сделки нельзя механически считать успешно связанными.

Проверьте часовой пояс, формат даты и повторную отправку. Одна и та же продажа не должна превращаться в несколько событий из-за повторного импорта. Сохраните идентификатор исходной записи и журнал результата, чтобы можно было понять, что загрузилось и что отклонилось.

Разберите непривязанные события

После импорта откройте отчёт и причины непривязки, а не только сообщение об успешной загрузке файла. Причиной может быть отсутствующий идентификатор, неверное время или несоответствие цели. Сравните число исходных CRM-событий, принятых строк и связанных конверсий — эти величины не обязаны совпадать.

Используйте результат для анализа кампаний только после проверки качества связи. Если часть продаж не может быть сопоставлена, показывайте это ограничение в отчёте. Офлайн-конверсии дополняют цель формы, а не заменяют её: первая описывает итог сделки, вторая — шаг на сайте.

Определите правила сверки с CRM

Раз в выбранный период сверяйте подтверждённые сделки, экспортированные события, принятые строки и связанные визиты. Разницу разбивайте по причинам, а не исправляйте ручной подгонкой отчёта. Для нескольких источников заявок сохраняйте единое правило момента конверсии.

Права на выгрузку и передачу данных выдавайте только нужным сотрудникам и сервисам. Перед запуском проверьте внутренние правила обработки данных: в Метрику должен уходить поддерживаемый технический идентификатор и событие, а не произвольная карточка клиента.

Вопросы и ответы

Можно ли загрузить офлайн-конверсии без идентификатора визита?

Для сопоставления нужен один из поддерживаемых Яндексом идентификаторов; одного номера телефона в CRM недостаточно.

Почему загруженная сделка не видна как конверсия?

Проверьте статус привязки, цель, идентификатор и время события в отчёте Метрики.

Получите понятный план следующего шага

Опишите, что не работает или что нужно запустить. Уточним задачу и предложим практичный состав и порядок работ.

Написать на почтуhello@iskro.techTelegram
Получить разбор проекта