Сквозная аналитика для Click-to-WhatsApp: как понять, какая реклама принесла оплату

Короткий ответ: если реклама Meta ведёт человека прямо в WhatsApp (Click-to-WhatsApp), для сквозной аналитики нужно четыре вещи. Сохранить данные об источнике обращения. Связать их с контактом и сделкой в CRM. Фиксировать квалификацию, оплату и сумму. Сопоставить выручку с расходом на конкретное объявление.

Связать эти звенья помогают идентификаторы:

Идентификатор	Откуда	Что связывает
ctwa_clid	Вебхук WhatsApp, первое сообщение после клика	Обращение ↔ конкретный рекламный клик в Meta
ID объявления (source_id)	Тот же вебхук	Обращение ↔ объявление → группа → кампания
UTM	Ссылка на сайт	Визит на сайт ↔ кампания (если клиент шёл через сайт)
Номер телефона	WhatsApp	Обращение ↔ контакт в CRM
CRM ID, ID сделки	CRM	Контакт ↔ сделка ↔ оплата
События CAPI	CRM → Meta	Продажа ↔ рекламная система

Главная мысль статьи: клик ≠ лид ≠ квалифицированный лид ≠ продажа ≠ выручка. Сквозная аналитика WhatsApp нужна, чтобы связать рекламу не с сообщением, а с деньгами.

Что такое сквозная аналитика WhatsApp

Сквозная аналитика WhatsApp — система, которая связывает рекламный источник обращения в WhatsApp с тем, что было с клиентом дальше: лидом, квалификацией, сделкой и оплатой.

Обычная аналитика:

Сквозная аналитика:

Первая схема отвечает на вопрос «сколько стоит сообщение», вторая — «сколько стоит клиент и сколько денег он принёс». Экономику рекламы можно посчитать только по второй. Как сквозная аналитика устроена в целом, не только для WhatsApp, разобрано в статье что такое сквозная аналитика.

Почему Meta Ads не показывает полную картину продаж

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

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

Всё это есть в CRM. Но CRM, в свою очередь, обычно не знает, из какого объявления пришёл клиент.

Рекламная платформа и CRM видят разные части пути клиента. Сквозная аналитика соединяет их через общие идентификаторы.

Кстати, в Ads Manager видны клики по кнопке WhatsApp, после которых человек так и не написал. В сторону бизнеса они не приходят: пока клиент не отправил сообщение, вебхука нет. Мы проверяли это на своих номерах. Поэтому «клик → сообщение» считается только в рекламном кабинете, а «сообщение → оплата» — только у вас.

Как работает Click-to-WhatsApp

Ключевой шаг — пятый. Всё, что бизнес узнаёт о рекламе, приходит в одном объекте referral вместе с первым сообщением. Если интеграция его не сохранила, связь с рекламой потеряна навсегда: заново его не получить.

Вот как выглядит реальный referral с нашего тестового номера после клика по своему объявлению (сентябрь 2026; идентификаторы сокращены):

"referral": {
  "source_url": "https://fb.me/4qcv…",
  "source_id": "1202481977…",
  "source_type": "ad",
  "headline": "Тестить бота",
  "media_type": "video",
  "ctwa_clid": "AfjaNlkz4e2gmTihcSS0…",
  "welcome_message": {"text": "Здравствуйте! Чем мы можем вам помочь?"}
}

• source_id — ID объявления. По нему через Marketing API находятся группа объявлений и кампания.
• source_type — ad для рекламы или post для обычного поста.
• ctwa_clid — идентификатор клика. Подробнее о нём ниже.

Бонус, который стоит учитывать в экономике: если клиент пришёл из Click-to-WhatsApp и вы ответили в течение 24 часов, следующие 72 часа все ваши сообщения ему бесплатны. Подробнее о тарифах — в статье сколько стоит WABA в Казахстане.

Что такое ctwa_clid и зачем он нужен

ctwa_clid (Click-to-WhatsApp Click ID) — идентификатор, который Meta создаёт в момент клика по рекламе Click-to-WhatsApp. Он связывает обращение в WhatsApp с конкретным рекламным взаимодействием на стороне Meta.

Вопрос	Ответ
Где появляется	В объекте referral вебхука messages WhatsApp Business API — в первом сообщении после клика по рекламе
Как получить	Принимать вебхуки Cloud API своим сервером или через провайдера, который отдаёт поле referral целиком
Где хранить	В отдельном поле контакта или сделки в CRM, рядом с source_id, датой клика и номером
Как передать в CRM	Интеграция записывает его при создании сделки, а не в текст переписки
Как использовать	Отправлять вместе с событиями QualifiedLead / Purchase в Conversions API — так Meta связывает продажу с кликом

Ограничения:

• Его можно получить только от настоящего клика. ctwa_clid создаётся на серверах Meta при реальном клике пользователя в приложении. Подставить его в ссылку wa.me или «эмулировать» через API нельзя — мы проверяли.
• Он приходит только с первым сообщением после клика. Если клиент вернулся через неделю и написал сам, без рекламы, referral в его сообщении не будет.
• Неофициальные подключения могут его терять. В наших тестах подключение через WhatsApp Web (QR-код) с одной из популярных библиотек отдавало объявление, заголовок и ссылку, но не ctwa_clid. Через официальный Cloud API он приходит.
• Не каждая интеграция его сохраняет. Часть провайдеров и CRM-коннекторов передаёт в CRM только текст и номер. Перед запуском проверьте это на реальном клике.

Поэтому формулировка простая: если идентификатор есть в конкретном сценарии, его стоит сохранять вместе с данными обращения и использовать как одно из звеньев атрибуции. Технические детали — какие поля обязательны и почему для WhatsApp не нужен page_id — разобраны в отдельной статье Meta CAPI для Click-to-WhatsApp.

Можно ли использовать UTM для Click-to-WhatsApp

UTM-метки — параметры в ссылке, которые сообщают системе аналитики, откуда пришёл посетитель:

• utm_source — площадка (facebook, instagram);
• utm_medium — тип трафика (cpc, paid_social);
• utm_campaign — кампания;
• utm_content — объявление или креатив;
• utm_term — ключ или аудитория.

Главное ограничение: UTM не появляются внутри WhatsApp-сообщения сами. Мы проверили это на своём объявлении: заполнили в Ads Manager поле «Параметры URL» (utm_source=facebook&utm_campaign=bot…), кликнули по рекламе и написали в WhatsApp. В вебхук пришёл referral с ID объявления, но без UTM. Параметры, дописанные к ссылке wa.me, до бизнеса тоже не доходят: приходит только текст, который отправил клиент.

UTM работают, если клиент идёт через сайт:

Сайт сохраняет метки визита и вставляет в предзаполненный текст кнопки WhatsApp короткий код обращения. Когда сообщение приходит, интеграция находит по коду сохранённые UTM и записывает их в сделку. Если клиент сотрёт текст, сработает запасной вариант — сопоставление по времени визита.

Для Click-to-WhatsApp, где сайта нет, роль UTM выполняют source_id и ctwa_clid из referral. Это даже надёжнее: эти данные формирует сама Meta, и их нельзя забыть или написать с опечаткой.

UTM или ctwa_clid: что использовать

Метод	Что идентифицирует	Где используется	Плюсы	Ограничения
UTM	Источник, кампанию, объявление (как вы их назвали)	Сайт и ссылки на сайт	Просто, понятно, работает с любой аналитикой	В Click-to-WhatsApp до вебхука не доходят; зависят от дисциплины разметки
source_id	Конкретное объявление	Вебхук Click-to-WhatsApp	Приходит автоматически; по нему восстанавливается кампания	Только в первом сообщении после клика по рекламе
ctwa_clid	Конкретный клик по Click-to-WhatsApp	Вебхук → CRM → Conversions API	Точнее всего связывает продажу с рекламой для Meta	Доступность зависит от способа подключения и интеграции
CRM ID	Клиента и сделку	CRM	Связывает данные внутри бизнеса: контакт, сделки, оплаты	Сам по себе не знает источник
Телефон	Контакт	WhatsApp + CRM	Есть всегда, удобен для склейки	Повторные обращения, один номер у нескольких людей

Вывод: не выбирайте один идентификатор. Стройте цепочку, в которой рекламные идентификаторы (ctwa_clid, source_id, UTM) с первого обращения привязаны к CRM-идентификаторам (контакт, сделка):

Как связать WhatsApp с CRM

Интеграция — это готовый коннектор (Открытые линии Битрикс24, чаты amoCRM через провайдера) или собственный сервер, который принимает вебхуки Cloud API. В любом варианте при первом сообщении в CRM должны записываться данные из таблицы ниже, причём в отдельные поля, а не в текст переписки:

Поле	Зачем
Номер телефона	Склейка с контактом
Имя	Работа менеджера
Дата первого обращения	Срок сделки, модели атрибуции
Дата последнего обращения	Повторные касания
Источник (ad / post / сайт / органика)	Тип трафика
Кампания, группа объявлений	Отчёт по кампаниям
Объявление (source_id)	Отчёт по креативам
ctwa_clid, если есть	Передача событий в Meta
UTM, если клиент шёл через сайт	Атрибуция сайта
CRM ID контакта, ID сделки	Связь с оплатой
Статус сделки	Воронка
Сумма сделки	Выручка, ROAS
Дата оплаты	Период, в который считать выручку

Проблема почти всегда в одном и том же: интеграция «работает» — переписка видна в CRM, — но поля источника пустые. Пример настройки для Битрикс24 с оплатами через Kaspi — в статье сквозная аналитика в Битрикс24. Общая логика связки рекламы Meta с CRM в обе стороны — в статье интеграция Facebook Ads с CRM.

Как определить, что лид из WhatsApp действительно купил

Каждое обращение проходит одну и ту же лестницу статусов:

Этап	Что произошло	Статус в CRM
1	Человек написал в WhatsApp	Новый лид
2	Менеджер или бот ответил и выясняет задачу	В работе
3	Лид соответствует критериям: есть потребность, бюджет, сроки	Квалифицирован
4	Выставлено предложение или счёт	Сделка
5	Деньги получены	Успешно / Оплачено

Продажи считаются только по пятому статусу. «Договорились», «отправили счёт» и «обещал оплатить завтра» — ещё не продажа.

Критерии третьего этапа (квалифицированный лид, Qualified Lead) бизнес определяет сам и заранее: например, «назвал город доставки и бюджет от 200 000 ₸». Пока критерии не записаны, менеджеры будут понимать «квал» по-разному, и сравнивать кампании по нему нельзя.

Если оплата проходит вне CRM (Kaspi, перевод, наличные), статус «Оплачено» ставят вручную или через интеграцию с платёжной системой. Иначе последняя ступень останется пустой.

Почему нельзя оптимизировать рекламу только по количеству сообщений

Иллюстративный пример, не реальный клиент. Два объявления с одинаковым бюджетом 150 000 ₸:

	Объявление A	Объявление B
WhatsApp-диалоги	100	40
Стоимость диалога	1 500 ₸	3 750 ₸
Квалифицированные лиды	20	15
Стоимость квал. лида	7 500 ₸	10 000 ₸
Продажи	3	8
Стоимость продажи (CAC)	50 000 ₸	18 750 ₸
Выручка	300 000 ₸	1 200 000 ₸
ROAS	200%	800%

По количеству сообщений A выглядит лучше: диалогов в 2,5 раза больше, и каждый вдвое дешевле. Рекламная система тоже будет считать A лучшим, если вы оптимизируете кампанию на «Переписки».

По результату для бизнеса B лучше в четыре раза: почти втрое больше продаж и вчетверо больше выручки при том же бюджете.

Самое дешёвое сообщение не обязательно приводит самого дешёвого клиента. Как перевести кампании с оптимизации по перепискам на оптимизацию по квалифицированным лидам и продажам — в статье оптимизация Meta Ads по продажам.

Как посчитать ROAS рекламы в WhatsApp

ROAS (Return on Ad Spend) — сколько выручки принёс каждый тенге рекламы.

ROAS = выручка от рекламы ÷ расходы на рекламу × 100%

Пример: реклама — 500 000 ₸, продажи из неё — 2 000 000 ₸. ROAS = 2 000 000 ÷ 500 000 × 100% = 400%.

Перед расчётом договоритесь о правилах — иначе два человека посчитают один ROAS по-разному:

• Какую выручку считать. Сумму оплат, а не выставленных счетов.
• Какую рекламу считать источником. Первое касание, последнее или источник конкретной сделки — об этом ниже.
• Учитывать ли возвраты. Если возвратов много, вычитайте их.
• Считать ли повторные покупки. Обычно в ROAS кампании берут только первую сделку, а повторные относят к LTV.
• Какой период. Расход за сентябрь и оплаты за сентябрь дают разный ROAS, если сделка длится 3 недели. Удобнее привязывать оплату к месяцу клика (когорта).

Не путайте три метрики:

Метрика	Формула	На примере выше
ROAS	выручка ÷ реклама	400%
ROMI	(валовая прибыль − маркетинг) ÷ маркетинг	при марже 40%: (800 000 − 500 000) ÷ 500 000 = 60%
ROI	(прибыль − все вложения) ÷ все вложения	зависит от того, что вы включаете в вложения

ROAS 400% выглядит отлично, но при марже 40% реклама приносит всего 60% сверху. Подробнее о CPL, CAC, ROMI и других метриках — с калькулятором для своей воронки — в статье маркетинговые метрики: CPA, CPL, CAC, LTV.

Как выглядит отчёт по сквозной аналитике WhatsApp

Демонстрационный пример, не реальные данные.

Кампания	Расход	WhatsApp-лиды	CPL	Квал. лиды	Стоимость квал. лида	Продажи	Выручка	CAC	ROAS
Campaign A	200 000 ₸	150	1 333 ₸	60	3 333 ₸	12	1 200 000 ₸	16 667 ₸	600%
Campaign B	200 000 ₸	220	909 ₸	35	5 714 ₸	5	400 000 ₸	40 000 ₸	200%
Campaign C	200 000 ₸	80	2 500 ₸	40	5 000 ₸	15	1 800 000 ₸	13 333 ₸	900%

Как это читать:

• Campaign B — лидер по лидам и по CPL. В Ads Manager она лучшая, но по продажам худшая.
• Campaign C — самые дорогие лиды и самый высокий ROAS. При оптимизации по CPL её бы отключили первой.
• Campaign A — середина по всем показателям.

Теперь маркетолог оценивает рекламу не по числу обращений, а по деньгам. Логичный шаг — перенести часть бюджета из B в C и посмотреть, сохранится ли ROAS при большем бюджете. Тот же отчёт можно опустить на уровень объявлений: как это сделать для Instagram, разобрано в статье как узнать, какое объявление принесло продажу.

Что такое WhatsApp CAPI и зачем он нужен

Conversions API (CAPI) — серверный способ передать Meta события, которые происходят вне её платформ: квалификацию, оплату, отказ. Для событий из WhatsApp его часто называют «WhatsApp CAPI».

Для WhatsApp-канала событие отправляется с action_source: business_messaging, messaging_channel: whatsapp, ID WhatsApp Business Account и ctwa_clid клиента. Имена событий — из списка Meta для business messaging:

Этап воронки	Событие	Когда отправлять
Лид	LeadSubmitted	Клиент оставил заявку или контакты
Квалифицированный лид	QualifiedLead	Лид перешёл в статус «Квалифицирован»
Продажа	Purchase + сумма и валюта	Сделка перешла в «Оплачено»

Практическая деталь из нашего опыта: событие с привычным именем Lead для business_messaging Meta отклонила как недопустимое, а Purchase с тем же ctwa_clid приняла. Для этого канала используйте имена из списка выше.

CAPI — следующий уровень после измерения. Сначала вы сами видите, какая реклама приносит оплаты. Затем возвращаете эти данные в Meta. Когда событий достаточно, Meta может учитывать их в отчётах и при оптимизации. Гарантии, что алгоритм сразу начнёт приводить покупателей, CAPI не даёт: многое зависит от объёма событий и настроек кампании. Как подключить CAPI с нуля — в статье как подключить Meta CAPI в Казахстане.

Как построить сквозную аналитику WhatsApp

Шаг 1. Настройте рекламу Click-to-WhatsApp на номер, подключённый к WhatsApp Business API.

Шаг 2. Определите идентификаторы и параметры атрибуции. Какие поля храним (source_id, ctwa_clid, UTM для сайта), какое правило атрибуции выбираем, что считаем квалифицированным лидом и продажей.

Шаг 3. Сохраняйте данные источника из первого сообщения: весь referral целиком, с датой и временем.

Шаг 4. Передавайте обращение в CRM вместе с данными источника.

Шаг 5. Создавайте или находите контакт. Склейка по номеру в одном формате (+7XXXXXXXXXX), без дублей.

Шаг 6. Привязывайте обращение к сделке. Новое обращение — новая сделка со своим источником, даже если контакт уже есть.

Шаг 7. Фиксируйте квалификацию отдельным статусом или полем.

Шаг 8. Фиксируйте продажу, сумму и дату оплаты, включая Kaspi и наличные.

Шаг 9. Свяжите продажу с рекламным источником: ID объявления → группа → кампания через Marketing API.

Шаг 10. Рассчитайте CPL, стоимость квалифицированного лида, CAC, CPO и ROAS по кампаниям и объявлениям. CPO (стоимость заказа) = расход ÷ число заказов.

Шаг 11. При необходимости передавайте события QualifiedLead и Purchase обратно в Meta через Conversions API.

Перед запуском пройдите путь сами: кликните по своей рекламе, напишите, проверьте, что в сделке появились объявление и ctwa_clid. Затем переведите сделку в «Оплачено» и проверьте, что событие дошло до Meta. Без такой проверки интеграция может месяцами «работать» с пустыми полями.

Что делать с повторными сообщениями старых клиентов

Типичная ситуация:

Клиент увидел рекламу A → написал в WhatsApp → не купил → через месяц увидел рекламу B → снова написал → купил.

Если склеивать только по номеру, возможны две ошибки:

• продажу запишут на рекламу A, потому что «контакт пришёл оттуда»;
• источник контакта перезапишут на B, и в отчёте пропадёт то, что A вообще что-то приводила.

Чтобы этого не было, храните отдельно:

Что	Пример
Первый контакт (источник контакта)	Реклама A, 3 сентября
Повторный контакт	Реклама B, 4 октября
Текущий рекламный источник обращения	B
Источник первой продажи	По выбранному правилу: A или B
Источник повторной продажи	Часто — органика или рассылка, а не реклама

Затем заранее выберите правило атрибуции и не меняйте его от отчёта к отчёту:

• first touch — продажа принадлежит первой рекламе, которая привела контакт;
• last touch — продажа принадлежит последнему касанию перед сделкой;
• last non-direct touch — последнему касанию, если оно не прямое: клиент, который просто написал сам, не «перебивает» рекламу;
• источник рекламной сессии — продажа принадлежит рекламе, с которой началась именно эта сделка.

Универсально правильного правила нет. Для коротких сделок обычно подходит источник сессии или last touch, для длинных стоит смотреть и first touch. Подробнее о моделях на одном примере — в статье модели атрибуции.

Почему сквозная аналитика WhatsApp может ошибаться

Ситуация	Что происходит
Клиент пишет с другого номера	Новый контакт без истории — продажа не связывается с рекламой
Один номер у нескольких людей	Семья или компания пишет с одного номера — источники перемешиваются
Клиент пришёл повторно без рекламы	Нет referral, источник — по правилу атрибуции
Источник не сохранился	Интеграция не записала referral — восстановить нельзя
Нет нужного идентификатора	Неофициальное подключение, провайдер обрезает поля
CRM неправильно создаёт сделки	Новое обращение дописывается в старую закрытую сделку
Менеджер вручную меняет источник	«Это мой постоянный клиент» — реклама теряет продажу
У клиента несколько сделок	Выручка задваивается или достаётся не той кампании
Продажа намного позже обращения	Сделка выпадает из периода отчёта
Источник нельзя определить однозначно	Пришёл по рекомендации, увидев рекламу, — честно помечаем как «неизвестно»

Сквозная аналитика — это не магическое определение источника, а система правил, идентификаторов и данных. Хорошая система не та, где ошибок нет, а та, где известно, сколько их и где они возникают. Держите в отчёте строку «источник не определён» и следите, чтобы она не росла.

Какой минимум данных нужен для аналитики WhatsApp

Реклама:

• ID кампании;
• группа объявлений (ad set);
• объявление (ad);
• расход по дням.

WhatsApp:

• номер;
• дата и время обращения;
• source_id и ctwa_clid, если есть;
• остальные поля referral (тип источника, ссылка, заголовок).

CRM:

• contact ID;
• deal ID;
• статус;
• менеджер;
• сумма.

Продажи:

• дата оплаты;
• сумма;
• источник по правилу атрибуции.

Аналитика:

• CPL;
• стоимость квалифицированного лида;
• CAC;
• CPO;
• ROAS.

Если хотя бы одного блока нет, цепочка рвётся в этом месте. Чаще всего не хватает CRM-полей источника и даты оплаты.

Сквозная аналитика WhatsApp в Cheat Code

Cheat Code собирает в одну аналитику расходы из рекламного кабинета Meta, обращения в WhatsApp с данными объявления и сделки из CRM. В итоге вы видите не только, сколько человек написало в WhatsApp, но и какие кампании и объявления привели квалифицированных клиентов и оплаты. При необходимости квалификацию и продажи можно передавать обратно в Meta через Conversions API.

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

Хотите видеть продажи из WhatsApp в рекламе?

Если WhatsApp — канал продаж, считать только сообщения недостаточно. Нужно связать рекламный источник с CRM и фактической оплатой.

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