Przypadek 4: Należy chronić się przed oszustwami przy atrybucji, gdy zdarzenia są wysyłane bezpośrednio z naszego serwera do serwera AppsFlyer. Kontekst: aplikacja jest narażona na ataki emulatorów, oszustwa instalacyjne, fałszywe wypełnianie ankiet. Podstawowa ochrona antyfraudowa AppsFlyer (Protect360) blokuje część ruchu, ale biznes wymaga wdrożenia własnej, niestandardowej walidacji przed wysłaniem końcowych zdarzeń do kanałów reklamowych. Kanały reklamowe przesyłają click_id, według którego należy odfiltrować zdarzenia — płacimy tylko za wydanie kredytu. Należy opracować schemat interakcji API i zasady biznesowe dla bezpiecznego przekazywania konwersji: w jakich warunkach zdarzenie jest oznaczane jako ważne i wysyłane do partnera, a kiedy jest nieprawidłowe, oraz jak jest obsługiwane w każdym przypadku.