Аналитика Meta в нутре может сломаться незаметно. В последнее время многие арбитражники сталкиваются с одной картиной: трекер фиксирует лиды, в партнерке появляются заказы, а Ads Manager показывает всего несколько событий и сообщает, что связка почти не конвертит. Бюджет при этом уходит как обычно, но алгоритм обучается на обрезанных данных и начинает искать аудиторию почти вслепую.

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

Мы решили пройти весь путь заявки — от клика до подтвержденного заказа — и разобраться, где пропадает сигнал. В статье покажем:

  • как отличить падение конверсии от поломанной аналитики;
  • на каком участке могут исчезать лиды;
  • как восстановить передачу событий через Pixel, Conversions API и PostBack;
  • что проверить перед масштабированием кампании.

Погнали возвращать Meta* нормальное зрение.

Аналитика Meta в нутре: что значит «алгоритм не видит лиды»

Допустим, трекер зафиксировал 50 заявок, в партнерке появились 47 заказов, а Ads Manager засчитал только 29 событий. Системы считают разные этапы: трекер записывает отправку формы, партнерка — полученные заказы, а Meta* — события, которые смогла связать с пользователями и рекламными кампаниями. Поэтому полного совпадения здесь может не быть.

Три заявки могли потеряться или отсеяться после отправки формы. Но разница между 47 заказами и 29 событиями уже требует проверки: срабатывает ли Pixel, доходят ли серверные события, хватает ли данных для сопоставления и не удаляются ли дубли.

В официальном обучении по Conversions API Meta* рекомендует отдельно проверять полноту передачи событий, качество сопоставления, дедупликацию и задержку данных в Events Manager. Именно на этих участках рекламный кабинет чаще всего недополучает информацию о лидах.

Почему в нутре сигнал теряется чаще

Meta* может отнести источник данных нутра-проекта к категории Health & Wellness и ограничить использование части событий и параметров. Дополнительные потери возникают на стороне браузера: Pixel зависит от cookies, настроек конфиденциальности и блокировщиков рекламы. Если скрипт не сработал или идентификатор пользователя не сохранился, заказ пройдет дальше, но Ads Manager его не увидит.

Замена Pixel эту проблему не решает: ограничения браузера и разрывы между отдельными этапами воронки останутся. Нужно проверять весь маршрут заявки и дополнять браузерные события серверными через Conversions API и PostBack. Подробнее об особенностях работы с Meta* мы рассказывали в статье про источники трафика для нутры в 2026 году.

Где может оборваться передача данных

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

Pixel не зафиксировал событие

Pixel может не загрузиться из-за блокировщика, ограничений браузера или ошибки в коде страницы. Бывает и обратная ситуация: событие срабатывает дважды — например, при отправке формы и загрузке страницы благодарности. Проверить это можно через Test Events в Events Manager и расширение Meta* Pixel Helper.

Трекер получил лид, но не передал его дальше

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

Заказ учтен, а Meta* его не видит

Это означает, что заявка успешно дошла и была зафиксирована, но Ads Manager не смог связать ее с исходным рекламным переходом. Например, по дороге потерялся click ID, не совпали параметры события или серверный сигнал не прошел сопоставление.

Сам заказ при этом никуда не пропал. Проверять нужно обратную передачу данных: настройки PostBack в трекере, сохранение идентификаторов и отправку события через Conversions API.

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

Когда один лид одновременно отправляют Pixel и Conversions API, Meta* должна распознать эти сигналы как одно событие. Для этого обе версии передают одинаковые event_name и event_id. Если идентификаторы различаются или отсутствуют, кабинет может посчитать одну заявку дважды и исказить статистику.

Как понять, что сломалась аналитика, а не связка

Чтобы понять, где возникла проблема, аналитику Meta* в нутре нужно сопоставить с цифрами на соседних этапах воронки. Так можно отделить реальное падение конверсии от ситуации, когда лиды есть, но одна из систем перестала их учитывать.

Лиды идут, а кабинет их не видит: аналитика Meta в нутре

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

Какие события нужно возвращать в Meta*

Не все лиды одинаково полезны для алгоритма. Отправка формы — это Lead, подтвержденный оператором заказ — QualifiedLead, а состоявшаяся продажа — Purchase. Если возвращать только первый сигнал, Meta* будет искать пользователей, которые охотно заполняют форму, но не обязательно подтверждают и выкупают заказ.

По мере обработки заявки нужно передавать отдельные события для каждого нового этапа, а не заменять ими первоначальный Lead. Чем ближе сигнал к реальной продаже, тем точнее алгоритм понимает, какой трафик приносит деньги. Как оценивать качество заявок и не путать техническую проблему с плохим трафиком, мы разбирали в статье «Мусорный трафик или слабая связка: как найти причину».

Как вернуть Meta* зрение

Чтобы аналитика Meta* в нутре учитывала не только браузерные события, восстанавливать нужно не отдельный Pixel, а всю систему передачи данных. Для этого:

  • проверьте срабатывание Pixel и названия событий;
  • настройте отправку серверных событий через Conversions API;
  • подключите передачу статусов через PostBack;
  • сохраняйте fbclid, fbc, fbp, external_id и рекламные метки;
  • настройте дедупликацию событий от Pixel и Conversions API;
  • проверьте, что событие сопоставляется с нужной кампанией и группой объявлений.

Так Meta* получит не только информацию об отправленной форме, но и сигналы о дальнейшей обработке заявки. Благодаря этому алгоритм сможет ориентироваться на лиды, которые доходят до подтверждения и продажи.

Как проверить настройку до полноценного запуска

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

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

Почему аналитика Meta в нутре не показывает всю информацию

Даже после восстановления событий оценивать связку только по CPL нельзя. Дешевый лид может не пройти подтверждение и не принести выкупа, поэтому данные рекламного кабинета нужно сопоставлять с аппрувом, EPC, качеством заявок и результатами отдельных сегментов трафика.

Именно показатели после обработки показывают, какие лиды действительно приносят деньги. Например, в нашем сплите Dialux в Колумбии близкий CR привел к разнице в EPC более чем на 52%.

Чек-лист: что проверить, если лиды снова пропали

Если статистика снова начала расходиться, пройдите по основным точкам:

  • события Pixel;
  • настройки Conversions API;
  • PostBack;
  • click ID и рекламные метки;
  • дедупликацию;
  • домен и часовой пояс;
  • статистику трекера;
  • количество и статусы заказов;
  • аппрув и EPC.

Если аналитика Meta* в нутре снова показывает меньше событий, начинайте проверку с первого места, где перестали совпадать цифры. Так не придется без причины менять Pixel, лендинг и всю рекламную кампанию.

Возвращайте в Meta* данные, которые приносят продажи

Чтобы аналитика Meta в нутре работала корректно, событие должно пройти весь маршрут и без потерь попасть в рекламный кабинет. После обработки заявки Meta* также должна получить информацию о подтвержденном заказе и состоявшейся продаже.

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

Выбрать оффер и запустить тест в M1 →

*Meta Platforms Inc. признана экстремистской организацией, ее деятельность запрещена на территории России.