Миф о дубликатах в META
Миф заключается в том что META неверно отображает данные о revenue и конверсиях.
На практике, расхождения возникают из-за неверной настройки отправки событий и наличия нескольких источников данных.
Ниже — основные причины.

1. Дублирование через партнеров 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 нет)

2. Параллельная отправка из Revenue Analytics сервисов
Сценарий:
• события отправляются из AppsFlyer
• те же события отправляются из Apphud / Adapty / RevenueCat
META получает дубли из двух источников.

Решение:
Использовать один источник отправки событий:
• AppsFlyer
или
• Revenue Analytics сервис.

3. Фрод
На некоторых приложениях фрода почти нет. На других - много.
Зависит от ГЕО и жанра. Казуальная игра таргетированная на Индонезию будет иметь больше фрода чем Invoice Generator таргетированный на Штаты.

Решение:
не пробрасывать никаких коверсий кроме install из SDK. Все остальные конверсии - только из Apphud/Adapty/Revenue Cat.

4. 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.