Cas 4 : Il est nécessaire de se protéger contre la fraude lors de l'attribution, lorsque les événements sont envoyés directement de notre serveur au serveur d'AppsFlyer. Contexte : l'application est sujette à des attaques d'émulateurs, à la fraude d'installation, à la falsification de questionnaires. La protection anti-fraude de base d'AppsFlyer (Protect360) bloque une partie du trafic, mais l'entreprise exige la mise en place d'une validation interne personnalisée avant l'envoi des événements finaux aux canaux publicitaires. Les canaux publicitaires transmettent le click_id, selon lequel il faut filtrer les événements — nous ne payons que pour la délivrance du crédit. Il faut élaborer un schéma d'interaction API et des règles métier pour la transmission sécurisée des conversions : dans quelles conditions un événement est marqué comme valide et envoyé au partenaire, et quand il n'est pas valide, et comment il est traité dans chaque cas.