Implemente regras de validação para evitar fraudes

Para:
Profissionais de marketing Profissionais de marketing
Última atualização:

Resumo: adicione uma camada personalizada de proteção contra campanhas e fraudes direcionadas incorretamente. As regras permitem que os proprietários de aplicativos controlem quais instalações e eventos in-app são bloqueados ou atribuídos à fonte válida mais recente.

5906_animation-750x330__1_.gif

Visão geral

  • As regras de validação são definidas no criador de regras usando condições personalizadas e lógicas que filtram e selecionam quais instalações do aplicativo ou eventos in-app devem ser mantidos ou bloqueados.
  • As regras se baseiam em uma variedade de parâmetros para vários casos de uso, incluindo:
    • Instalações não direcionadas para sua campanha (geolocalização ou versão do sistema operacional errada, etc.)
    • Instalações que não atendem à ordem de inserção acordada com a ad network
    • Hijacking de instalações por redes fraudulentas
    • Instalações falsas ou eventos in-app enviados de bots, emuladores ou device farms
  • As regras definidas para eventos in-app só entram em vigor em eventos in-app associados a instalações que não foram bloqueadas anteriormente.
  • As regras que incluem uma ad network são visíveis para a equipe dessa ad network (mas essa equipe não pode ver outras ad networks incluídas na regra). Isso faz parte do interesse da transparência, que ajuda as ad networks a entenderem melhor a performance do tráfego que elas oferecem.
  • As regras são executadas em tempo real e tomam medidas imediatas. Saiba mais na seção de resultados.
  • Outras opções de regra de validação estão disponíveis para os clientes do Protect360, além do bloqueio e detecção automáticos de fraudes do Protect360. Essas condições são conhecidas por ajudar na detecção de vários tipos de hijacking de instalação, instalação falsa e fraude de eventos in-app falsos.
    Atenção: as regras de validação validam apenas instalações/eventos in-app que não foram identificados como fraude pelo Protect360.

Resultados

  • Para instalações: as regras de validação, dependendo da ação selecionada, bloqueiam a atribuição e a corrigem para a última fonte de mídia válida ou bloqueiam completamente a atribuição.
  • Para eventos in-app: As regras de validação bloqueiam a atribuição do evento in-app.

  • Consulte a tabela a seguir mostrando os resultados do tipo de bloco de regra de validação.
     

      Tipo de bloqueio Descrição Onde os dados de instalação podem ser visualizados Eventos in-app que se seguem
    Instalações Bloquear atribuição e corrigi-la para a última fonte de mídia válida.
    • Selecionado quando você considera a instalação real, mas suas condições determinam quais fontes devem ou não ser atribuídas a ela.
    • A atribuição é corrigida e a instalação é atribuída à última fonte de mídia válida.
    • Se nenhuma fonte de mídia válida for identificada, a instalação será marcada como orgânica.
    • Dashboards da AppsFlyer e relatórios de dados brutos como uma instalação regular (atribuída à última fonte de mídia válida)
    • Com o plano Protect360 Premium:
    • Sem o plano Protect360 Premium:
      • Relatório de dados brutos de instalações do Protect360 (com a fonte de mídia bloqueada)
    • Tem a mesma atribuição corrigida que a instalação
    • Dados disponíveis com o plano Protect360 Premium:
      • Com atribuição corrigida nos dashboards e relatórios da AppsFlyer como um evento in-app regular
      • Com fonte de mídia bloqueada no dashboard de eventos in-app do Protect360 e relatório de dados brutos de eventos in-app bloqueados do Protect360
    Marque instalações como inválidas e não faça sua atribuição
    • Selecionado quando as instalações inválidas com base nas condições da regra são consideradas falsas.
    • A instalação não é atribuída (nem como não-orgânica ou orgânica)
    • Com o plano Protect360 Premium:
    • Sem o plano Protect360 Premium:
      • Relatório de dados brutos de instalações do Protect360 (com a fonte de mídia bloqueada)
    • Bloqueado
    • Dados disponíveis com o plano Protect360 Premium no dashboard de eventos in-app do Protect360 e relatório de dados brutos de eventos bloqueados
    Eventos in-app Bloquear atribuição 
    • Selecionado quando eventos in-app que são inválidos com base nas condições da regra são considerados falsos.
    • Dados disponíveis com o plano Protect360 Premium no dashboard de eventos in-app do Protect360 e relatório de dados brutos de eventos in-app bloqueados
    Remover da AppsFlyer
    • Recomendado quando há eventos in-app para os quais você não precisa de nenhum dado.
    • A AppsFlyer não registra esses eventos. 
  • As ad networks e agências só poderão visualizar os dados se o anunciante lhes der as permissões necessárias.
  • Quando uma atribuição de instalação é bloqueada ou atribuída a uma fonte de mídia válida em tempo real, um postback rejeitado é enviado instantaneamente para a ad network bloqueada, para agilizar seu fluxo de reconciliação. Quando a atribuição é bloqueada e corrigida para a última fonte de mídia válida, um postback também é enviado para a última ad network válida.
  • Quando um evento in-app é bloqueado, um postback de rejeição é enviado instantaneamente para a ad network bloqueada.
    Atenção:
    • um postback só é enviado se o conjunto de ad networks configurado para recebê-lo estiver integrado à AppsFlyer.
    • Os relatórios de postbacks e de postbacks rejeitados estão disponíveis na página de exportação.
    • Saiba mais sobre postbacks e postbacks rejeitados.
  • O bloqueio de instalações e a atribuição de eventos in-app afeta apenas a forma como e onde os dados são relatados na AppsFlyer. Eles não impedem o uso do aplicativo pelos seus usuários finais.
  • Os relatórios de instalações/eventos in-app bloqueados e postbacks rejeitados contêm o nome das regras que bloquearam as instalações/eventos in-app sob o motivo do bloqueio. Consulte a seção regras múltiplas se houver mais de uma regra.
    • Quando as instalações/eventos in-app são bloqueados pelo mecanismo antifraude do Protect360, mesmo que também haja uma regra de validação, os motivos do Protect360 são exibidos.
  • As regras podem resultar em discrepâncias entre os relatórios da AppsFlyer e SRNs, como o Meta ads e oGoogle Adwords, pois eles implementam sua própria lógica para validar as instalações.

Várias regras

  • Várias regras de validação podem ser executadas na mesma instalação/evento in-app. Isso acontece quando a instalação atende às condições de várias regras.
  • A instalação/evento in-app é classificada como inválida quando não cumpre as condições de nenhuma das regras separadamente.
  • Em relatórios de dados brutos e postbacks rejeitados, o campo do valor do motivo do bloqueio contém os nomes de todas as regras que classificam a instalação ou evento in-app como inválidos.
  • Várias regras para a mesma instalação são sequenciadas para serem executadas na seguinte ordem, com base nos tipos de bloqueio das regras:
Tipos de regra/bloqueio Pedido
Bloquear instalações Aleatório
Bloquear atribuição Aleatório
Bloquear evento in-app Aleatório
Remova da AppsFlyer e de qualquer outra parte Removido da AppsFlyer. Outras regras são ignoradas.
Bloquear instalações e bloquear atribuição
  1. Bloquear regras de instalação (em ordem aleatória)
  2. Bloquear regras de atribuição (em ordem aleatória)
Bloquear instalações e bloquear atribuição através do mecanismo do Protect360 e das regras de validação
  1. Bloquear instalações a partir do mecanismo do Protect360
  2. Bloquear instalação a partir de regras de validação
  3. Bloquear atribuição a partir do mecanismo do Protect360
  4. Bloquear atribuição a partir de regras de validação
Bloquear eventos in-app com o mecanismo do Protect360 e regras de validação
  1. Bloquear evento in-app a partir do mecanismo do Protect360
  2. Bloquear evento in-app a partir das regras de validação

Criador de regras

A interface de usuário do criador de regras foi projetada para criação de regras interativa. Dica! Familiarize-se e teste o criador de regras antes de ler este artigo em detalhes.

New Validation Rule page.jpg

O criador de regras contém as seguintes seções:  

Seção Observações
Detalhes gerais
  • Nome da regra - Insira um nome para a nova regra.
  • Tipo de regra - Selecione o tipo de regra: tempo real ou pós-atribuição.
  • Eventos - Selecione o tipo de evento para o qual a regra é aplicada: instalações ou eventos in-app.
  • Seleção do aplicativo - Selecione aplicativos selecionados ou todos os aplicativos.
    • Se você escolher a opção aplicativos selecionados:
      Selecione os aplicativos - escolha os aplicativos para os quais a regra é aplicada: Um único aplicativo, vários aplicativos ou todos os aplicativos na conta.
    • Se todos os aplicativos estiverem selecionados:
      Incluir aplicativos futuros - essa opção permite que aplicativos futuros sejam incluídos nessa regra.

Isso afeta as opções disponíveis nas seguintes seções (agência, fonte de mídia, campanha etc.)

Atenção

A versão do aplicativo deve conter apenas números. Por exemplo, 2.2.1. 

Atenção: 

as versões numéricas do aplicativo (por exemplo, 2.2.1) oferecem suporte a todos os operadores (iguais, maiores que, menores que, etc.).

Se a versão do aplicativo for de texto personalizado (por exemplo, version123 ou our_latest_version), somente os operadores "igual a" ou "não é igual a" funcionarão; "maior do que" ou "inferior do que" não será aplicado.
Fontes de tráfego Origem do tráfego para a qual a regra é aplicada. Veja também fontes do Protect360
Condições

Escolha se deseja bloquear instalações/eventos in-app que "correspondem" ou "não correspondem" às condições definidas.

  • Condições de correspondência - a atribuição será bloqueada para instalações/eventos in-app que correspondam às condições definidas e a ação selecionada abaixo se aplicará a todas elas.
     
  • Não corresponde às condições - A atribuição será bloqueada para instalações/eventos in-app que não correspondam às condições abaixo, e a ação selecionada abaixo será aplicada a todas as instalações restantes.

Veja também as condições do Protect360 para instalações e eventos in-app.
Ações

Para instalações: selecione o que fazer com as instalações que atendem às condições especificadas:

  • Marque instalações como inválidas e não as atribua. As instalações não aparecerão nos dashboards da AppsFlyer, exceto no Protect360 e em relatórios.
     
  • Bloquear atribuição e corrigi-la para a última fonte de mídia válida. Se nenhuma fonte de mídia válida for identificada, a instalação será considerada orgânica.
     

Para eventos in-app: selecione o que fazer com as instalações que atendem às condições específicas:

  • Bloquear atribuição, mas mostrar nos dados do Protect360. Os eventos não são atribuídos, mas são exibidos no dahsboard do Protect360 e nos dados brutos.
  • Remover da AppsFlyer. Os eventos não serão exibidos na plataforma da AppsFlyer.

Consulte resultados para mais informações.

 

Fontes de instalação

Em Fontes, você pode definir a origem do tráfego de instalações às quais a regra se aplica.

Aqui, você pode selecionar três opções: 

  • Todo o tráfego: inclui instalações orgânicas e não orgânicas. Informações sobre a fonte não estão disponíveis para instalações orgânicas. Essa opção inclui todas as fontes de mídia, incluindo aquelas que serão adicionadas no futuro.
    Exemplo: aplique uma regra a todo o tráfego vindo da versão do aplicativo anterior à versão X.

  • Todo o tráfego não orgânico: aplicável a todas as fontes de tráfego não orgânico (agências ou outros), incluindo novas fontes adicionadas posteriormente.
    Exemplo: bloqueie o tráfego não orgânico de uma geolocalização específica onde você não faz campanhas de UA ou retargeting.

  • Tráfego não orgânico específico: aplica a regra apenas a agências ou canais de mídia específicos. Você deve selecionar ou adicionar manualmente canais de mídia ao editar a regra.
    Exemplo: bloqueie instalações de um canal de mídia específico se o CTIT for maior que X dias.

Opções de fonte adicionais estão disponíveis para clientes do Protect360, para instalações e eventos in-app.  

Campo Operador Valor Observações
Agência
  • In
  • Tráfego de agência e de outras fontes
  • Tráfego de outras fontes
  • Agências transparentes (menu)

Agências transparentes:

  • agências que especificam suas fontes de mídia.
  • Agências que são transparentes para apenas alguns dos aplicativos selecionados são exibidas no menu de agências não transparentes.
  • Todas as agências devem compartilhar seus canais de mídia.</li><li>Agências que compartilham canais de mídia somente para alguns dos aplicativos selecionados aparecem no menu "Agências transparentes".</li></ul>
Fonte de mídia
  • In list
  • Not in list
  • Equals
  • Doesn't equal
  • Contains
  • Doesn't contain
  • Starts with
  • Ends with
  • Matches regular expression
  • Search for desired value.
  • Select from menu.
  • Free text (para valores que não existem nos resultados da pesquisa).
  • Menu se baseia em:
    • Aplicativos e agências selecionadas.
    • Tráfego dos últimos 30 dias, ordenado por volume de tráfego.
  • O texto livre deve ser digitado exatamente como aparece nos dados brutos.
Campanha
  • In list
  • Not in list
  • Equals
  • Doesn't equal
  • Contains
  • Doesn't contain
  • Starts with
  • Ends with
  • Is empty
  • Isn't empty
  • Matches regular expression
  • Search for desired value.
  • Selecione o valor no menu.
  • Free text (para valores que não existem nos resultados da pesquisa).
Campaign ID
  • Apenas texto livre.
  • É possível adicionar vários valores separados por espaços.
Ad ID
Ad set ID
Nome do adset

Condições de instalação

A seção Condições é onde você define as condições que determinam quando as instalações são bloqueadas ou atribuídas à última fonte válida.  

Você pode adicionar várias condições e grupos de condições a cada regra.

As condições são definidas de acordo com as condições, operadores e valores descritos na tabela a seguir.

Upload em massa

Ao selecionar os operadores na lista ou fora da lista dentro das condições disponíveis, você tem a opção de fazer upload em massa de um arquivo CSV ao adicionar novos itens.

Para fazer isso:

  1. Selecione uma condição com um operador na lista ou fora da lista .
  2. Selecione na lista ou fora da lista na lista suspensa do operador.
  3. Selecione fazer upload de arquivo CSV na caixa adicionar novos itens. 

Atenção: o arquivo CSV pode conter até 17 mil valores.

 

Opções de condição adicionais estão disponíveis para os clientes do Protect360, para instalações e eventos in-app.  

Condição Operador Valor Observações
Campanha
  • Equals
  • Doesn't equal
  • Doesn't contain
  • Contains
  • Starts with
  • Ends with
  • In list
  • Not in list
  • Matches regular expression
  • Is empty
  • Isn't empty
  • Search for desired value.
  • Selecione o valor no menu.
  • Free text (para valores que não existem nos resultados da pesquisa).
  • Menu se baseia em:
    • Aplicativos e agências selecionadas.
    • Tráfego dos últimos 30 dias, ordenado pela frequência do tráfego.
  • O texto livre deve ser digitado exatamente como aparece nos dados brutos.
Campaign ID
  • Apenas texto livre.
  • É possível adicionar vários valores separados por espaços.
Ad ID
Ad set ID
Nome do adset
Tipo de dispositivo
Geo
  • In list
  • Not in list
  • Equals
  • Doesn't equal


 
  • Pesquisar o valor desejado (com base no nome do país, código do país, estado ou cidade).
  • Selecione o valor no menu.
Plataforma Selecione o valor no menu.
Moeda

Apenas moeda. Valores possíveis:

USD, NZD, SGD, IMP, ANG, MNT, BIF, BBD, HUF, ERN, AZN, AOA, PYG, MYR, GYD, VUV, SLL', FKP, DJF, GNF, LVL, MMK, MRO, RSD, CLF, XDR, ZAR, TND, PHP, KGS, XPD, RON, RUB, KMF, SCR, GIP, TRY, JEP, UYU, XCD, FJD, GHS, MVR, AWG, UGX, TOP, CVE, MKD, COP, CUC, GTQ, KZT, MXN, MGA, AUD, BDT, ISK, KRW, DZD, GGP, OMR, ZMW, MOP, CUP, JPY, SHP, LSL, ETB, BWP, MAD, AED, NGN, BRL, GEL, IDR, EUR, GBP, WST, XAF, SZL, XOF, SEK, UZS, KES, KYD, ILS, KWD, NPR, BZD, QAR, UAH, BTN, HTG, DKK, VND, SBD, JMD, IQD, LBP, XPT, HRK, HKD, JOD, PAB, CDF, VEF, XAU, BAM, CNY, SOS, XPF, GMD, DOP, XAG, KPW, BOB, BHD, BYN, BYR, LRD, BGN, AMD, CZK, CAD, LAK, EEK, MTL, PLN, LKR, BTC, MWK, LTL, ZMK, PGK, YER, PEN, KHR, RWF, BSD, AFN, ZWL, LYD, TMT, HNL, TWD, IRR, MUR, THB, ALL, TJS, SDG, BMD, CRC, NOK, SRD, MZN, CLP, STD, SYP, TZS, EGP, ARS, MDL, INR, SAR, PKR, TTD, NIO, BND, NAD, SVC, CHF
Receita
  • Lower then
  • Lower than or equals
  • Greater than
  • Greater than or equals
  • Is between
  • Equals
  • Doesn't equal
  • Apenas texto livre.
Versão do sistema operacional
  • Lower than
  • Lower than or equals
  • Greater than
  • Greater than or equals
  • Equals
  • Doesn't equal
  • Is between
  • In list
  • Not in list
  • Search for desired value.
  • Select from menu.
  • Free text (para valores que não existem nos resultados da pesquisa).
Dias de lookback
  • Lower than
  • Greater than or equals
  • Is between
  • Texto livre: Um único valor numérico.
  • Refere-se à janela de lookback de impressão/clique em dias.
  • Garante que você não pague por instalações com um link de atribuição que foi modificado para permitir um período de atribuição mais longo.
  • Não substitui a configuração da janela de lookback no link de atribuição.
  • [Recomendado] Use combinado com a condição de tipo de toque de atribuição (disponível com o Protect360)
Está pré-instalado
  • Yes
  • No
  • Nenhum valor (o operador é o valor)
  • Valida todos os tipos de pré-instalações:
    • Pré-instalações de fábrica, ou seja, um aplicativo que vem no dispositivo como parte do sistema operacional.
    • Pré-instalações oferecidas, ou seja, um aplicativo promovido e oferecido aos usuários assim que o dispositivo é inicializado. Isso é feito por fontes de mídia designadas para pré-instalações.
  • Para instalações com vários cliques/fontes, essa condição valida se uma das fontes é uma pré-instalação.
É deep link Um campo de deep link vazio em dados brutos é considerado "Is deeplink = No"

Fontes de eventos in-app

Quando eventos in-app são selecionados na seção Eventos, além das opções de fonte regulares, os clientes têm outra opção de fonte para definir a quais eventos in-app sua regra se aplica.

A origem é definida de acordo com o campo, operadores e valores descritos na tabela a seguir.

Atenção: todas as outras fontes de eventos in-app têm como base a origem da instalação à qual o IAE está associado (por exemplo, agência, fonte de mídia, campanha, ID da campanha, ID do site etc).

Campo Operador Valor Observações
Nome do evento
  • In list
  • Not in list
  • Equals
  • Doesn’t equal
  • Contains
  • Doesn’t contain
  • Starts with
  • Ends with
  • Is empty
  • Isn’t empty
  • Matches regular expression
  • Search for desired value.
  • Selecione o valor no menu.
  • Free text (para valores que não existem nos resultados da pesquisa).
  • O texto livre deve ser digitado exatamente como aparece nos dados brutos.

Condições do evento in-app

Quando os eventos in-app são selecionados na seção Eventos, os clientes têm opções de condição adicionais para definir a quais eventos in-app sua regra se aplica. Essas condições podem ser misturadas e combinadas com qualquer uma das condições fora do Protect360 listadas anteriormente.

As condições do Protect360 são definidas de acordo com as condições, operadores e valores descritos na tabela a seguir.

Condição Operador Valor Observações
Nome do evento
  • In list
  • Not in list
  • Equals
  • Doesn’t equal
  • Contains
  • Doesn’t contain
  • Starts with
  • Ends with
  • Is empty
  • Isn’t empty
  • Matches regular expression
  • Search for desired value.
  • Selecione o valor no menu.
  • Free text (para valores que não existem nos resultados da pesquisa).
  • O texto livre deve ser digitado exatamente como aparece nos dados brutos.



 

Atenção

O nome do evento não é sensível a maiúsculas de minúsculas. Todos os nomes de eventos são convertidos automaticamente para letras minúsculas antes da avaliação. Por exemplo, se você escolher o nome como Formulário de envio, o sistema o converterá como um formulário de envio.

Fontes de instalação e de eventos in-app do Protect360

Além das opções de fontes regulares, os clientes do Protect360 têm outra opção de fonte para definir a quais instalações sua regra se aplica. A fonte é definida de acordo com o campo, operadores e valores descritos na tabela a seguir.

Campo Operador Valor Observações
Site ID
  • In list
  • Not in list
  • Equals
  • Doesn’t equal
  • Contains
  • Doesn’t contain
  • Starts with
  • Ends with
  • Is empty
  • Isn’t empty
  • Matches regular expression
  • Apenas texto livre.
  • É possível adicionar vários valores separados por espaços.
  • O texto livre deve ser digitado exatamente como aparece nos dados brutos.

Condições de instalação do Protect360

Os clientes do Protect360 têm um conjunto adicional de condições para validar suas instalações. Essas condições podem ser misturadas e combinadas com qualquer uma das condições fora do Protect360 listadas anteriormente.

As condições do Protect360 são definidas de acordo com as condições, operadores e valores descritos na tabela a seguir.

Condição Operador Valor Observações
CTIT (Click Time to Install Time, tempo do clique à instalação)
  • Lower than
  • Greater than or equals
  • Is between
  • Texto livre: Um único valor numérico.
  • Use esse campo somente se você tiver certeza de um CTIT específico (geralmente em uma geolocalização específica). Caso contrário, você pode causar o bloqueio de instalações como falso-positivas.
    Atenção: o mecanismo antifraude do Protect360 tem formas sofisticadas incorporadas de identificar anomalias complexas de CTIT devido ao hijacking de atribuição, flooding de cliques, instalações falsas por bots e mais.
  • Considere usar esse campo junto com os seguintes campos:
    • Is pre-installed
    • Is deeplink
    • Geo
Atenção: A condição de instalação CTIT não oferece suporte ao bloqueio de instalações atribuídas ao engajamento de engaged click, apenas cliques "regulares".
 
Customer user ID (CUID)
  • Equals
  • Doesn't equal
  • Doesn't contain
  • Contains
  • Starts with
  • Ends with
  • In list
  • Not in list
  • Matches regular expression
  • Is empty
  • Isn't empty
  • Apenas texto livre.
  • É possível adicionar vários valores separados por espaços.
  • O menu se baseia no tráfego dos últimos 30 dias, ordenado pela frequência de tráfego.
  • O texto livre deve ser digitado exatamente como aparece nos dados brutos.



 
Versão do aplicativo
  • Lower than
  • Lower than or equals
  • Greater than
  • Greater than or equals
  • Equals
  • Doesn't equal
  • Is Between
  • In list
  • Not in list
  • Not in last
  • Not in last (major)
  • Search for desired value.
  • Select value from menu.
  • Free text (para valores que não existem nos resultados da pesquisa).
  • O menu se baseia no tráfego dos últimos 30 dias, ordenado pela frequência de tráfego.
  • O texto livre deve ser digitado exatamente como aparece nos dados brutos.
  • Para "Not in last", se você tiver mais de uma série de versões, selecione "Not in last (major)". Saiba mais
Versão do SDK
  • Lower than
  • Lower than or equals
  • Greater than
  • Greater than or equals
  • Equals
  • Doesn't equal
  • Is Between
  • In list
  • Not in list
  • Search for desired value.
  • Select value from menu.
  • Free text (para valores que não existem nos resultados da pesquisa).
  • O menu se baseia no tráfego dos últimos 30 dias, ordenado pela frequência de tráfego.
  • O texto livre deve ser digitado exatamente como aparece nos dados brutos.
Instalador/Loja
  • In list
  • Not in list
  • Equals
  • Doesn’t equal

Selecione o valor no menu:

  • Google Play
  • Other stores
  • Out of store
  • Google Play: a AppsFlyer identifica que o pacote de instalação é com.android.vending.
  • Outras lojas: a AppsFlyer identifica que a instalação é de uma loja externa do Android.
  • Fora da loja: a AppsFlyer identifica um APK que não está em nenhuma loja Android.

Caso o dispositivo de um usuário não ofereça o parâmetro instalador/loja para a AppsFlyer, a regra não entra em vigor.
Instalador/Loja personalizada Free text (para valores que não existem nos resultados da pesquisa).
  • Se o cliente escolheu uma condição de "other" E também uma condição de "custom installer=X" - o bocking será apenas para o instalador X
  • Se o cliente escolheu uma condição de "other" OU uma condição de "custom installer=X" - o bocking será para TODOS os "outros" instaladores/lojas - e X faz parte desse grupo
Tipo de toque de atribuição
  • Click
  • Impression
Operadora
  • In list
  • Not in list
  • Equals
  • Doesn't equal
  • Apenas texto livre.
  
User agent
  • Contains
  • Doesn't contain
  • Apenas texto livre.
  
IP address
  • In list
  • Not in list
  • Equals
  • Doesn't equal
  • Apenas texto livre.
  

Condições de eventos in-app do Protect360

Quando os eventos in-app são selecionados na seção eventos, os clientes do Protect360 têm opções adicionais de condições para definir a quais eventos in-app sua regra se aplica. Essas condições podem ser misturadas e combinadas com qualquer uma das condições fora do Protect360 listadas anteriormente.

As condições do Protect360 são definidas de acordo com as condições, operadores e valores descritos na tabela a seguir.

Condição Operador Valor Observações
Fonte do evento
  • In list
  • Not in list
  • Equals
  • Doesn’t equal
  • Search for desired value.
  • Select value from menu. 
 Selecione SDK ou Server-to-server.
Valor do evento
  • In list
  • Not in list
  • Equals
  • Doesn’t equal
  • Contains
  • Doesn’t contain
  • Starts with
  • Ends with
  • Is empty
  • Isn’t empty
  • Matches regular expression
  • Apenas texto livre.
  • É possível adicionar vários valores separados por espaços.
  • Selecione seus valores preferidos.


 
Instalação x tempo do evento (em segundos)
  • Lower than
  • Greater than or equals
  • Is between
 Free text. Um único valor numérico.
  • Com base no fluxo do seu aplicativo, você decide o tempo válido entre a instalação do aplicativo e um IAE.
    • Exemplo: tempo necessário para alcançar o nível 5, tempo para o primeiro depósito (FTD), tempo para finalizar o check-out etc.
  • O tempo é em segundos, mas você pode validar minutos, horas ou dias usando o equivalente em segundos.

Lógica entre condições e grupos de condições

Se você adicionar várias condições ou grupos de condições a uma regra, selecione a relação lógica entre eles usando: 

  • And: o que significa que a instalação está em conformidade com todas as condições definidas.
  • Or: o que significa que a instalação está em conformidade com pelo menos uma das condições definidas.

Por exemplo, se você quiser validar instalações com base tanto na plataforma quanto no sistema operacional, você deve selecionar and. Dessa forma, a plataforma definida deve sempre acompanhar o sistema operacional definido. Se quiser validar instalações com base em plataforma ou sistema operacional, você deve selecionar or.

Procedimentos

Ver lista de regras

Para visualizar todas as regras criadas na sua conta:

  1. Na AppsFlyer, acesse Configurações > Regras de validação.
    A janela Regras de validação é aberta, com a lista de regras de validação.
  2. Selecione sua exibição de tabela preferida usando o botão de Ver lista/Detalhes.
  3. Filtre as regras na lista usando as opções de pesquisa e filtro.
    • Você pode pesquisar pelo nome da regra, fonte, nome da condição e valor.
    • Por exemplo, digite 7 para encontrar todas as regras definidas para uma versão do sistema operacional que contenha 7. (por exemplo: “2.7.4”, “7.1” etc.). Ou digite Canadá para encontrar regras definidas para o Canadá na condição Geolocalização. 

Adicionar regra

Para configurar uma nova regra:

  1. Na AppsFlyer, acesse Configurações > Regras de validação.
    A janela de regras de validação abre.
  2. Clique em Adicionar regra.
    A janela para adicionar nova regra é aberta.
  3. Insira um nome de regra.  Use um nome exclusivo que:
    • descreva precisamente a regra.
    • não seja ofensivo para ad networks, pois ele é exibido no relatório de instalações bloqueadas, assim como nos postbacks rejeitados para ad networks.
  4. Complete as seções do criador de regras.
  5. [Opcional] Adicione condições e/ou grupos de condições, conforme necessário. Certifique-se de selecionar a lógica relevante entre condições/grupos de condição.
  6. [Opcional] Clique emEstimar impacto no tráfego para ver como sua regra afetará o tráfego.
  7. Clique em Salvar.

Atenção

A versão do aplicativo deve conter apenas números. Por exemplo, 2.2.1. 

Atenção: 

as versões numéricas do aplicativo (por exemplo, 2.2.1) oferecem suporte a todos os operadores (iguais, maiores que, menores que, etc.).

Se a versão do aplicativo for de texto personalizado (por exemplo, version123 ou our_latest_version), somente os operadores "igual a" ou "não é igual a" funcionarão; "maior do que" ou "inferior do que" não será aplicado.

Ver o impacto da regra de validação

Veja o impacto estimado que suas regras de validação têm no tráfego, o que significa quantas instalações bloqueadas e atribuições bloqueadas provavelmente resultarão. 

vr_estimate.png

Atenção

  • O estimador da regra de validação pode ser acessado apenas por anunciantes. Os parceiros não têm acesso.
  • As estimativas estão disponíveis para regras relacionadas a instalações, não para regras relacionadas a eventos in-app.
  • A estimativa também exibe o que se aplica à regra, mas já está bloqueada pela proteção contra fraudes do Protect360, outra regra de validação, ou, se a regra estimada não for nova, o tráfego é bloqueado por sua configuração anterior.

Para ver o impacto estimado da sua regra de validação:

  1. Na AppsFlyer, vá para Regras de validação. 
  2. Selecione uma regra existente ou clique em + Adicionar regra e crie uma nova regra com fontes e condições de regra.
  3. Vá até a parte inferior da regra e clique em Estimar impacto no tráfego.
    A janela de impacto estimado da regra se abre.
  4.  Selecione se deseja basear o impacto estimado em dados do último dia ou dos últimos 7 dias.
    • Os novos blocos estimados, assim como a porcentagem recém-bloqueada de tráfego devido à regra de validação, são exibidos.
    • Quando a regra é definida apenas em fontes não orgânicas, a estimativa exibe o impacto da regra em relação a todo o seu tráfego. Para ver o impacto em relação apenas às fontes (por exemplo, uma fonte de mídia ou campanha específica), na legenda do gráfico, desmarque Outras fontes.

Editar ou excluir uma regra

Para editar, excluir, ativar ou desativar uma regra:

  • Na lista de regras, selecione a ação que você deseja executar para uma regra específica.
    • Em Ativo: habilite ou desabilite a regra.
    • Em Ação: edite ou exclua a regra.

Perguntas frequentes

O que é uma "expressão regular"?

Um padrão de expressão regular é composto por caracteres para os quais você deseja encontrar uma correspondência. Padrões simples são construídos com caracteres para os quais você deseja encontrar uma correspondência direta. Quando a busca por uma correspondência requer algo mais do que uma correspondência direta, você pode incluir caracteres especiais no padrão.

Exemplos:

Expressão regular Descrição
^abc Começa com abc
xyz$ Termina com xyz
^abc.*xyz$ Começa com abc e termina com xyz
^abc.*(?<!xyz)$ Começa com abc e não termina com xyz
^([0-9]{2}) Começa com 2 dígitos
\"example_param\":\"[5|6] O valor do parâmetro especificado começa com 5 ou 6.
^.{0}$|^\{\}$ Está vazio, ou é apenas {}

Por que a fonte ou condição não é exibida como um valor sugerido quando eu procuro por ela?

Existem duas razões possíveis:

  • Verifique se os aplicativos relevantes estão selecionados. Se o aplicativo não estiver selecionado, os valores não serão exibidos nos resultados da pesquisa.
  • Os resultados são exibidos somente se o valor que você está procurando aparecer em seu tráfego durante os últimos 30 dias. Além disso, há um intervalo de até um dia entre quando a conversão ocorre e quando a fonte ou condição é exibida como uma opção de menu.

Se o valor não aparecer como resultado de pesquisa, você pode digitar o valor como texto livre e pressionar a tecla Enter no teclado.

Por que minhas opções de fonte de mídia incluem apenas Meta ads e X Ads?

As opções de campo Fontes de mídia são afetadas pela seleção da Agência.

É necessário ter ambos "and/or" dentro de condições e entre grupos específicos?

Depende do seu caso. Às vezes, qualquer opção alcança os mesmos resultados. Outras vezes, ambas as opções são necessárias.

Por exemplo, se nos EUA você registrar instalações apenas na V10 do sistema operacional ou versões mais recentes, mas no Brasil você registrar instalações com V7 e versões mais recentes, você precisará de uma regra como:

{[Geo = US] and [OS version = 10]} OR {[Geo = Brazil] and [OS version = 7]}

As regras de validação bloqueiam cliques?

Não. As regras de validação podem bloquear instalações, bloquear a atribuição a fontes de uma instalação (que impede que a fonte de mídia de um clique/impressão receba atribuição) e bloquear eventos in-app. No entanto, nenhuma dessas opções bloqueia o clique real e os KPIs de cliques não são afetados pela execução de regras de validação.

Olhando para os dados brutos, vejo que as instalações que eu esperava que seriam bloqueadas por regras de validação têm um motivo de bloqueio diferente do nome da minha regra. Por que?

Isso significa que o bloqueio ocorreu por conta do mecanismo do Protect360 e não de uma regra de validação. Consulte também várias regras.

As regras existentes se aplicam automaticamente ao tráfego de agências recém-integrado?

Isso depende das configurações de Fonte, conforme descrito na tabela abaixo.

Se a regra não for aplicada automaticamente, você deverá editar a regra:

  • Altere o campo Agência para Tráfego de agência e de não agência ou selecione a agência específica.
Configuração de fonte Seleção de campo de agência A regra é aplicada se a regra foi criada antes de qualquer integração de agência com um dos seus aplicativos? A regra será aplicada se a regra tiver sido criada após pelo menos uma integração de agência com um dos seus aplicativos?
Todo o tráfego N/R Yes Yes

Só não orgânicas 		N/R No N/R
Tráfego de agência e de outras fontes N/R Yes

Tráfego de não agência e/ou

agências específicas

 N/R No

Como funcionam as condições "not in last"?

Use Not in last para permitir instalações das versões mais recentes do aplicativo e bloquear instalações de versões mais antigas.

  • Not in last X versions: permite instalações das últimas X versões do aplicativo selecionado e bloqueia instalações de todas as versões anteriores.
     
  • Not in last (major) X versions: use quando sua versão incluir várias séries de versões principais (por exemplo, 1.x e 2.x). Essa condição permite as últimas X versões dentro de cada série principal e bloqueia versões anteriores em cada série.
Exemplo: Not in last

Você tem essas versões de aplicativos existentes:

  • 1.0.01
  • 1.0.02
  • 1.0.03
  • 2.0.01
  • 2.0.02
  • 2.0.03

Uma regra definida com blocos "Not in last 2 versions":

  • Permite: 
    • 2.0.02
    • 2.0.03
       
  • Bloqueia: 
    • 1.0.01
    • 1.0.02
    • 1.0.03
    • 2.0.01
Exemplo: Not in last (major)

Usando a mesma lista de versões acima, uma regra definida como Not in last (major) 2 versions:

  • Permite: 
    • 1.0.02
    • 1.0.03
    • 2.0.02
    • 2.0.03
       
  • Bloqueia: 
    • 1.0.01
    • 2.0.01
Entenda como a condição funciona com vários aplicativos

Se você selecionar vários aplicativos na regra, a AppsFlyer avalia o status de Not in last para cada aplicativo separadamente.

Por exemplo, se você definir Not in last 3 versions e selecionar o app A, B e C:

  • O aplicativo A permite suas últimas 3 versões com base no histórico de versões do aplicativo A.
  • O aplicativo B permite suas últimas 3 versões com base no histórico de versões do aplicativo B.

O aplicativo C permite suas últimas 3 versões com base no histórico de versões do aplicativo C.

Como bloquear a atribuição de instalações ou eventos in-app a partir de impressões?

Use uma regra de validação quando quiser impedir a atribuição de engajamentos baseados em impressões e manter a atribuição apenas para cliques válidos. Se nenhum canal de mídia tiver cliques válidos, a instalação será atribuída como orgânica. Essa configuração pode ajudar a solucionar cenários de atribuição relacionados ao hijacking de instalação.

Para configurar a regra:

  • Em Fontes de tráfego, selecione Todo o tráfego não orgânico.

  • Em Condições, selecione Tipo de toque de atribuição.

    • Defina o operador como Na lista.

    • Selecione Impressão.

  • Em Ação, selecione Bloquear atribuição e corrigi-la para o último canal de mídia válido.

Não selecione Marcar instalações como inválidas e não as atribua para este caso de uso. Essa ação destina-se a instalações que você considera inválidas ou falsas. Se a instalação for real, mas você não quiser atribuí-la ao engajamento baseado em impressões, use Bloquear atribuição e corrigir para último canal de mídia válido.

Características e limitações

Características Descrição
Acesso do usuário à conta Somente os usuários da conta com as permissões apropriadas podem visualizar, adicionar e editar regras de validação. 
Aquisição de usuários As regras de validação se aplicam a instalações, reinstalações e reatribuições (quando o aplicativo foi removido do dispositivo). Elas não se aplicam a casos de reengajamento, ou seja, quando o aplicativo ainda está no dispositivo.
Desativação automática das regras

Se você criar regras:

  • usando fontes ou condições do Protect360 e, em seguida, sua licença ou período de avaliação do Protect360 expirar, as regras são automaticamente desativadas.
Ad networks

Solicite permissão do anunciante para visualizar regras de validação e ver detalhes das regras. Atenção: os nomes das regras sempre são exibidos (inclusive nos dados brutos).

Saiba mais sobre as regras de validação para ad networks
Agências

Solicite a permissão do anunciante para:

  • Ver as regras de validação e ver os detalhes das regras. Atenção: os nomes das regras sempre são exibidos (inclusive nos dados brutos).
  • Adicionar regras de validação para adicionar e editar regras. Atenção: As agências não podem editar regras criadas pelos anunciantes.
  • Acesse o dashboard do Protect360 e dados brutos para visualizar e adicionar regras com as condições do Protect360.

Saiba mais sobre as regras de validação para agências
Usuários únicos Se você tiver mais de 100 eventos in-app configurados, mesmo que use regras de validação para invalidar determinados eventos in-app, a limitação para contagem de usuários únicos ainda se aplica. Significa que eventos acima de 100 não contam com usuários únicos, mesmo que sejam invalidados pelas regras de validação.
SKAN Indisponível