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

Расхождение конверсий Facebook: почему трекер и Ads Manager показывают разные цифры

Опубликовано 13 сент. 2026 г.7 мин чтенияСредний уровень
Два рисованных окна с диаграммами разной высоты и лупа - расхождение конверсий
What you'll learn
  • Как окна атрибуции создают основную долю расхождения в отчетах
  • Как дедупликация пикселя и Conversions API влияет на подсчет
  • Повторяемый алгоритм сверки Ads Manager с любым трекером
Intermediate

Расхождение конверсий Facebook: почему трекер и Ads Manager показывают разные цифры

Каждый медиабаер, работающий через партнерский трекер, рано или поздно замечает зазор: Ads Manager показывает 142 покупки, Keitaro или Voluum - 118. Расхождение конверсий Facebook - ожидаемое поведение двух систем, которые считают по разным правилам. Понимание механики экономит часы бесполезного траблшутинга.

Почему цифры в Ads Manager и трекере отличаются

Facebook атрибутирует конверсию, когда пользователь кликнул или просто увидел рекламу и позже совершил действие на сайте. Трекер регистрирует конверсию только при срабатывании постбэка с конкретным click ID. Разница проявляется в трех сценариях:

  • View-through конверсии. Пользователь увидел рекламу в ленте, не кликнул, зашел на сайт напрямую через два дня и купил. Ads Manager засчитает продажу; трекер не увидит click ID.
  • Кросс-девайсные пути. Клик на мобильном, покупка с десктопа. Трекер теряет click ID при смене устройства, Meta склеивает личность по логину.
  • Несовпадение окон атрибуции. Дефолт Ads Manager - 7 дней клик / 1 день показ. Если окно трекера 30 дней или сессионное, цифры расходятся в обе стороны.

Корректная установка пикселя описана в гайде по настройке Facebook Pixel.

Окна атрибуции - главный источник расхождения конверсий Facebook

Meta предлагает пресеты: 1 день клик, 7 дней клик, 1 день показ, 28 дней клик (для старых аккаунтов). Дефолт с 2021 года - 7 дней клик + 1 день показ. Окно атрибуции определяет период ретроспективы для привязки конверсии к точке контакта.

Если трекер использует 30-дневное окно клика, он атрибутирует конверсии, которые Meta уже исключила. И наоборот: Meta засчитывает view-through за 1 день, которые трекер не способен поймать из-за отсутствия клика.

Как синхронизировать отчетность:

  1. Откройте Ads Manager, Columns > Customize, зафиксируйте активное окно атрибуции.
  2. В трекере выставьте аналогичный период (7 дней клик).
  3. Примите, что view-through конверсии всегда создают остаточный зазор.
Окно Ads Manager: 7d клик + 1d показ
Окно трекера:     7d клик
Ожидаемый зазор:  объем view-through (обычно 5-15% от тотала)

Подробнее о серверном потоке событий - в гайде по интеграции Conversions API.

Дедупликация: пиксель против Conversions API

Meta рекомендует отправлять события обоими каналами для отказоустойчивости. Платформа матчит события по event_id и event_name в пределах 48 часов. Первое полученное событие остается, дубль отбрасывается.

javascript
// Браузерный пиксель
fbq('track', 'Purchase', {value: 49.99, currency: 'USD'}, {eventID: 'order-8811'});

// Conversions API (серверная отправка)
{
  "event_name": "Purchase",
  "event_id": "order-8811",
  "event_time": 1719400000,
  "action_source": "website"
}

Если трекер считает серверное событие независимо, не проверяя факт отправки пикселем, он покажет больше конверсий, чем Ads Manager. Проверяйте процент дедупликации в Events Manager > Overview > Deduplication rate.

Confirm that Meta has received your events and that events are deduplicated and matched correctly.

- Meta for Developers, Документация Conversions API

Пошаговая сверка данных Facebook

Повторяемый алгоритм сверки помогает принимать решения по бюджету на твердых данных:

  1. Выгрузка из Ads Manager. Задайте диапазон дат, окно атрибуции, разбивку по адсетам. Скачайте CSV.
  2. Выгрузка из трекера. Тот же диапазон. Включите click ID, название события, таймстемп.
  3. Джойн по общему ключу. Если передаете fbp или fbc в трекер, соединяйте по ним. Иначе - по order ID, если оффер отдает уникальный номер транзакции.
  4. Классификация несовпадений. Строки есть в Ads Manager, но нет в трекере - скорее всего view-through или кросс-девайс. Строки в трекере без пары в Ads Manager - окно атрибуции Meta уже закрылось.
  5. Расчет процента зазора. (Ads Manager - Трекер) / Ads Manager * 100. До 20% для микс-трафика - норма.

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

Для быстрой ручной активации пикселя без полноценного трекера подойдет Pixel Activator - бесплатный инструмент для тестовых отправок событий.

Когда зазор - норма, а когда - проблема

Причины в пределах нормы:

  • View-through конверсии, которые Meta засчитывает, а кликовый трекер не видит.
  • Разница окон атрибуции в несколько дней.
  • Кросс-девайсные покупки, склеенные по identity Meta, но потерянные в cookie трекера.

Причины проблемного зазора:

  • Постбэк-URL настроен неверно или срабатывает на чужое событие.
  • event_id не передается, Meta считает дубли, которые трекер уже отфильтровал.
  • iOS 14.5+: отказ от ATT роняет браузерный пиксель, Conversions API продолжает доставлять.
  • Click ID трекера истекает до момента конверсии (короткий TTL на редирект-цепочках).

Если зазор резко вырос после изменений в кампании, первым делом аудируйте цепочку постбэка. Глубже о взаимодействии ретроспективы и длины воронки - в материале про окна атрибуции.

Differences in conversion reporting between Meta ads and third-party tools are expected due to attribution methodology, data source, and environment differences.

- Meta Business Help Center, Статья о расхождениях в отчетах

Frequently asked questions

Sources

Sources

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 мин

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

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

5 мин

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

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

4 мин