Caso 4: È necessario proteggersi dalle frodi nell'attribuzione, quando gli eventi vengono inviati direttamente dal nostro server al server di AppsFlyer. Contesto: l'app è soggetta ad attacchi di emulatori, frodi di installazione, compilazione falsa di questionari. La protezione anti-frode di base di AppsFlyer (Protect360) blocca parte del traffico, ma l'azienda richiede l'implementazione di una validazione interna personalizzata prima di inviare gli eventi finali ai canali pubblicitari. I canali pubblicitari trasmettono il click_id, in base al quale devono essere filtrati gli eventi — paghiamo solo per la emissione del credito. È necessario sviluppare uno schema di interazione API e regole di business per la trasmissione sicura delle conversioni: in quali condizioni un evento viene contrassegnato come valido e inviato al partner, e quando non è valido, e come viene gestito in ogni caso.