Зачем нужны офлайн-конверсии
Часть значимых событий происходит после посещения сайта: менеджер подтверждает потребность, покупатель оплачивает заказ, компания подписывает договор. Если аналитика знает только о форме, источники с разным качеством лидов выглядят одинаково полезными.
Метрика позволяет связать последующее действие с визитом и учитывать его в отчётах. Общий принцип описан в справке об офлайн-конверсиях. «Офлайн» здесь не обязательно означает бумажную продажу: это может быть результат, который не был зафиксирован счётчиком на странице.
Передача не исправляет качество рекламы автоматически. Сначала она создаёт более содержательный сигнал для анализа. Полезность последующих решений зависит от правильности статусов, привязки и достаточности данных.
Выберите событие, которое можно проверить
Хорошая цель имеет однозначное определение. «Качественный лид» нужно раскрыть: подтверждён интерес к нужной услуге, подходит регион, контакт состоялся. «Менеджеру понравился» — слишком субъективно; разные сотрудники будут размечать поток по-разному.
| Этап | Что означает | Где проверять |
|---|---|---|
| Форма отправлена | Сайт принял обращение | Обработчик и CRM |
| Лид квалифицирован | Выполнены критерии интереса и соответствия | Согласованный статус CRM |
| Заказ оплачен | Подтверждена оплата | Учётная система |
| Отказ / отмена | Изменился результат сделки | Статус и процедура корректировки |
Сохраняйте отдельные цели для этапов воронки. Не превращайте микроконверсию в продажу одним переименованием. Тогда можно будет понять, теряются ли люди до контакта, на квалификации или после предложения.
Сохраните связь заявки с визитом
Для связи нужны идентификаторы и точное событие. В документации импорта офлайн-данных описаны поддерживаемые варианты, в том числе ClientId, UserID, yclid и PurchaseId; применимость зависит от формата передачи. Яндекс рекомендует ClientId для высокой точности привязки.
Задача интеграции — сохранить нужный идентификатор вместе с обращением, а потом отправить результат той же записи. Нельзя взять идентификатор менеджера, общий для всех пользователей, или заменить пропуски случайными значениями: отчёты получатся недостоверными.
Проверьте каждую форму и путь создания заявки. Обращения из звонков, чатов и внешних форм могут требовать отдельной интеграции. Если источник невозможно связать надёжно, пометьте это ограничение вместо искусственного заполнения.
Время события должно отражать момент квалификации или оплаты, а не просто время очередной выгрузки. Иначе анализ сроков и результатов может оказаться смещённым.
Условный расход — по 20 000 ₽. Квалификация показывает разницу, скрытую в количестве форм.
Порядок внедрения
- Опишите событие, ответственного за статус и правила дублей.
- Создайте соответствующую цель в нужном счётчике по актуальной инструкции Метрики.
- Настройте сохранение идентификатора и времени вместе с заявкой.
- Подготовьте передачу через поддерживаемый файл или API.
- Отправьте небольшую проверочную выборку с известным результатом.
- Сверьте статус загрузки и привязки с исходными записями CRM.
- Только после проверки включите регулярную передачу.
Не начинайте с полной массовой выгрузки без теста. Ошибка в идентификаторе цели или временной зоне может затронуть весь массив. Небольшая выборка должна включать обычную заявку, повторную обработку и запись с неполными данными.
Секреты доступа храните на стороне интеграции, а не в коде страницы. Доступ предоставляйте в рамках конкретной задачи. Для рабочей передачи используйте необходимые поля и предусмотренные сервисом форматы.
Проверьте не только загрузку, но и привязку
Успешная отправка файла не означает, что все события связаны с визитами. В отчёте «Офлайн-конверсии» можно увидеть результат привязки и причины ошибок. В документации указано, что для оптимизации в Директе используются привязанные конверсии.
Проверьте соответствие цели, наличие идентификаторов, корректность времени и попадание в допустимый период учёта. Точные ограничения передачи сверяйте в документации перед внедрением: они важны для длинного цикла сделки и могут различаться между форматами.
Сколько записей создано в CRM → сколько отобрано → сколько отправлено → сколько принято → сколько привязано. Разница на каждом шаге должна иметь объяснение.
Добавьте уведомление об остановке передачи, если интеграция автоматическая. Тихий сбой особенно опасен: реклама продолжает работать, а новые подтверждения перестают поступать. В отчёте это может выглядеть как ухудшение качества трафика.
Как переходить к новой цели в рекламе
Сначала накопите данные и сравните их с CRM. Оцените регулярность, число событий и задержку: цель, которая появляется редко и через длительное время, даёт мало оперативной информации. Выбранная стратегия должна соответствовать доступным данным и бюджету.
Не меняйте одновременно цель, все аудитории и посадочную страницу. Зафиксируйте дату перехода и сохраните отчёт по прежней цели. Первые дни после изменения не стоит оценивать так же, как зрелый стабильный период.
Проверяйте, не становится ли новая цель слишком узкой. Например, оплата может быть лучшим бизнес-результатом, но квалифицированный лид — более частым промежуточным сигналом. Выбор зависит от цикла продажи; единого решения для всех компаний нет.
Передача подтверждений не гарантирует исчезновение спама. Она помогает анализу и оптимизации, а защита форм и классификация обращений остаются отдельными задачами.
Пример: как меняется оценка двух кампаний
Условная кампания А потратила 20 000 ₽ и дала 50 форм, из которых квалифицированы 5. Кампания Б за те же 20 000 ₽ дала 20 форм и 10 квалифицированных лидов. По формам выигрывает А: 400 ₽ против 1 000 ₽. По полезным лидам выигрывает Б: 2 000 ₽ против 4 000 ₽.
Офлайн-данные позволяют увидеть эту разницу в связке с рекламой. Но сначала убедитесь, что лиды обеих кампаний обработаны одинаково и успели пройти квалификацию. Если А проверяли неделю, а Б только день, вывод пока преждевременный.
В дальнейшем сравните продажи, отмены и доход. Квалифицированный лид полезнее пустой формы, но всё ещё не равен прибыли. Не подменяйте окончательный бизнес-результат промежуточным показателем.
Частые вопросы
Нужна ли CRM?
Нужен надёжный источник статусов и идентификаторов. CRM обычно удобна, но для небольшого потока возможен другой дисциплинированный учёт с поддерживаемой передачей.
Можно ли загрузить старые заявки?
Только если сохранены необходимые данные и соблюдены ограничения выбранного формата и периода учёта. Не обещайте восстановление истории без проверки.
Почему принятое событие не видно в нужной кампании?
Проверьте привязку к визиту, цель, период, атрибуцию и фильтры отчёта. Статус «отправлено» сам по себе этого не подтверждает.
Что проверять каждую неделю?
Полноту передачи, долю привязанных событий, задержку квалификации, дубли и соответствие итогов CRM. Затем — цену и объём полезных лидов по источникам.
Инструкции сверены с указанными официальными источниками 6 сентября 2026 года. Названия элементов и доступность настроек могут зависеть от типа кампании и версии интерфейса. Числовые примеры иллюстрируют методику и не являются клиентскими кейсами.