Visão geral: saiba mais sobre as diferenças dos modelos de atribuição dos anúncios do Meta e da AppsFlyer.
Discrepâncias entre os anúncios do Meta e a AppsFlyer
Como quaisquer dois players importantes do ecossistema de aquisição de usuários mobile, a AppsFlyer e o Meta ads diferem em seus modelos de atribuição. Isso pode causar discrepâncias entre os dashboards do Meta ads e da AppsFlyer.
Embora nós trabalhemos em conjunto com o Meta ads para minimizar essas discrepâncias, os anunciantes devem estar cientes das possíveis causas para essas discrepâncias, que descrevemos abaixo.
Detectar uma discrepância entre a AppsFlyer e o Meta ads
Compare eventos listados no Gerenciador de eventos do Meta ads com aqueles nos relatórios da AppsFlyer. Se o número de eventos variar significativamente, pode haver uma discrepância.
Diferenças em modelos de atribuição
| Causa | Meta Ads | AppsFlyer |
|---|---|---|
|
Janela de lookback de atribuição de cliques |
7 dias (Observe que existem alguns casos específicos nos quais o padrão é diferente). |
1 a 30 dias. Certifique-se de definir 7 dias com o Meta ads. |
|
Janela retroativa de atribuição por visualização |
1 dia (Observe que existem alguns casos específicos nos quais o padrão é diferente). |
1 dia por padrão, mas pode ser configurada para 1–48 horas (manter este valor padrão) |
|
Atribuição de fonte |
O Meta ads autoatribui instalações independentemente de outros canais de mídia. |
A AppsFlyer usa a atribuição de último clique (veja mais informações sobre a atribuição da AppsFlyer aqui). |
|
Atribuição entre dispositivos |
O Meta ads atribui seus usuários que clicam e instalam em diferentes dispositivos, por exemplo, iOS/Android/desktop. |
A AppsFlyer atribui dispositivos únicos, que executam tanto o engajamento quanto a instalação |
|
Fusos horários diferentes |
O fuso horário padrão dos anúncios do Meta é PST. Certifique-se de alterá-lo no gerenciador de anúncios do Meta para corresponder ao fuso horário do aplicativo definido nas configurações do aplicativo na AppsFlyer. |
O fuso horário padrão do aplicativo da AppsFlyer é UTC + 0. Você pode alterar o fuso horário definido para o aplicativo na página configurações do aplicativo para corresponder ao fuso horário definido no gerenciador de anúncios do Meta. |
|
Referenciador da instalação do Google |
Quando uma instalação sem um ID de anunciante é atribuída aos anúncios do Meta usando o referenciador da instalação do Google Play, a AppsFlyer não a relata de volta aos anúncios do Meta. Isso causa uma discrepância, já que o dado será exibido na AppsFlyer e não nos anúncios do Meta. |
|
|
AEM para compartilhamento de dados |
Para compartilhamento de dados AEM, o Meta Ads recebem todos os eventos de conversão. Esta atribuição adicional não aparece na AppsFlyer. Portanto, há um aumento na discrepância de dados entre as duas plataformas para instalações (na maioria dos casos) e eventos in-app, incluindo sessões. |
|
Atribuição de cliques e de exibição
A AppsFlyer é compatível com a atribuição de cliques e de exibição. Para minimizar as discrepâncias entre os anúncios do Meta e a AppsFlyer, certifique-se de que tanto as janelas de lookback de clique e de exibição sejam consistentes com as padrão definidas pelos anúncios do Meta.
A janela de lookback de clique padrão dos anúncios do Meta é definida para 7 dias. Embora existam alguns casos específicos em que o padrão é diferente, é recomendável definir a janela de lookback de clique na AppsFlyer para 7 dias para abranger todas as opções padrão dos anúncios do Meta.
Para comparar as janelas de atribuição de click-through e de view-through no Meta ads com as da AppsFlyer, acesse o Meta ads. Recomendamos configurar as janelas de atribuição na AppsFlyer de acordo com os valores do Meta ads, conforme mostrado na captura de tela a seguir:
Exemplo
Vamos supor que a janela de lookback de cliques do Meta ads esteja configurada na AppsFlyer para 1 dia para o aplicativo com.greatapp, enquanto no Meta ads o valor padrão é de 7 dias. Usuários que clicam no anúncio do greatapp no Facebook, mas inicializam o aplicativo pela primeira vez após 2 a 7 dias, são atribuídos como usuários orgânicos na AppsFlyer, enquanto o Meta ads autorrelata esses usuários.
Discrepâncias de mídia restritas
Até 28 de outubro de 2021, os dados de atribuição de usuários trazidos por meio da atribuição de visualização (VTA) eram restritos e não estão disponíveis para anunciantes.A partir de 29 de outubro de 2021, as restrições se aplicam aos usuários trazidos por meio da atribuição de visualização e clique. Relatórios agregados não foram afetados por isso.
Como os anúncios do Meta não enviam dados no nível do usuário, a AppsFlyer pode não atribuir impressões e cliques de assistência à conversão aos anúncios do Meta.
Exemplo
- Um usuário vê ou clica em um anúncio do AwesomeApp no Facebook. Depois, ele visualiza, clica em um anúncio GreatAdNetwork para AwesomeApp e o instala.
- Os anúncios do Meta reivindicam a conversão desde que ocorreu em sua janela de lookback.
- A AppsFlyer atribui a conversão ao GreatAdNetwork, pois foi lá que houve o último engajamento antes da instalação.
- A AppsFlyer não considerará os anúncios do Meta como uma rede de assistência à conversão, pois os dados brutos de anúncios do Meta são restritos.
No entanto, para atribuição de cliques, se o anúncio direcionar os usuários para a Google Play Store, os campos de atribuição estarão disponíveis para os anunciantes no Google Install Referrer. Os campos fornecidos pelo referenciador preenchem os relatórios de dados brutos da AppsFlyer disponíveis para você e permitem que a AppsFlyer atribua usuários que não têm um ID de anúncios (habilitado para LATs).
Diferenças nos eventos in-app
As diferenças entre plataformas também podem estar presentes em eventos pós-instalação (por exemplo, compras in-app), que são exibidos no Meta ads e na AppsFlyer. A tabela a seguir descreve os motivos mais comuns para essas diferenças e sugere algumas dicas para minimizá-las:
| Causa | Descrição | Dica da AppsFlyer |
|---|---|---|
|
Autoatribuição |
O Meta ads sempre atribui eventos às próprias campanhas que os impulsionaram, enquanto a AppsFlyer atribui esses eventos ao canal de aquisição. |
Instalações e eventos, que o Meta ads autoatribui de forma incorreta, são indicados como assistências (assists) na AppsFlyer. |
| Definição de tempo de vida diferente | A vida útil de um usuário no Meta ads é definida em até 7 dias, o que significa que o Meta ads não mostra eventos se eles ocorreram mais de 7 dias após o clique no anúncio. Na AppsFlyer, a vida útil de um usuário do Meta ads é definida como até 180 dias. |
Ao avaliar o valor dos usuários das campanhas do Meta ads que ocorreram há mais de 7 dias, use dados da AppsFlyer para ter uma visão mais ampla. |
| Eventos não mapeados | A AppsFlyer recebe os eventos originados do SDK, mas eles não são mapeados para o Meta ads e, portanto, não são enviados. | Certifique-se de mapear com o Meta ads todos os eventos in-app que indicam a qualidade dos usuários. |
| Receita não enviada | A AppsFlyer recebe a receita dos eventos originários do SDK, mas eles não são enviados para o Meta ads. | Certifique-se de que as caixas Enviar Receita dos eventos in-app estejam sempre marcadas. Por exemplo, no caso do evento de compra na captura de tela abaixo. |
| Valores de eventos ausentes no Meta ads | A AppsFlyer envia parâmetros e valores para o Meta ads como parte do mapeamento de eventos, se eles tiverem as estruturas corretas. | Crie seus eventos in-app do SDK de acordo com as estruturas recomendadas pela AppsFlyer para mapear totalmente os valores de eventos com o Meta ads. |
Instalações de campanhas de reengajamento em meu painel da UA?
Uma campanha de reengajamento pode fazer com que os usuários abram um aplicativo já instalado (reengajamento). Como alternativa, quando a AppsFlyer reconhece que houve uma instalação anterior do aplicativo no mesmo dispositivo, a AppsFlyer pode se referir a essa conversão como uma reatribuição.
Se, em uma campanha de reengajamento, o Meta ads chegar até novos usuários ou usuários que instalaram o aplicativo pela primeira vez após mais do que a janela de reatribuição definida após a instalação original, esses usuários são registrados como novas instalações de aquisição na AppsFlyer, que pertencem a campanhas de reengajamento no Meta ads.
Por outro lado, instalações que acontecem dentro da janela de reatribuição definida depois da instalação original são consideradas como reatribuições e aparecem na página de retargeting da AppsFlyer, enquanto podem aparecer como novas instalações pelo Meta ads.
Nota
Enquanto o Meta ads mostra todas as instalações de uma campanha de retargeting no mesmo lugar, no dashboard da AppsFlyer as instalações são divididas entre a página de Visão geral (novas instalações) e a página de Retargeting (reatribuição e reengajamentos).
Atribuição entre dispositivos
Relatórios do Meta ads sobre a atribuição entre dispositivos. Às vezes, isso pode causar problemas em que uma campanha para uma plataforma (iOS/Android) mostra instalações em outra plataforma.
Exemplo
Aline clica em um anúncio mobile do GreatApp no Facebook com seu celular Android. Os anúncios do Meta registram o clique que Alina realizou na campanha original direcionada ao Android chamada "Mulheres no Android". Aline decide instalar o GreatApp em seu iPad. Na primeira inicialização, a AppsFlyer pergunta ao Meta ads a origem dessa instalação do iOS, e o Meta ads responde com a campanha "Mulheres no Android".
Regras de validação e Protect360
Se você usar as Regras de validação da AppsFlyer, os resultados podem diferir entre a AppsFlyer e o Meta ads quando instalações originadas no Meta ads forem negadas. Nesses casos, o Meta ads autorrelata as instalações, enquanto a AppsFlyer recusa essas instalações.
Da mesma forma, se você usar a solução antifraude da AppsFlyer, o Protect360, é possível que haja instalações em que o Meta ads auto-reporta e a AppsFlyer nega.
Exemplo
Roberto, gerente de UA do GreatApp, cria uma campanha chamada SPNA, que tem como público-alvo somente falantes de espanhol na América do Norte. Como verificação, Roberto define uma regra de validação que aceita somente usuários do Canadá e dos EUA.
Quando um usuário do Meta ads da Espanha realiza um clique e uma instalação, o Meta ads auto-reporta a instalação, enquanto a AppsFlyer nega a instalação que não passa pela regra da validação.
Discrepâncias relacionadas ao SDK
Podem haver várias ocasiões nas quais os anunciantes implementam ambos os SDKs da AppsFlyer e do Facebook. Isso pode causar dicrepâncias nos dados de eventos in-app O Meta não desduplica eventos in-app, que são relatados por ambos os SDKs. Isso significa que há a probabilidade de que o Meta Ads relate receitas e outros eventos de forma errônea.
- Use um dos métodos a seguir para evitar relatórios de eventos in-app duplicados em anúncios do Meta:
- Não configure eventos no SDK do Facebook.
- Desative o mapeamento de eventos in-app do Meta ads da AppsFlyer.