Meta · Опубликовано 2026-02-26 · 1 мин чтения
Миф о дубликатах в META
Миф заключается в том что META неверно отображает данные о revenue и конверсиях. На практике, расхождения возникают из-за неверной настройки отправки событий и наличия нескольких источников данных. Ниже — основные причины.
- Дублирование через партнеров AppsFlyer
Сценарий
- подключены партнеры Meta Ads и Meta Web
- одно событие (Purchase) мапится в обоих партнёрах
Когда происходит purchase, в META “прилетают” два события
- один от Meta Ads
- второй - через Meta Web
Решение
Разделять типы событий
Meta Web
- Purchase
- StartTrial
- Lead (а не кастомный инсталл)
Meta Ads (AEM)
- fb_mobile_purchase
- fb_mobile_add_to_cart (т к StartTrial нет)
- Параллельная отправка из Revenue Analytics сервисов
Сценарий
- события отправляются из AppsFlyer
- те же события отправляются из Apphud / Adapty / RevenueCat
META получает дубли из двух источников.
Решение
Использовать один источник отправки событий
- AppsFlyer
или
- Revenue Analytics сервис.
- Фрод
На некоторых приложениях фрода почти нет. На других - много. Зависит от ГЕО и жанра. Казуальная игра таргетированная на Индонезию будет иметь больше фрода чем Invoice Generator таргетированный на Штаты.
Решение
не пробрасывать никаких коверсий кроме install из SDK. Все остальные конверсии - только из Apphud/Adapty/Revenue Cat.
- META SDK и AppsFlyer одновременно
Если события отправляются одновременно через
- Meta SDK
- AppsFlyer Meta partner
META может зарегистрировать оба события.
В теории в META должен работать механихм дедупликации событий. Но он не работает. Здорово что в Appsflyer документации есть явное упоминание об этом.
Решение
Выбрать один механизм и использовать только его. Слово Appsflyer’у
Use either of the following methods to avoid duplicate in-app event reporting in Meta ads:
- Don't configure events in the Facebook SDK.
- Disable the Meta ads in-app events mapping from AppsFlyer.