Meta CAPI (Conversions API): что это, зачем нужен и как подключить

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

TL;DR

• Meta CAPI — серверный канал передачи событий в Meta напрямую из CRM, сайта или мессенджер-бота, в обход браузера.
• Без CAPI Meta видит только верхушку воронки: клик или открытый диалог. С CAPI можно передать обратно то, что случилось дальше — квалификацию лида, оплату, сумму сделки.
• Pixel и CAPI не конкурируют, а работают вместе: Pixel закрывает браузерные события, CAPI — всё остальное, включая WhatsApp, CRM и офлайн.
• CAPI улучшает полноту и качество данных, доступных алгоритму показа. Он не гарантирует снижение CPL или рост ROMI — эффект зависит от кампании, объёма и качества событий.
• Подключить можно четырьмя способами: готовой интеграцией, через GTM/server-side, напрямую по API или сервисом под ключ — в Cheat Code делаем это для сайта, CRM и WhatsApp одновременно.

Что такое Meta CAPI простыми словами

Meta Conversions API (CAPI) — это способ передавать данные о действиях клиента напрямую с сервера, CRM или другой системы в Meta, в обход браузера пользователя. Например, можно сообщить Meta, что лид из рекламы стал квалифицированным или совершил покупку — уже после того, как сам диалог с ним закончился.

Проще всего это увидеть на бытовом примере. Человек увидел рекламу → написал в WhatsApp → менеджер создал сделку → клиент оплатил → CRM зафиксировала продажу → CAPI передал событие Purchase обратно в Meta. Без последнего шага цепочка обрывается на «написал в WhatsApp» — и это ровно то место, где реклама технически «выполнила задачу» (привела диалог), но бизнес ещё ничего не заработал.

Если удобнее посмотреть, а не читать, — короткое видео с разбором Meta CAPI:

Зачем нужен CAPI

Рекламная система может видеть: «этот человек написал в WhatsApp». Но бизнесу важно другое: «этот человек купил на 500 000 ₸». Без передачи дальнейших событий Meta работает с неполной картиной — она знает, кто кликнул и открыл диалог, но не знает, кто из них в итоге стал покупателем.

CAPI закрывает именно этот разрыв. Основные задачи, которые он решает:

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

Здесь важно не обещать лишнего: CAPI не снижает CPL и не увеличивает ROMI автоматически. Он улучшает полноту и качество данных, доступных алгоритму — а то, во что это конвертируется на практике, зависит от объёма трафика, качества самих событий, matching-параметров и особенностей конкретной кампании.

Как работает Meta CAPI

Упрощённая схема пути данных выглядит так:

Meta Ads → клиент → сайт / WhatsApp / форма → CRM → CAPI → Meta

Разберём по шагам:

1. Пользователь видит рекламу

Показ и клик по объявлению рекламная система фиксирует сама, без какого-либо участия CAPI — это её нативная зона ответственности.

2. Оставляет заявку

Дальше человек попадает в воронку одним из каналов: пишет в WhatsApp, заполняет форму на сайте, оставляет контакт через Instant Forms или звонит.

3. Лид попадает в CRM

Заявка фиксируется как сделка — с этого момента у бизнеса появляется собственная система учёта, независимая от рекламного кабинета.

4. Менеджер квалифицирует лида

Например, статус сделки меняется с «Новая заявка» на «Квалифицирован» — менеджер подтвердил, что это целевой клиент, а не случайное обращение.

5. Происходит продажа

CRM фиксирует финальный статус сделки — оплату, с суммой и валютой.

6. CAPI отправляет событие в Meta

На любом из значимых шагов (обычно — квалификация и оплата) сервер отправляет соответствующее событие в Meta через Graph API, с параметрами для сопоставления с конкретным пользователем: хешированный телефон или email, fbc/fbp для сайта, ctwa_clid для рекламы Click to WhatsApp. Разбирать здесь весь формат запроса не будем — это тема отдельной технической документации, а не общего гайда.

Meta Pixel и CAPI: в чём разница

	Meta Pixel	Meta CAPI
Откуда передаются данные	Браузер	Сервер / CRM
События на сайте	Да	Да
События из CRM	Нет, не для этого предназначен	Да
Продажа после работы менеджера	Не передаёт напрямую	Да
Зависимость от браузера, cookie, блокировщиков	Высокая	Низкая
Работает вместе с другим методом	Да	Да

Нужно ли выбирать между Pixel и CAPI? Нет. В большинстве сценариев они используются совместно: Pixel продолжает ловить то, что успевает сработать в браузере, а CAPI закрывает остальное. Если одно и то же событие передаётся обоими способами — например, оплата зафиксирована и скриптом на сайте, и сервером одновременно, — Meta не должна засчитать его дважды. За это отвечает дедупликация: в оба запроса передаётся одинаковый event_id, и Meta схлопывает дубли на своей стороне. Без дедупликации статистика конверсий в кабинете искажается в большую сторону, что мешает объективно оценивать эффективность кампаний.

Какие события можно передавать через CAPI

Событие — это не обязательно «покупка». Чаще всего в воронке используют цепочку из нескольких событий разной ценности:

Этап	Событие	Откуда данные
Заявка	Lead	сайт / WhatsApp / форма
Квалификация	Qualified Lead	CRM
Продажа	Purchase	CRM
Выручка	value + currency	CRM

За каждым из этих событий на практике стоит своя метрика — стоимость лида (CPL), стоимость квалифицированного действия (CPA), стоимость клиента (CAC). Что означает каждая из них и как они связаны между собой — в статье «Главные метрики рекламы простыми словами».

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

Qualified Lead — менеджер определил, что заявка соответствует критериям бизнеса. Гораздо более информативный сигнал, чем просто Lead, потому что уже отсекает часть нецелевого трафика.

Purchase — клиент совершил покупку, событие идёт с суммой сделки.

Цепочка «Реклама → Lead → Qualified Lead → Purchase» и есть основной сценарий работы с CAPI. Для бизнеса Qualified Lead и Purchase почти всегда информативнее, чем просто количество обращений — потому что показывают не объём, а качество трафика с конкретного объявления.

Как CAPI работает с CRM

Это один из главных практических сценариев использования CAPI — передача данных не с сайта, а из самой CRM, где живёт реальная воронка продаж.

Логика простая: в CRM сделка проходит по цепочке статусов — новая заявка → квалифицирован → выставлен счёт → оплата. При изменении статуса на значимый (обычно квалификацию и оплату, реже — каждый шаг) система отправляет соответствующее событие в Meta.

Архитектурно это выглядит как: CRM → серверная интеграция → Meta Conversions API. Интеграция может быть частью самой CRM (если у платформы есть готовый модуль), написана отдельно под конкретную CRM, либо реализована через сервис, который подключается поверх уже существующей CRM без переезда на новую систему — именно так это устроено у нас в Cheat Code, где связка одновременно охватывает CRM, WhatsApp и дашборд сквозной аналитики.

Здесь разобрано только обратное направление — CRM → Meta. Как в принципе связать рекламу Facebook и Instagram с CRM, включая приём лидов из Lead Ads, сайта и WhatsApp, определение источника по кампании/группе/объявлению и разбор интеграций с Bitrix24 и amoCRM — в статье «Как связать рекламу Facebook и Instagram с CRM».

А о том, зачем вообще передавать эти события — как выбрать между оптимизацией по Lead, Qualified Lead и Purchase и почему дешёвый лид не всегда означает хорошего клиента — в статье «Как оптимизировать Meta Ads по продажам».

Как работает CAPI для рекламы в WhatsApp

Здесь возникает более длинная и менее очевидная цепочка, чем в классической воронке «сайт → форма → оплата»: пользователь нажал на рекламу → написал в WhatsApp → поговорил с менеджером → купил. Между рекламным кликом и реальной продажей — несколько шагов, каждый из которых происходит вне браузера.

Схема пути данных:

Meta Ads → WhatsApp → CRM → Qualified Lead → Purchase → CAPI → Meta

Ключевую роль здесь играет ctwa_clid — идентификатор клика, который Meta прикрепляет к диалогу при переходе из рекламы Click to WhatsApp. Он доступен там, где применим: у переписки, начатой именно кликом по объявлению, и приходит в первом входящем сообщении через официальный WhatsApp Business Platform (Cloud API) webhook. Это не универсальное поле на любой WhatsApp-переписке — на обычной click-to-chat ссылке или на сообщении без рекламного контекста его не будет.

Можно ли подключить CAPI для WhatsApp?

Да. Условие — доступ к данным диалога, из которых можно достать ctwa_clid (для ad-level атрибуции) и статус сделки из CRM (для события квалификации или оплаты). Дальше событие отправляется тем же способом, что из любого другого источника, только с параметрами именно для WhatsApp-канала. Технические детали этого сценария — включая полную настройку Dataset и токена, передачу событий из CRM и разбор частых ошибок конкретно для Click to WhatsApp — подробно разобраны в статье Meta CAPI для click-to-WhatsApp рекламы.

Как подключить Meta CAPI

Это главный практический раздел статьи — четыре основных способа подключения.

Вариант 1. Готовая интеграция

Для платформ, где такая интеграция уже предусмотрена (некоторые конструкторы сайтов, отдельные CMS-модули), включение CAPI сводится к привязке ключа через панель управления. Плюс — скорость и минимальные технические требования. Минус — покрывает только события на самом сайте и не видит WhatsApp, офлайн-оплату или CRM.

Вариант 2. Через GTM / server-side инфраструктуру

Server-side Google Tag Manager позволяет настроить отправку событий в CAPI без прямого написания кода под конкретный язык программирования — подходит для команд, у которых уже есть server-side GTM-контейнер и стабильный поток событий с сайта. Для событий из CRM и мессенджеров такой вариант используется реже — там обычно проще писать прямую интеграцию.

Вариант 3. Прямое подключение через API

Разработчик пишет серверный код, который по нужному триггеру (новая сделка, смена статуса, оплата) формирует запрос к Graph API. Даёт полный контроль над тем, что именно считать конверсией, и покрывает любые источники — CRM, WhatsApp, кастомные системы. Подходит для нестандартной архитектуры, но требует разработчика и доступа к серверу.

Вариант 4. Подключение CAPI через Cheat Code

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

Какие данные нужны для подключения CAPI

Прежде чем начинать интеграцию, полезно заранее собрать:

• доступ к рекламному аккаунту Meta;
• Dataset (источник данных) в Events Manager и токен доступа с нужными правами;
• доступ к CRM и информация о статусах сделки, которые считать значимыми событиями;
• список событий, которые нужно передавать (обычно Lead, Qualified Lead, Purchase);
• понимание источника лидов — сайт, WhatsApp, формы, несколько каналов сразу;
• техническую информацию о самой интеграции — кто и как будет писать/поддерживать серверный код, если выбран вариант 2 или 3.

После этого списка должно быть примерно понятно, что потребуется на стороне бизнеса для подключения — даже если саму настройку делает подрядчик.

Как проверить, что CAPI работает правильно

Отправить событие в Meta и увидеть, что оно реально учитывается правильно, — разные вещи. Проверять стоит:

• Events Manager — раздел, где видно все входящие события по датасету, их количество и источник (Pixel/CAPI/оба).
• Test Events — инструмент для отправки тестовых событий и мгновенной проверки, что параметры доходят в правильном формате, до того как считать интеграцию готовой к боевой работе.
• Event Match Quality (EMQ) — оценка от 0 до 10, показывает, насколько хорошо Meta сопоставляет присланное событие с конкретным пользователем. Чем больше корректных параметров (телефон, email, fbc/fbp, IP, User-Agent) передано и правильно захешировано, тем выше оценка.
• Diagnostics — раздел, где Meta явно показывает ошибки и предупреждения по датасету — например, отсутствующие обязательные поля или проблемы с форматом.
• Дедупликация — совпадение event_id между Pixel и CAPI для одного и того же действия, чтобы событие не засчиталось дважды.
• Соответствие событий реальным действиям в CRM — периодически сверять число событий Purchase в Events Manager с числом оплаченных сделок в CRM за тот же период; расхождение — признак, что часть событий не долетает или отправляется не в тот момент.

Типичные ошибки при подключении CAPI

Ошибка №1. Передавать только Lead. Компания настроила CAPI, но продолжает сообщать Meta только о факте заявки — алгоритм в итоге оптимизируется под любые обращения, а не под платящих клиентов.

Ошибка №2. Неправильно настроено сопоставление. Персональные данные переданы не в том формате (не хешированы, лишние пробелы, неверный регистр) — событие технически принимается, но плохо сопоставляется с пользователем, и EMQ остаётся низким.

Ошибка №3. Дублирование Pixel + CAPI без дедупликации. Одно и то же событие засчитывается дважды из-за разных event_id — статистика конверсий в кабинете завышена, выводы по эффективности кампаний искажены.

Ошибка №4. Purchase отправляется не в момент реальной продажи. Например, событие шлётся сразу при создании сделки, а не при фактической оплате — алгоритм получает сигнал раньше, чем клиент реально заплатил, и обучается на неверных данных.

Ошибка №5. CRM-статусы не соответствуют реальным этапам воронки. Если менеджеры непоследовательно меняют статусы сделок, событие либо не отправляется вовсе, либо отправляется не на том шаге — интеграция технически работает, но данные, которые она передаёт, не отражают реальность.

Ошибка №6. CAPI подключили, но никто не проверяет качество событий. Отправка событий без EMQ, без Test Events и без периодической сверки с CRM — интеграция может месяцами «работать» с низким качеством данных, и это не будет заметно без осознанной проверки.

Ошибка №7. Копировать пример payload для Messenger в WhatsApp-канал. У Messenger и WhatsApp разные обязательные параметры события — то, что нужно для одного канала (например, привязка страницы), для другого не предусмотрено и только усложняет отладку лишними, не относящимися к делу ошибками.

Кому особенно полезен CAPI

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

Бизнес с длинным циклом сделки. Заявка сегодня, продажа через неделю или позже — без CAPI алгоритм никогда не узнает, что произошло с лидом после первого касания.

Продажи через WhatsApp. Обращение происходит в мессенджере, а продажа фиксируется значительно позже и в другой системе (CRM) — без передачи события обратно рекламный кабинет видит только факт открытого диалога.

Бизнес с CRM. Можно использовать реальные статусы сделки как источник событий, а не приблизительные оценки.

Бизнес с большим количеством лидов. Важно уметь отличать объём заявок от их качества — иначе рост числа лидов может маскировать падение доли платящих клиентов.

Компании, которым нужна сквозная аналитика. Нужно понимать всю цепочку: реклама → лид → квалификация → продажа → выручка, а не только верхнюю её часть.

Прежде чем настраивать возврат событий в Meta, полезно сначала научиться видеть эту цепочку в собственной отчётности — то есть понимать, какое конкретно объявление приносит продажи, а не только кампанию в целом.

CAPI и сквозная аналитика: в чём разница

Эти два понятия часто путают, хотя решают разные задачи. CAPI передаёт события обратно в Meta — это канал для рекламной системы, чтобы она лучше оптимизировала показы. Сквозная аналитика — собирает данные из разных систем (реклама, CRM, оплата) и показывает бизнесу, а не алгоритму Meta, какие каналы и объявления реально приносят выручку.

Условно: CAPI — данные для Meta, сквозная аналитика — данные для маркетолога и бизнеса. Но вместе они формируют один цикл: Meta → лид → CRM → продажа → аналитика → CAPI → Meta. Одни и те же события (квалификация, оплата), которые CAPI отправляет в Meta, попадают и в дашборд сквозной аналитики — так что настройка одной связки почти всегда закрывает обе задачи сразу. Именно так это устроено в Cheat Code: одна интеграция с CRM одновременно кормит и Meta CAPI, и сквозную аналитику бизнеса.

Сколько стоит подключение CAPI

Стоимость зависит от нескольких факторов:

• источник лидов — только сайт или ещё WhatsApp и офлайн-каналы;
• какая CRM используется и насколько открыт её API;
• нужна ли серверная интеграция с нуля или подходит готовый модуль;
• количество событий и каналов, которые нужно подключить;
• наличие уже настроенного Pixel и качество данных в самой CRM.

У нас в Cheat Code подключение Meta CAPI начинается от 25 000 ₸ в месяц (тариф Starter) — точная цена зависит от объёма лидов и того, сколько каналов нужно связать: только сайт, или ещё WhatsApp и CRM. Прозрачная стартовая цена — сознательный выбор: понятнее сразу оценить, подходит ли предложение, чем оставлять цену «по запросу». Как эта цена и набор функций соотносятся с другими сервисами сквозной аналитики на рынке — в статье «ТОП-5 сервисов сквозной аналитики».

Нужно подключить CAPI к CRM или WhatsApp? В Cheat Code мы связываем рекламные данные Meta с CRM и системой сквозной аналитики. Можно передавать обратно в Meta события о квалифицированных лидах и продажах и одновременно видеть, какие кампании и объявления фактически приносят выручку.

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

Итог

Без CAPI Meta видит не весь путь клиента — только клик или открытый диалог. CAPI позволяет передать обратно данные о том, что случилось дальше: квалификацию лида, оплату, сумму сделки. А связка CAPI + CRM + сквозная аналитика соединяет рекламный клик с реальной продажей — вместо разрозненных цифр в трёх разных системах появляется один понятный ответ на вопрос, какая реклама реально приносит деньги.