Resumo: comece a proteger seus investimentos de marketing com esse guia de integração passo a passo, e impulsione o valor do Protect360 em apenas 6 semanas.
Cronograma de integração e o que esperar
Esse guia traz um onboarding que dura 6 semanas:
- Configuração (semanas 1–3): Faça a integração e validação do Protect360.
- Otimização (semanas 3–5): Otimize com base em insights iniciais.
- Reconciliação (semanas 5–6): Faça a reconciliação dos dados de fraude com seus parceiros de anúncios.
- Proteção avançada (semana 6+) [opcional]: Ative camadas avançadas de proteção contra fraudes.
Sobre o Protect360
O Protect360 é uma solução avançada de proteção contra fraudes projetada para detectar, prevenir e responder a fraudes de anúncios. Usando IA e detecção em tempo real, ele ajuda a bloquear fraudes, reduzir desperdícios e proteger seu marketing contra ameaças como injeção de cliques, instalações falsas e bots. Ele oferece mais controle e total transparência por meio de recursos como regras de validação e Fraud Protection Studio.
Configuração (semanas 1–3)
Nessa etapa, o foco é enviar dados do aplicativo para a AppsFlyer, definir as configurações básicas de proteção e alinhar seus termos de BI com a AppsFlyer.
Dados de eventos in-app
Você pode enviar esses dados usando dois métodos diferentes: SDK e Server-to-Server (S2S). Dependendo do método usado, algumas ações podem ser necessárias:
- SDK: Nenhuma ação necessária
- Server-to-Server (S2S): Certifique-se de que os eventos sejam enviados pela API3. Saiba mais aqui.
Atenção
Se você não souber qual você usa, fale com sua equipe de desenvolvimento ou operações de marketing
Configurações do Fraud Protection Studio
O Fraud Protection Studio permite que você avalie o impacto das diferentes camadas da solução de proteção contra fraudes da AppsFlyer. Ele permite que você faça uma distinção clara da detecção e da aplicação do bloqueio de fraudes.
Entender essas diferenças e as opções disponíveis é fundamental para tomar decisões informadas:
- Implemented (padrão): Bloqueia automaticamente atividades fraudulentas em tempo real ou as sinaliza como fraude pós-atribuição. Esse esquema é indicado se a prevenção imediata é um dos seus objetivos.
- Tagged: A fraude é detectada e sinalizada com uma tag, mas permanece válida para atribuição, permitindo que você analise e revise sem um bloqueio automático. Escolha essa opção se preferir flexibilidade e análises iniciais mais detalhadas antes de bloquear.
Atenção
Você pode alternar entre os modos Implemented e Tagged a qualquer momento (somente admins), a depender dos seus objetivos de negócios. Saiba mais aqui.
Dica: Nessa etapa, enquanto sua equipe se familiariza com o Protect360, recomendamos que você veja o card de avaliação da detecção para aplicativos no Fraud Protection Studio para testar e entender como essas configurações são implementadas no nível do aplicativo.
Configuração de conexão de dados
Você pode exportar os dados do Protect360 de três formas diferentes: Relatório de dados brutos, Pull API ou Data Locker. Independentemente da sua escolha, é importante configurar suas conexões de dados para garantir relatórios precisos e análises eficazes.
Importante!
Para aproveitar ao máximo o Protect360, exporte o relatório pós-atribuição no 8o dia de cada mês, para que você possa comparar os resultados com seus parceiros.
Como exibir hijacked installs (instalações sequestradas) corretamente em seu BI
Para garantir o alinhamento e a granularidade dos dados de proteção contra fraudes em seus sistemas, você pode usar os relatórios de dados brutos, Pull APIs ou Data Locker para visualizar hijacked installs em seu BI.
Relatório de dados brutos
Para exibir hijacked installs em seu BI:
- Procure o campo Rejected Reason Value.
- O campo será preenchido com um dos seguintes:
- Blank, organic, contributor1, contributor2, etc.
- Informe a sua equipe de BI sobre o significado de cada um, para que ela possa entender os termos e suas implicações.
- Blank - sem hijacked installs
- Organic - alterar a atribuição para orgânico
- Contributor1, contributor2, contributor3, etc. - atribuição correta para o canal de mídia especificado.
Atenção
Para mais informações sobre seus dados tagged, acesse esses 4 relatórios de dados brutos:
- Tagged Installs
- Tagged post attribution installs
- Tagged in-app events
- Tagged post attribution in-app events
Pull API
Para exibir hijacked installs em seu BI:
- Procure o campo Rejected Reason Value.
- O campo será preenchido com um dos seguintes:
- Blank, organic, contributor1, contributor2, etc.
- Informe a sua equipe de BI sobre o significado de cada um, para que ela possa entender os termos e suas implicações.
- Blank - sem hijacked installs
- Organic - alterar a atribuição para orgânico
- Contributor1, contributor2, contributor3, etc. - atribuição correta para o canal de mídia especificado.
Data Locker
Para exibir hijacked installs em seu BI:
- Procure o campo validation_reason_value.
- O campo será preenchido com um dos seguintes:
- Blank, organic, contributor1, contributor2, etc.
- Informe a sua equipe de BI sobre o significado de cada um, para que ela possa entender os termos e suas implicações.
- Blank - sem hijacked installs
- Organic - alterar a atribuição para orgânico
- Contributor1, contributor2, contributor3, etc. - atribuição correta para o canal de mídia especificado.
Regras de validação
As regras de validação permitem adicionar uma camada de lógica à sua proteção contra fraudes, adaptada à sua estratégia de marketing. Com as regras de validação, você pode definir quais instalações são consideradas válidas ou inválidas com base em vários parâmetros de diferentes casos de uso.
Entre em contato com seu customer success manager ou account manager para saber mais sobre as práticas recomendadas para sua vertical.
Atenção
Para que as regras funcionem da forma mais eficiente possível, recomendamos que você revise sua estratégia de UA/marketing/compra de mídia e avalie quais tipos de instalações ou eventos do app correspondem aos seus esforços, para permitir a atribuição ou bloquear de acordo com suas necessidades. Por exemplo, se você não promover seu aplicativo no país (geo) X, você pode criar uma regra para bloquear automaticamente qualquer atividade desse tipo que chegue do geo X. Você pode criar várias regras para alinhar a proteção à sua estratégia de marketing.
Sobre nossos dashboards
O dashboard do Protect360 oferece uma visão geral dos seus dados de fraude, permitindo que você investigue e entenda melhor a detecção de fraudes e seu impacto em suas atividades.
Otimização (semanas 3–5)
Otimização da campanha
Agora é hora de otimizar sua campanha para garantir que você aproveite ao máximo o Protect360. Para isso:
Práticas recomendadas
- Combine dados em tempo real e dados pós-atribuição para avaliar a performance da campanha com base na qualidade (retenção, eventos in-app, etc) e nos dados de fraude.
- Otimize campanhas com base no site_id ou subsite_id.
- Analise as taxas e tipos de fraude específicos de parceiros.
Avalie suas configurações de proteção contra fraudes
Revise suas configurações do Fraud Protection Studio para garantir que elas ainda estejam alinhadas com seus objetivos.
Atenção
As instalações tagged são um subconjunto válido. Mude para o modo implemented para bloquear em tempo real de acordo com a detecção do Protect360
Configure o LVL
Configure o LVL (Google License Verification Library) para tráfego proveniente apenas da Google Store. Disponível exclusivamente para clientes do Protect360, a Licence Verification Library (LVL) adiciona uma camada essencial de proteção, que verifica se cada instalação vem de um usuário real e licenciado do Google Play.
Ao validar licenças no nível de instalação, o LVL ajuda a evitar o uso não autorizado, protege a receita do seu aplicativo e garante um maior alinhamento entre os dashboards do Google Play e da AppsFlyer. Saiba mais
Reconciliação (semanas 5—6)
Conciliação de dados de fraudes
Depois de implementar o Protect360 e acumular semanas de dados de detecção de fraudes, é hora de reconciliar seus insights de fraudes com seus parceiros de anúncios.
Essa etapa ajuda a garantir que você e seus parceiros estejam alinhados em relação à performance da campanha, métodos de detecção de fraudes e precisão.
Baixe seus dados pós-atribuição e colabore diretamente com seus parceiros de anúncios para comparar métricas de fraude. Essa reconciliação ajuda a identificar discrepâncias, resolver disputas de forma proativa e garantir a transparência. Saiba como reconciliar dados de fraude com parceiros de anúncios aqui.
Configuração de proteção avançada (semana 6+) [opcional]
Módulo de segurança avançado
Disponível exclusivamente para clientes do Protect360, o módulo de segurança avançada foi projetado para aplicativos com um tráfego elevado. Ele adiciona uma camada de segurança fundamental ao seu SDK para Android, validando solicitações de ad networks em tempo real para bloquear instalações falsas e tráfego manipulado.
Isso ajuda a reduzir as discrepâncias na loja de aplicativos, fortalecendo a precisão da atribuição e protegendo seus dados contra fraudes cibernéticas sofisticadas.
Entre em contato com seu CSM ou envie um e-mail para hello@appsflyer.com