Visão geral: Encontre as respostas às perguntas mais frequentes dos parceiros sobre o Protect360.
Anomalias ao nível do clique/impressão
Por que as impressões/cliques são limitadas?
O sistema Protect360 da AppsFlyer leva em conta vários parâmetros ao tomar decisões sobre o limite de engajamentos de anúncios, incluindo, entre outros, o volume de impressões/cliques, o CVR, a taxa de anomalias detectadas, as flutuações normais na atividade, bem como os parâmetros de referência geográficos e da indústria. O algoritmo é dinâmico e atualizado de hora em hora, para levar em consideração tendências sofrendo mudanças.
Quando o mecanismo de limitação é acionado, o Protect360 bloqueia as impressões ou cliques da ad network para o aplicativo relacionado no ciclo atual de 24 horas. Isso significa que todas as impressões/cliques que ocorrem após o limite ser atingido não são registrados pela AppsFlyer, nem são elegíveis para atribuição.
Uma rede pode evitar ultrapassar o limiar, interrompendo campanhas e editores com volumes raramente elevados de engajamentos de anúncios que não mostrem qualquer impacto nos resultados de desempenho.
Recomendamos que você consulte estes artigos:
Limitação de impressões e cliques
Perguntas frequentes sobre limitação
Por que estou com um problema de limitação de cliques com um aplicativo, apesar de não estar trabalhando com esse cliente?
Este cenário é suscetível de indicar que o seu PID foi manipulado por terceiros para contornar os seus próprios esforços de mensuração. Como método preventivo, a AppsFlyer fornece a solução de "assinatura de cliques" para verificar se todos os cliques que contêm o seu PID são realmente provenientes de você.
Compartilhe o artigo "Assinatura de cliques para ad networks" com a sua equipa interna para explorar as possibilidades de implementação. Entretanto, diga ao chatbot no seu painel para abrir um caso e a nossa equipa irá orientar você nas etapas seguintes.
O número de cliques limitados é muito pequeno. Por que uma quantidade tão pequena aciona o limite de cliques?
A quantidade de "cliques limitados" apresentada no dashboard do Protect360 não aciona o limite. Em vez disso, ela representa o número de cliques subsequentes que são negligenciados para atribuição no ciclo de limitação.
Paralelamente, os cliques, juntamente com o desempenho correlacionado, examinados pelo mecanismo de limitação representam o que aconteceu antes de o mecanismo ser acionado.
Recomendamos que leia sobre o limite de impressões e de cliques.
Porque é as instalações são bloqueadas devido ao flooding de cliques, mas a taxa de conversão é elevada?
Os nossos algoritmos de inundação de cliques são executados em vários intervalos ao longo do dia e, sempre que o limite é ultrapassado, com base em parâmetros e lógica internos, os compromissos de anúncios do publisher não são elegíveis para atribuição.
Por favor, observe que: Alguns dos nossos algoritmos do flooding de cliques funcionam entre apps, o que implica que as anomalias provenientes de fontes fraudulentas idênticas também seriam reconhecidas para outros aplicativos anunciados.
Recomendamos a leitura de: O que é o flooding de cliques?
Anomalias no nível da instalação/evento in-app
Por que a minha instalação de teste foi rejeitada da atribuição?
A deteção antifraude da AppsFlyer aplica diferentes metodologias em várias camadas de proteção, como instalações únicas e clusters de instalação. Os clusters estão sendo analisados em várias agregações: por publisher, fonte de media, aplicativo, etc. A atividade fraudulenta é examinada usando vários algoritmos estatísticos e algoritmos de machine learning que consideram cada cluster como um todo. Assim, se um cluster for considerado fraudulento com elevada significância estatística, todas as instalações nesse cluster são consideradas fraudulentas. É uma tática bem conhecida dos autores de fraudes misturar algumas instalações legítimas com grandes volumes de atividade fraudulenta, na esperança de que a fraude seja suficientemente "diluída" para evitar o acionamento de mecanismos de bloqueio.
Por predefinição, todas as instalações recebidas são consideradas como tráfego LIVE - por isso, para garantir que a sua instalação de teste não seja categorizada nos algoritmos do Protect360, você deve seguir as etapas mencionadas neste artigo para registrar o seu dispositivo como um dispositivo de teste antes de realizar um teste.
Que métodos de deteção são usados para detetar rejeições de instalações?
Para maior clareza, é favor rever o "motivo secundário da fraude" associado à rejeição. Estes dados também estão disponíveis nos relatórios do Protect360 e no dashboard do Protect360, sujeitos ao acesso concedido pelo respetivo anunciante.
Recomendamos a leitura dos motivos de bloqueio do Protect360.
Visibilidade e compreensão dos dados do Protect360
Como é que posso ter visibilidade dos resultados do Protect360?
Pode ver os resultados dos nossos esforços de deteção através do dashboard do Protect360 e dos relatórios de dados brutos, sujeitos ao acesso concedido pelo respectivo anunciante.
Recomendamos que você consulte estes artigos:
Painel do Protect360
Dados brutos do Protect360
Como posso ser notificado em tempo real sobre o tráfego bloqueado?
A AppsFlyer fornece postbacks de atribuição rejeitados para ad networks para cada instalação que o Protect360 rejeita da atribuição.
Você pode ativar o "postback rejeitado" anexando parâmetros de "postback rejeitado" ao seu template de postback usando o Gerenciamento de integração.
Por que vejo picos nas detecções pós-atribuição?
A deteção em tempo real antes da atribuição e a deteção pós-atribuição pertencem ao mecanismo de deteção de anomalias Protect360 da AppsFlyer, que se aplica em diferentes dimensões temporais.
Em comparação com a deteção em tempo real, a deteção pós-atribuição baseia-se mais nos indicadores de dados recolhidos após a instalação, durante a qual, se forem observadas anomalias, o Protect360 registará as atividades anómalas e irá apresentá-las na categoria pós-atribuição.
Considerando o que foi mencionado acima, certos métodos de deteção (timestamp_anomalies, behavioral_anomalies, etc.) são mais susceptíveis de serem detectados na fase de pós-atribuição do que em tempo real, uma vez que os dados são inconclusivos ao nível de uma instalação individual, mas ganham significado quando examinados quanto à sua distribuição na análise estatística.
Saiba mais sobre a deteção pós-atribuição.