Воронка продаж в рекламе: как связать охваты, лиды и выручку в одну систему

Чтобы связать охваты, лиды и выручку в одну систему, постройте воронку продаж от показов и кликов до сделок в CRM, проставьте единые идентификаторы (UTM/клик‑ID), настройте события и статусы, затем закрепите правила атрибуции и регулярные проверки качества данных. Так воронка продаж в рекламе начнёт показывать вклад каждого канала в деньги.

Основные тезисы для быстрой настройки воронки

• Фиксируйте один "источник истины": расходы из рекламных кабинетов + лиды/сделки из CRM, связаны общими идентификаторами.
• Определите этапы воронки и единые правила переходов: что считается лидом, MQL/SQL, возможностью и выручкой.
• Согласуйте события (клик/визит/лид/сделка) и храните их в одном формате, чтобы не ломалась сквозная аналитика рекламы.
• Выберите модель атрибуции и закрепите её как "основную", а остальные используйте для проверки гипотез.
• Оптимизируйте бюджет по метрике, которая ближе всего к выручке и при этом достаточно "быстрая" по обратной связи.
• Делайте регулярные проверки качества: дубли, неразмеченный трафик, расхождения расходов, пропавшие клик‑ID.

От охвата к лидам: метрики и взаимосвязи

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

Участок воронки	Сигнал (что измеряем)	Как считается (формула)	Практичный KPI без "магических" чисел
Охват/показы	Показы, охват, частота	Частота = Показы / Охват	Частота управляется: не растёт бесконтрольно при том же креативе и аудитории
Переход	Клики, CTR	CTR = Клики / Показы	CTR улучшается на тестах креативов и сегментов
Посадочная	Визиты, конверсия в лид	CR в лид = Лиды / Визиты	CR стабилен по неделям; падения объяснимы изменениями трафика/страницы
Лид → сделка	Конверсия в оплату	CR в оплату = Оплаты / Лиды	CR не "прыгает" из‑за смены правил учета и дублей
Деньги	CAC/CPA/ROMI	CPA = Расход / Оплаты; ROMI = (Выручка − Расход) / Расход	Решения по бюджету опираются на выручку/маржу, а не только на клики

Структурирование лидогенерации по этапам и каналам

Чтобы настроить воронку продаж без хаоса, заранее договоритесь о терминах, доступах и "стыках" между рекламой, аналитикой, коллтрекингом и CRM. Это особенно критично, если у вас несколько каналов и разные точки входа (сайт, квизы, мессенджеры, звонки).

Что понадобится (минимальный комплект)

• Доступы: рекламные кабинеты (расходы/кампании), веб‑аналитика, CRM (лиды/сделки/статусы), телефония/коллтрекинг, формы/виджеты.
• Единая разметка: UTM‑параметры и/или клик‑ID (например, gclid/yclid) с передачей до CRM.
• Справочники: список каналов/источников, список статусов лидов/сделок, правила дедупликации.
• События: отправка формы, клик по телефону/мессенджеру, успешная оплата (если онлайн), назначение встречи/счёта (если B2B).
• Регламент: кто отвечает за статусы в CRM, как быстро и по каким правилам они обновляются.

Этап	Где фиксируется	Идентификатор связи	Какой контроль внедрить
Клик/переход	Рекламный кабинет, аналитика	Клик‑ID + UTM	Проверка автоподстановки меток и корректности домена/редиректов
Визит/сессия	Веб‑аналитика	client_id / user_id (если есть) + UTM	Проверка потерь из‑за баннерных блокировщиков/куки‑баннеров
Лид	CRM, форма/виджет	lead_id + сохранённые UTM/клик‑ID	Дедупликация по телефону/email и защита от повторных отправок
Сделка/оплата	CRM/платёжная система	deal_id → lead_id	Единые правила: что считается выручкой и в какой момент

Модели атрибуции и расчет вкладов в выручку

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

1. Зафиксируйте, что именно атрибутируем.

   Определите целевое событие (оплата, подписанный договор, выставленный счёт) и единицу учёта (сделка, заказ). Важно: одно событие - один раз в расчёте, иначе ROMI будет завышаться.

2. Опишите карту касаний и минимальные поля.

   Для каждого касания храните канал/кампанию/объявление, дату, идентификатор пользователя/лида и признак уникальности. Это база для корректного объединения расходов и CRM.

   • Обязательные поля: source/medium/campaign (UTM), клик‑ID (если доступен), lead_id/deal_id, дата создания лида, дата оплаты.
   • Если есть звонки: номер/длительность/метка уникального звонка + связь со сделкой.
3. Выберите "основную" модель атрибуции для управленческих решений.

   Для промежуточного уровня чаще всего достаточно last non-direct (для оперативной оптимизации) или position-based (для баланса первого и последнего касания). Остальные модели держите как диагностические отчёты.

4. Соберите витрину "расход → лид → выручка".

   Сведите расходы по датам/кампаниям с лидами и сделками по тем же измерениям. Если даты не совпадают из‑за длинного цикла, используйте два среза: по дате лида и по дате выручки.

5. Рассчитайте вклад каналов и проверьте здравый смысл.

   Посчитайте CPA/CAC и ROMI в выбранной модели и сравните с альтернативной моделью. Большие расхождения обычно означают: потеря клик‑ID, ошибки UTM, дубли лидов или некорректные статусы в CRM.

   • Проверка №1: сумма атрибутированной выручки совпадает с выбранным "источником истины" по выручке.
   • Проверка №2: "Direct/None" не доминирует без причины (обычно это симптом потери меток).

Быстрый режим

1. Сделайте единые UTM-шаблоны + включите автопометки (клик‑ID) там, где это возможно.
2. Передавайте UTM/клик‑ID в CRM и убедитесь, что они не перезаписываются при повторных обращениях.
3. Сведите в одном отчёте расходы, лиды и оплаты по каналам (хотя бы в выгрузке/BI).
4. Примите одну модель атрибуции как "рабочую" и оптимизируйте бюджет только по ней в течение согласованного периода.
5. Раз в неделю проверяйте потери: долю неразмеченного трафика, дубли, расхождения расходов, долю "Direct".

Модель атрибуции	Как распределяет выручку	Где полезна	Риск неправильных выводов
Last non-direct	Вся выручка последнему не прямому источнику	Оперативная оптимизация рекламных кампаний	Недооценивает верх воронки и прогрев
First click	Вся выручка первому касанию	Оценка привлечения новой аудитории	Недооценивает ретаргетинг и "дожим"
Position-based	Доля первому и последнему, остаток - середине	Баланс привлечения и конверсии в сделку	Требует более полной цепочки касаний
Data-driven (если доступна)	Распределение по вкладу касаний в конверсию	Зрелые аккаунты с устойчивыми данными	Чувствительна к потерям трекинга и изменениям структуры аккаунта

Сценарии таргетирования и оптимизации бюджета

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

Чек-лист проверки результата перед масштабированием

• В отчёте расходы из рекламных кабинетов сходятся с внутренним учётом (без "потерянных" кампаний и валютных сюрпризов).
• Доля лидов без источника/кампании не растёт после изменений на сайте/в формах.
• Качество лидов подтверждается CRM-статусами (нет массового "мусора" из-за расширения таргетинга).
• Ретаргетинг не "крадёт" всю выручку в last-click отчётах - сравнение с альтернативной атрибуцией выглядит разумно.
• Есть разделение холодных/тёплых сегментов: разные сообщения, частота и окна конверсии.
• Ограничения частоты и исключения аудиторий настроены, чтобы не платить за повторный показ тем, кто уже конвертировался.
• Бюджет двигается по правилу (шаг изменения + период наблюдения), а не хаотично "каждый день понемногу".
• Креативы и посадочные согласованы: обещание в объявлении соответствует форме/офферу.

Сценарий	Когда применять	Оптимизация	Контрольный сигнал
Холодный поиск/интересы	Нужен новый спрос, расширение аудитории	Сначала по лидам и их качеству, затем по сделкам	Не деградирует конверсия "лид → сделка" при росте объёма
Ретаргетинг	Есть трафик и недоконвертировавшие посетители	По стоимости полезного действия (MQL/SQL/оплата)	Не растёт доля повторных лидов и самоконверсий
Look-alike/похожие	Есть качественная база клиентов/лидов	По лид‑скорингу/CRM‑статусам	Стабильное качество при масштабировании сегмента
Бренд/защита спроса	Вас уже ищут, важно не отдавать трафик конкурентам	По доле показов и конверсии в сделку	Не "съедает" бюджет у привлечения новой аудитории

Автоматизация сквозной аналитики и сбор данных

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

Частые ошибки, из-за которых "не бьётся" воронка

• UTM размечены не единообразно: разные названия каналов/кампаний, смешение латиницы/кириллицы, "ручные" варианты у разных специалистов.
• Редиректы, сокращатели ссылок или промежуточные страницы съедают параметры и клик‑ID.
• Клик‑ID/UTM не сохраняются до отправки формы (нет cookies/localStorage, неверное время жизни, конфликт скриптов).
• CRM перезаписывает источник при повторном обращении, и вы теряете первичное привлечение.
• Дубли лидов: один человек оставляет несколько заявок, а вы считаете их как разных.
• Нет связи звонка со сделкой: звонок живёт в телефонии, сделка - в CRM, склейки нет.
• Статусы в CRM используются "как попало": менеджеры не обновляют этапы или делают это задним числом без правил.
• Расходы загружаются с задержками/неполно (часть кампаний/аккаунтов пропущена).
• Смешаны разные окна атрибуции и даты (по клику/по показу/по созданию лида/по оплате) без явного выбора отчёта.

Узел	Что должно передаваться	Как проверить вручную	Что считать тревожным сигналом
Реклама → сайт	UTM и/или клик‑ID в URL	Открыть тестовый клик, проверить адресную строку и редиректы	После клика параметры пропадают или меняются
Сайт → форма/виджет	Сохранение параметров до отправки	Отправить тестовую заявку и посмотреть поля в CRM	Источник пустой или одинаковый для разных кампаний
Форма → CRM	lead_id, время, UTM/клик‑ID, страница	Сверить запись лида с логами/аналитикой по времени	Лид есть, а визит/сессия не находится
CRM → отчёт	Статусы, выручка, связка сделка↔лид	Сверить выборку сделок за период с отчётом	Расхождения объясняются только "ручными правками"

Тестирование гипотез: KPI, A/B и контрольные группы

Тесты нужны, чтобы не "оптимизировать шум". Для воронки важно отделить улучшение креативов/таргетинга от сезонности, скидок и работы отдела продаж. Ниже - варианты, которые можно выбрать по зрелости данных и скорости цикла сделки.

Подходы, которые заменяют или дополняют классические A/B

• Гео-сплит (региональные группы) - уместно, когда можно разделить аудиторию по городам/регионам без сильного перетекания спроса; хорошо подходит для оценки влияния бюджета на выручку.
• Временной сплит (до/после) с фиксированными правилами - уместно при ограниченных объёмах; требуется не менять параллельно оффер, сайт и работу продаж.
• Тест по этапу воронки - уместно, когда до выручки долго: тестируйте сначала влияние на качество лидов (CRM‑статусы), а затем подтверждайте на сделках.
• Контрольная группа в ретаргетинге (holdout) - уместно для проверки, действительно ли ретаргетинг добавляет инкрементальную выручку, а не просто "перехватывает" тех, кто и так купил бы.

Формат теста	Что сравниваем	KPI (пример)	Главное правило безопасности
A/B креативов	Сообщение/визуал при том же таргетинге	CTR → CR в лид → доля качественных лидов по CRM	Меняйте только один фактор, иначе выводы не воспроизводимы
Тест посадочной	Страница/форма/оффер	CR в лид и последующая конверсия "лид → сделка"	Фиксируйте одинаковые источники трафика и период
Гео-сплит бюджета	Разный уровень давления рекламы по регионам	Выручка/маржа по регионам с учётом расходов	Следите за перетеканием лидов между регионами и колл-центром
Holdout ретаргетинга	Ретаргетинг включён vs исключён	Инкрементальная выручка (разница между группами)	Контроль должен быть "чистым": исключение аудитории реально работает

Типичные возражения и короткие разъяснения

У нас длинный цикл сделки: есть ли смысл считать выручку по рекламе?

Смысл есть: добавьте промежуточные этапы (MQL/SQL/встреча/счёт) и оптимизируйте сначала по качеству лидов, подтверждая решения на выручке с лагом.

Если атрибуция всё равно врёт, зачем вообще выбирать модель?

Атрибуция - это правило учёта, а не абсолютная истина. Выберите одну модель для управления, а вторую держите как контроль, чтобы видеть перекосы и потери данных.

Зачем нужна сквозная аналитика рекламы, если лиды и так видны в CRM?

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

Что делать, если нельзя передавать данные из CRM из-за ограничений?

Начните с обезличенной витрины: выгрузка статусов и сумм по сделкам без персональных данных часто решает задачу оптимизации бюджета.

Нормально ли, что Direct/None занимает большую долю?

Небольшая доля прямых заходов бывает естественной, но доминирование часто означает потерю меток/клик‑ID или перезапись источников в CRM. Это диагностируется тестовыми лидами и проверкой редиректов.

Как не утонуть в инструментах и не растянуть внедрение на месяцы?

Сократите стек: разметка + аналитика + CRM + один способ связи (формы/коллтрекинг). Дальше расширяйте автоматизацию только после того, как отчёт сходится на тестовых примерах.