Regras de validação para proprietários de aplicativos

• Para instalações: regras de validação, dependendo da ação selecionada, bloqueiam a atribuição para fontes inválidas ou bloqueiam a instalação.
• Para eventos in-app: as regras de validação bloqueiam o 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 seguem
  Instalações	Bloquear atribuição	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: Dashboard de instalações do Protect 360 Relatório de dados brutos de instalações do Protect360 (com a fonte de mídia bloqueada) 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 IAE regular Com fonte de mídia bloqueada no dashboard de IAE do Protect360 e relatório de dados brutos de IAE bloqueados do Protect360
  	Instalação bloqueada	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: Dashboard de instalações do Protect 360 Relatório de dados brutos de instalações do Protect360 (com a fonte de mídia bloqueada) Sem o plano Protect360 Premium: Relatório de dados brutos de instalações do Protect360 (com a fonte de mídia bloqueada)	Bloqueadas Dados disponíveis com o plano Protect360 Premium no dashboard de IAE do Protect360 e relatório de dados brutos de IAE bloqueado
  Eventos in-app	Bloquear evento in-app	Selecionado quando eventos in-app que são inválidos com base nas condições da regra são consideradas falsas.	Com o plano Protect360 Premium: Dashboard de IAE do Protect360 Relatório de dados brutos de eventos in-app do Protect360 Sem o plano Protect360 Premium: N/A	Dados disponíveis com o plano Protect360 Premium no dashboard de IAE 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õesnecessárias.
• Quando uma 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 simplificar o 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.
  Observação: 
  • Um postback só é enviado se o conjunto de ad networks para recebê-lo estiver integrado à AppsFlyer para receber postbacks.
  • Os relatórios de postbacks e postbacks rejeitados estão disponíveis na página de exportação.
  • Saiba mais sobre postbacks e postbacks rejeitados.
• O bloqueio de instalação e atribuição, assim como o bloqueio de IAE, afetam apenas como e onde os dados são reportados na AppsFlyer. Eles não impedem o uso do aplicativo pelos seus usuários finais.
  • Se necessário, você pode usar os relatórios de dados brutos de instalação bloqueada e IAE bloqueados (disponíveis via exportação, pull API e data locker), para que a lista de usuários do aplicativo seja desativada.
• Os relatórios de instalações/IAE bloqueados e postbacks rejeitados contêm o nome das regras que bloquearam as instalações/IAE sob o motivo do bloqueio. Consulte a seção de várias regras se houver mais de uma regra.
  • Quando as instalações/IAEs 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 de validação podem ser executadas na mesma instalação/IAE. Isso acontece quando a instalação atende às condições de várias regras. 
• A instalação/IAE é 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:

A seção Fontes é onde você define as origens de tráfego das instalações às quais a regra se aplica.

Existem duas opções principais: 

• Todo o tráfego: a regra se aplica a qualquer instalação, independentemente da sua fonte (agência, fonte de mídia, campanha, orgânica etc.). 
  Observação: como essa opção inclui instalações orgânicas, nenhuma informação adicional de origem pode ser selecionada e somente a opção para bloquear instalação está disponível. Isso ocorre porque não é possível bloquear/corrigir a atribuição de instalações orgânicas.
• Somente não orgânico: a regra se aplica às origens selecionadas, com os campos, operadores e valores conforme descrito na tabela a seguir.

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

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.

Opções de condição adicionais estão disponíveis para os clientes do Protect360, para instalações e 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.

Observaçã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).

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 não relacionadas ao Protect360 mencionadas anteriormente.

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

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

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 não-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.

Quando os eventos in-app são selecionados na seção Eventos, os clientes do Protect360 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 não-Protect360 mencionadas anteriormente.

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

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

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

Por exemplo, se quiser validar instalações com base tanto na plataforma quanto no sistema operacional, você deve selecionar e. 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 ou.

Para visualizar todas as regras criadas na sua conta:

1. Na AppsFlyer, acesse Configuração > Regras de validação.
   A janela das 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 por nome da regra, origem, 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.

Para configurar uma nova regra:

1. Na AppsFlyer, acesse Configuração >Regras de Validação.
   A janela de Regras de Validação é aberta.
2. Clique em Adicionar regra.
   A janela 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.

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. 

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 é aberta. 
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 comparação com todo o seu tráfego. Para ver o impacto em comparação apenas com as fontes (por exemplo, uma fonte de mídia específica ou campanha), vá para a legenda do gráfico e desmarque Outras fontes.
     

     

Para editar, excluir, ativar ou desativar uma regra:

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

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:

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.

As opções de campo Fontes de mídia são afetadas pela seleção da Agência. Se "agência não transparente" for selecionada como uma das fontes de tráfego, nenhuma fonte de mídia será exibida, exceto para anúncios do Meta e Twitter, sobre os quais mesmo as agências não transparentes precisam ser transparentes. 

Observação: se sua regra se aplicar a vários aplicativos, qualquer agência que seja transparente em alguns dos aplicativos selecionados, mas não transparente em outros, será considerada não transparente. Isso significa que você não pode selecionar fontes de mídia específicas que não sejam anúncios do Meta ou Twitter.

Depende do seu caso de uso. À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ê for compatível com instalações apenas no na V10 do sistema operacional ou versões mais recentes, mas no Brasil você for compatível com V7 e mais recentes, você precisará de uma regra como:

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

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) ou 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.

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.

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.

"Not in last" é uma condição usada quando você tem uma série de versões do app que deseja incluir na regra de validação. "Not in last (major)" é uma condição usada quando você tem mais de uma série de versões de aplicativos que você quer incluir na regra de validação.

Exemplo: 

• Você tem uma série de versões de aplicativos 1.0 e 2.0
• Todas as suas 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":
  • 2.0.02
  • 2.0.03
• Uma regra definida com blocos "Not in last (major) 2 versions":
  • 1.0.02
  • 1.0.03
  • 2.0.02
  • 2.0.03