МОСТ. Справка

Лиды Lead Ads CAPI: замыкаем круг лида в Meta

Опубликовано 14 сент. 2026 г.5 мин чтенияСредний уровень
Нарисованная карточка формы, задвигающаяся в ящик CRM, оранжевый подтверждённый конверт лида покидает ящик пунктирной линией CAPI обратно к флажку пикселя
What you'll learn
  • Почему сырой лид формы и подтверждённый лид - два разных сигнала
  • Как данные Lead Ads приземляются в CRM и что добавляет CRM
  • Как подтверждённый лид становится документированным CAPI-событием
  • Как дедуп и семидневное окно ограничивают круг
Intermediate

Лиды Lead Ads CAPI: замыкаем круг лида в Meta

Круг лиды Lead Ads CAPI существует потому, что отправка формы и настоящий лид - разные факты. Формы Lead Ads доставляют мгновенные нативные лиды в вашу CRM - и большинство из них ровно такие, какими выглядят: непроверенный интерес. Лид, заслуживающий путешествия обратно в Meta как конверсионный сигнал, - тот, что ваша CRM подтвердила. Гайд проводит круг: данные формы в CRM, подтверждение и обогащение, документированное CAPI-событие лида с хешированными контактами, правила дедупа и окна, ограничивающие, насколько поздний подтверждённый лид засчитается.

Смежная тема - офлайн-загрузка пачками вместо доставки по лиду - разобрана в Meta CAPI офлайн-конверсии и лид-CRM; здесь - повлидовая проводка.

Два сигнала: лид формы и подтверждённый лид

Формы Lead Ads конвертят без трения - это их фича и их проблема. В момент отправки существуют два факта: кто-то выразил интерес (уже), и - позже - кто-то прошёл квалификацию. Считать оба одним событием - растрата разницы:

ФактКогдаФорма события
Форма отправленаМгновенно, нативная формаСобытие класса лида (или ничего, по политике)
Лид подтверждёнПосле квалификации в CRMLead-событие с обогащёнными полями или purchase-класс, если лид заплатил

Байеры, оптимизирующие чистый объём форм, учат алгоритм находить больше заполняющих; байеры, шлющие только подтверждённых, получают качество, но морят объём. Разделение на два события - мгновенное событие формы и подтверждённое после квалификации - документированный паттерн, держащий оба сигнала без их слияния, - та же двухпоточная логика, что в гайде о COD аппрув рейт.

В CRM: что доставляет форма

Формы Lead Ads доставляют нативно: отправленные поля приземляются в рекламную платформу и - через нативную интеграцию или коннектор - в вашу CRM в течение минут. Что добавляет CRM, - та часть, которой форма не умеет: статус квалификации из вашего процесса обзвона, таймлайн коммуникаций и - критично для обратной дороги - верифицированные контактные данные (email, телефон), составляющие сильный ключ матчинга.

Обработка данных на этом этапе готовит обратную доставку: контактные поля поедут в Meta как SHA-256-хеши с документированной нормализацией (email в нижнем регистре, телефон только цифры с кодом страны), по правилам клиентской информации (customer information parameters). Снимите их чисто один раз - и обратный хоп станет механическим.

Обратный хоп: подтверждённый лид как CAPI-событие

Документированные требования к событиям применяются целиком. Для website-событий обязательны action_source, event_source_url и client_user_agent; контактные данные едут хешированными; стабильный event_id генерируется на лид (параметры Conversions API). Проводка:

  1. Подтверждение в CRM (смена статуса, стадия сделки или вебхук) запускает слой доставки.
  2. Слой собирает событие: имя lead- или purchase-класса, хешированные em/ph из записи CRM, event_time в момент подтверждения.
  3. Стабильный conversion ID выводится из идентичности лида - не потому, что Meta сливает дубли (её дедуп сводит пиксель браузера с серверным событием и никогда не сливает два серверных), а потому, что он позволяет слою доставки быть идемпотентным: уже отправленный лид пропускается при пере-синхронизации.

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

Ограничивающие правила: дедуп и семидневное окно

Круг ограничивают два документированных правила:

  1. Дедупликация. Meta сводит пары «браузер плюс сервер» и хранит первую копию в своём дедуп-окне; два серверных события с одним event ID не сливаются - правила дедупа работают только межканально. В лид-круге это значит: один путь доставки на лид, иначе считайте на дубли.
  2. Окно. event_time может отстоять максимум на семь дней в прошлое, и один протухший аргумент валит весь запрос (using the API). Лид, подтверждённый на восьмой день после формы, не может быть доставлен свежим событием - ещё один аргумент за быстрые потоки подтверждения.

Пакетные загрузки старых лидов - территория офлайн-конверсий из офлайн-гайда, а не повлидового CAPI-пути.

Проверка круга

  1. Отправьте реальный тестовый лид через форму Lead Ads.
  2. Убедитесь, что он приземлился в CRM с чистыми контактными полями.
  3. Подтвердите его в CRM и проверьте выстрел CAPI-события - Test Events Meta показывает прибытия, Events Manager отражает их примерно за 20 минут (get started).
  4. Сверьте хешированные поля с правилами нормализации, затем форсируйте пере-синхронизацию того же лида в CRM и убедитесь, что событие приехало одно - если два, слой доставки не дедуплицирует.

Pixel Activator способен бесплатно предварительно проверить Meta-ногу, а чеклист поиска неисправностей постбеков покрывает режимы отказа от CRM до доставки.

Лиды Lead Ads CAPI: частые вопросы

Frequently asked questions

Источники

Sources

Круг лида на автопилоте
  • Докажите Meta-ногу: Pixel Activator бесплатно шлёт тестовые события класса лида, пока вы валидируете хеширование.
  • Подтверждённые лиды доставляются: Most маршрутизирует подтверждения CRM в документированные CAPI-события автоматически.
Was this guide helpful?
Author
Most Team
Справочная служба

Официальные руководства и глоссарий для платформы Most и Активатора пикселей.

Topic
Meta Conversions API: полный гайд
Main article of the topic
Related articles

Похожие руководства

Meta Conversions API: полный гайд

Единая точка входа в кластер Meta Conversions API: что делает API, какие данные и параметры нужны рабочему событию, как устроены дедупликация, проверка в Test Events и Event Match Quality - и куда идти дальше, когда события приходят с опозданием, дважды или не приходят вовсе.

9 мин

Meta CAPI батчинг и лимиты: правила доставки

Conversions API принимает несколько событий одним запросом через массив data - и одно плохое событие способно провалить весь батч. Разбираем документированную структуру батчинга, правила приёма, решающие судьбу запроса, смысл отклонённого батча для ретраев и дисциплину доставки, удерживающую загруженную воронку в пределах возможностей площадки без выдуманных порогов.

5 мин

Limited data use Meta: data_processing_options в серверных событиях

Флаг Limited Data Use у Meta существует, чтобы ваши серверные события несли сигнал приватности штатов США, - и это три документированных поля внутри каждого события. Разбираем, что делает data_processing_options, точные значения LDU и кодов страны и штата, семантику пустого массива, которую пропускают большинство связок, и когда флаг принадлежит вашему трафику.

4 мин

Value Optimization Meta: что кладётся в value и currency

Value-based оптимизация способна оптимизироваться только на числа, которые вы передаёте, - и Meta документирует, как эти числа должны выглядеть. Разбираем поля value и currency событий Purchase: документированные требования, формат, держащий их пригодными, ошибки, тихо обнуляющие оптимизацию, и краевые случаи арбитражных выплат.

4 мин