Обратная связь от CRM в рекламу: как замкнуть круг и не задвоить конверсии

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

Коротко

• Без серверной выгрузки площадка видит заявку, но не знает, чем она закончилась.
• Общий идентификатор заказа в браузерном и серверном событии - условие дедупликации.
• В Google Ads окно конверсии по клику по умолчанию 30 дней, настраивается от 1 до 90.
• В Meta дедупликация пикселя и Conversions API идёт по названию события и event_id, переключателя нет.
• Measurement Protocol отправляет события в GA4, а не напрямую в Google Ads.

Что даёт обратная связь от CRM и где она рвётся

Круг рвётся в одном месте: сайт отправляет в кабинет заявку, а дальше след теряется. CRM знает, что клиент отказался, сделка отменена или оплата прошла через неделю, но рекламная система об этом не узнаёт. Она продолжает искать похожих на тех, кто оставил форму, а не на тех, кто заплатил.

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

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

Какие данные и идентификаторы нужны для передачи

Минимальный набор - три вещи: идентификатор события (номер заказа или сделки), название события, совпадающее с тем, что отправляет сайт, и время события. Дальше идут параметры для сопоставления: email или телефон в хешированном виде, идентификатор клика, если площадка его передала.

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

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

Если идентификаторов несколько (заказ, сделка, платёж), выберите один как основной и передавайте его во всех каналах одинаково. Разные ID в браузере и на сервере дадут две конверсии вместо одной.

Как настроить передачу конверсий из CRM в кабинет

Схема одна для всех площадок: CRM по смене статуса отправляет событие на сервер, сервер передаёт его в API площадки. Различаются только формат запроса и правила сопоставления.

1. Определите стадию сделки, которая означает для вас результат. Не берите промежуточные шаги.
2. Убедитесь, что в сделке есть идентификатор заказа и идентификатор клика, и что они не теряются при смене статуса.
3. Настройте на сайте браузерное событие с тем же названием и тем же ID заказа.
4. Подключите серверную отправку: в CRM или через промежуточный сервис, который умеет обращаться к API площадки.
5. Отправьте тестовую сделку и проверьте, что событие дошло и не задвоилось.
6. Сверьте конкретные сделки по идентификаторам между CRM и кабинетом.

Шестой шаг пропускают чаще всего. Люди смотрят на итоговое число конверсий и делают вывод по нему. Рост или падение числа само по себе ничего не доказывает: измениться могло окно атрибуции, состав акций или момент отправки. Сверять нужно сделки, а не суммы.

В Google Ads передача идёт по согласованному идентификатору, в Meta - события Conversions API с тем же названием события и event_id, что и у пикселя. Measurement Protocol отправляет события в GA4, а не напрямую в Google Ads, поэтому его нельзя считать настройкой конверсионного действия. Конкретный путь зависит от вашей CRM и от того, какие идентификаторы она сохраняет.

Чем площадки различаются в приёме событий

Различия касаются дедупликации, окон атрибуции и роли конверсионных акций. Свести их в одну таблицу полезно до настройки, чтобы не искать потом, почему числа не сходятся.

В Google Ads primary и secondary определяют, попадёт ли конверсия в «Conversions» и повлияет ли она на ставки. Secondary видна в «All conversions». Раздельные акции для одной покупки могут искажать итог, но наличие двух источников само по себе не доказывает двойной счёт.

В Meta цели кампании шесть: узнаваемость, трафик, вовлечённость, лиды, продвижение приложения, продажи. Целей «Конверсии» и «Сообщения» больше нет, это стоит учитывать при настройке. Дедупликация пикселя и Conversions API работает по совпадению названия события и event_id, отдельного переключателя в интерфейсе нет.

Почему статус лида в CRM не совпадает с конверсией в кабинете

Расходятся окна атрибуции и момент отправки события. В Google Ads окно конверсии по клику по умолчанию 30 дней и настраивается от 1 до 90, поэтому поздняя сделка может попасть в отчёт, а может и не попасть. Если цикл сделки длиннее окна, часть продаж в кабинет не долетит.

Вторая причина - разделение конверсионных акций. Если одна покупка описана двумя акциями, итог по «Conversions» и «All conversions» будет разным, и сравнивать их с CRM напрямую нельзя.

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

Сверяйте не итоговые числа, а конкретные сделки по идентификаторам. Возьмите десяток сделок из CRM, найдите их в кабинете и посмотрите, когда и с каким событием они пришли. Расхождение на уровне отдельных сделок показывает причину быстрее, чем сравнение месячных сумм.

Какой статус отправлять конверсией

Тот, который для вас означает реальный результат, а не промежуточный шаг. Если отправлять все стадии подряд, площадка будет оптимизироваться на самые частые и ранние события: их больше, и обучение пойдёт по ним.

Начните с одной ключевой стадии и передавайте её стабильно. Остальные добавляйте как отдельные события, если они нужны для аналитики, но не смешивайте их с целевой.

Выбор стадии зависит от длины вашей сделки и от того, сколько таких событий набирается за неделю. Для Meta ориентир фазы обучения - около 50 результатов за неделю после последней существенной правки, и если ключевая стадия даёт меньше, обучение будет идти медленно. В этом случае разумно взять стадию пораньше, но всё равно значимую.

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

Ошибки, из-за которых круг не замыкается

Самая частая - разные идентификаторы в браузерном и серверном событии. Система видит два события и считает их двумя конверсиями. Проверяется просто: выгрузите события за день и сравните ID.

Вторая - серверная отправка настроена, но статус в CRM меняют вручную и не всегда. Событие уходит не по всем сделкам, и выборка смещается.

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

Четвёртая - проверка по итоговым числам вместо сделок. Так дедупликацию не проверить: изменение количества конверсий - гипотеза, пока не проверены события, идентификаторы, источники и атрибуция.

Пятая - потеря идентификатора клика на каком-то шаге воронки. Заявка уходит с сайта, но в CRM приходит без метки, и привязать её к клику нечем.

Как проверить, что круг замкнут

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

Дальше проверьте, что нет дублей: по одной сделке должно быть одно событие, а не два. В Google Ads повтор одной конверсионной акции с тем же transaction/order ID дедуплицируется, но одинаковый ID не объединяет разные акции, поэтому сначала убедитесь, что вы не завели две акции на одну покупку.

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

Для регулярного контроля полезны отчёты с CPA, CTR, CPC и CPM и аудит кабинетов по расписанию: они показывают расхождения раньше, чем они накопятся за квартал. Посмотреть, как это устроено, можно на странице отчёты и аудит рекламных кабинетов.

Следующий шаг

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