Caso 4: É necessário proteger-se contra fraudes na atribuição, quando os eventos são enviados diretamente do nosso servidor para o servidor do AppsFlyer. Contexto: a aplicação está sujeita a ataques de emuladores, fraude de instalações, preenchimento falso de questionários. A proteção anti-fraude básica do AppsFlyer (Protect360) bloqueia parte do tráfego, mas o negócio exige a implementação de uma validação interna personalizada antes do envio dos eventos finais aos canais de publicidade. Os canais de publicidade transmitem o click_id, pelo qual os eventos devem ser filtrados — pagamos apenas pela emissão do crédito. É necessário desenvolver um esquema de interação API e regras de negócio para a transmissão segura de conversões: sob quais condições um evento é marcado como válido e enviado ao parceiro, e quando não é válido, e como é tratado em cada caso.