Миф о дубликатах в 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.