Офлайн-конверсии Google Ads: квалификация и продажи из CRM
Офлайн-конверсии помогают передать в Google Ads результат, который произошёл после первого обращения: например, подтверждённую квалификацию или выбранный этап завершения сделки. Сначала нужно определить событие и способ его связи с рекламным взаимодействием. Выгрузка любых статусов CRM без такой схемы не решает задачу.
Это план подготовки и проверки интеграции, а не подтверждение, что она уже настроена в конкретном аккаунте. Доступные способы и требования проверяются в действующей документации и кабинете.
Выберите результат, которому доверяет бизнес
Опишите критерий квалификации и подтверждение выбранного исхода. Если менеджеры используют статус по-разному, сначала согласуйте регламент. Рекламная система получит такие же неоднозначные данные, какие хранит CRM.
Квалификация, выставленный счёт и оплата — разные события. Для нескольких этапов нужно решить, как они учитываются, чтобы один путь клиента не превратился в несколько одинаковых «продаж».
Проверьте актуальный способ подключения
Google рекомендует рассматривать enhanced conversions for leads и Data Manager для работы с офлайн-результатами. Порядок перехода и доступные идентификаторы описаны в руководстве по обновлению импорта. Старые инструкции могут не соответствовать текущим настройкам.
Не начинайте с копирования чужого файла. Сначала выясните, какие данные собирает сайт, какие сохраняет CRM, какой аккаунт получает события и кто имеет право управлять подключением.
Согласуйте схему события
| Элемент | Что установить |
|---|---|
| Название результата | Какое действие реально произошло |
| Идентификаторы | Как связываются разрешённые данные и рекламное взаимодействие |
| Время | Момент события и часовой пояс |
| Идентификатор события | Как предотвращаются повторы |
| Ценность и валюта | Что означает сумма и когда она известна |
| Исправление | Как обрабатываются ошибки и изменения результата |
Не подставляйте текущую дату вместо неизвестного времени события. Нельзя переносить оплату раньше обращения или смешивать валюты без объяснения. При передаче пользовательских данных соблюдаются требования платформы и применимые правила, а разрешения проверяются до подключения.
Отделите доставку от принятого результата
Сначала подготовьте ограниченную согласованную проверку. Успешный HTTP-ответ не означает, что событие принято и правильно сопоставлено. Проверьте диагностику, ошибки строк и появление результата в нужном действии-конверсии.
Затем проверьте повторную отправку того же события. Идентификатор и правила дедупликации должны соответствовать выбранному методу. Исправление данных не должно незаметно превращаться в новую продажу.
Не меняйте оптимизацию до проверки качества
Сначала убедитесь, что поток приходит регулярно, события имеют нужный смысл, а дубли и ошибки объяснены. Затем отдельно согласуйте, какие действия используются для наблюдения и какие — для назначения ставок.
Сроки загрузки, допустимая давность и способы корректировки зависят от метода и идентификаторов. Проверяйте актуальные ограничения в официальных ответах об импорте, вместо переноса одного универсального срока на все варианты.
Что принять у интегратора
Нужны описание события, подтверждённая цепочка от CRM до отчёта, обработка повторов и ошибок, ответственный за контроль. Отдельно остаются вопросы, которые тест не проверял, например изменение результата уже переданной сделки.
Перед интеграцией полезно разобрать потери между заявкой и продажей. Работу с рекламой и данными можно обсудить с Cimmetria.