Guia de atribuição de receita de anúncios

A atribuição da receita de anúncios é compatível com diferentes métodos de granularidade. A granularidade depende da rede de monetização.

• Granularidade agregada:
  • A AppsFlyer obtém a receita diária dividida por localização.
  • A receita efetiva por ação (eRPA) é obtida através da divisão da receita pelo número de instâncias de um evento trigger.
  • Os eventos de gatilho são eventos abertos ou eventos in-app específicos definidos no aplicativo. 
• Granularidade a nível do usuário (também conhecida como granularidade a nível de impressão) [prática recomendada]:
  • A rede de monetização relata a receita por usuário a nível de impressão. Nem todas as redes de monetização são compatíveis com a granularidade a nível do usuário. 
  • Essa receita é atribuída à fonte de mídia que trouxe o usuário. Ou seja, a atribuição da receita publicitária da AppsFlyer segue as regras de atribuição encontradas na plataforma, incluindo regras de atribuição de retargeting.

Observação: se você estiver usando uma rede de mediação, desative as APIs de receita publicitária para parceiros de monetização que fazem a mediação por meio da rede de mediação antes de ativar a API de granularidade a nível do usuário. Caso contrário, você terá dados duplicados. 

A AppsFlyer fornece vários tipos de dados de receita de anúncios. Observação: nem todas as ad networks oferecem todas as opções listadas abaixo.

Receita atribuída: receita de anúncios com base na fonte de aquisição de usuários, disponível tanto a nível agregado quanto a nível do usuário. Por exemplo:

• O usuário vê um anúncio da Rede A e faz download do seu aplicativo.
• O anúncio é exibido dentro do aplicativo.
• A receita de anúncios é atribuída à Rede A (responsável pela aquisição do usuário), independentemente de quem publicou o anúncio.

API de receita de monetização: receita baseada na fonte dos anúncios, não na fonte de aquisição de usuários. Por exemplo:

• O usuário vê um anúncio da Rede A e faz download do seu aplicativo.
• O anúncio da Rede B é exibido dentro do aplicativo.
• A receita de anúncios é atribuída à Rede B.

Para implementar a atribuição de receita de anúncios da API, siga um dos fluxos de trabalho para o método de granularidade adequado na tabela a seguir. 

Implementação de granularidade agregada:

• A rede integrada relata a receita total por dia detalhada por geolocalização.
• A AppsFlyer deriva a receita efetiva por ação (eRPA) dividindo a receita de anúncios pelo número de instâncias de um evento de gatilho.
• Cada vez que ocorre um evento de gatilho, a AppsFlyer cria um evento _monetized, que inclui o eRPA. Por exemplo, ad_matched_monetized.
• O uso da receita de eRPA é atribuído a fontes de mídia.
• Não relate a receita publicitária em eventos in-app. Isso faz com que a receita publicitária duplicada no Dashboard, pois a AppsFlyer obtém os dados de receita da rede de monetização por integração.
• Se você estiver usando uma rede de mediação, desative as integrações de receita publicitária para parceiros de monetização que fazem a mediação por meio da rede de mediação antes de ativar a integração de receita publicitaria com a rede de mediação. Caso contrário, você terá dados duplicados. 
• Você pode usar um dos seguintes tipos de eventos: 
  • Evento in-app exclusivo de monetização requer modificações no aplicativo. 
  • evento af_app_opened que está disponível por padrão.

Implementação de granularidade a nível do usuário (nível de impressão):

Esse método é a melhor prática. Ele fornece o maior nível de granularidade e a receita de anúncios é atribuída sem a necessidade de modificar o aplicativo. A receita de anúncios é atribuída com precisão à fonte de UA. 

Dados de receita de anúncios a nível de usuário: a atribuição fica disponível nos relatórios de dados brutos. Não enviamos postbacks de dados a nível de usuário para parceiros integrados 

A receita de usuários de aplicativos para os quais não há registro de atribuição na AppsFlyer é atribuída como orgânica, com a data de instalação como o dia em que a receita publicitária é relatada. Isso pode ocorrer, por exemplo, depois da exclusão de dados a nível do usuário do Facebook. 

Migrando da granularidade agregada para notas de implementação de granularidade a nível do usuário

• A migração não afeta os dados históricos de receita de anúncios. Esses dados permanecem inalterados.
• Os dados de receita de anúncios são extraídos uma vez por dia às 14:00 UTC usando as opções de granularidade selecionadas nesse momento.
• A granularidade a nível do usuário não exige que você defina eventos in-app (como você faz para relatórios a nível agregado). Você pode continuar enviando esses eventos, mas eles não afetam os relatórios de granularidade a nível do usuário na AppsFlyer.

Antes de começar:

• Solicite que o parceiro integrado de receita de anúncios forneça as credenciais da API.

Para habilitar a integração da receita de anúncios com a rede de receita de anúncios:

1. Na AppsFlyer, acesse Configuração > Parceiros Integrados.
   A janela de Parceiro Integrado é aberta. 
2. Selecione um parceiro. Dica: selecione Ativo e Receita de anúncios para exibir seus parceiros existentes que possuem recursos de receita de anúncios.
   A janela de configuração do parceiro integrado será aberta.
3. Acesse a aba de Receita de anúncios e habilite Obter dados de receita de anúncios.
4. Selecione o tipo de dados de receita de anúncios que você deseja receber. Observação: nem todas as ad networks oferecem todas as opções listadas abaixo. Se a receita atribuída não incluir a opção a nível do usuário, isso significa que apenas dados agregados estão disponíveis.
   • Receita atribuída. Ou seja, receita com base na fonte de aquisição do usuário. Os relatórios de receita atribuídos podem ser:
     • Nível agregado. Para o nível agregado, você também precisa selecionar o evento no qual basear a receita de anúncios. Por exemplo, se você escolher o evento af_app_opened, a receita total do anúncio será dividida entre todos os eventos abertos pelo aplicativo, o que lhe dará a receita de anúncios por abertura do aplicativo.  
     • Nível do SDK
     • Observação: se você estiver usando uma rede de mediação, desative as integrações de receita publicitária para parceiros de monetização que fazem a mediação por meio da rede de mediação antes de ativar a integração de receita publicitaria com a rede de mediação. Caso contrário, você terá dados duplicados. 
5. Preencha as credenciais da API ou faça login, conforme exigido pelo parceiro integrado. Isso não é relevante para a integração no nível do SDK.
6. Clique em Salvar receita de anúncios.
7. Se o botão Testar conexão for exibido, como na imagem acima, clique em Testar conexão.
   • Se chave de API verificada aparecer, você concluiu com sucesso o procedimento. 
   • Se qualquer outra mensagem aparecer, consulte Status e teste da API de receita de anúncios e repita o procedimento.
8. Se o botãoTestar Conexão não aparecer, você concluiu o procedimento.
   A AppsFlyer coleta os dados do parceiro várias vezes por dia.  

• O status operacional da integração da receita de anúncios fica disponível da seguinte forma:

  • Dashboard de controle de status da integração de receita de anúncios e custos: lista centralizada de parceiros para os quais a integração de receita de anúncios está habilitada para um ou mais aplicativos hospedados em sua conta. 
  • Alguns parceiros permitem que você teste a conexão da API. Quando disponível, um botão Testar conexão é exibido. 
  • Para verificar se a conexão da API é operacional:
  • Clique em Testar conexão. 
    A mensagem "Chave da API verificada" é exibida. Se esse não for o caso, siga as orientações de ação corretiva na tabela a seguir. 

A receita de anúncios mostra a qualidade dos usuários de diferentes fontes ao longo do tempo. À medida que os usuários continuam lançando o aplicativo e engajando com anúncios, o LTV aumenta.

Observação: pode haver discrepâncias entre os dados de receita de anúncios em diferentes dashboards e relatórios. Saiba mais. 

A atribuição de receita de anúncios está disponível da seguinte forma:

• Baseado em LTV:
  • Dashboards: visão geral, eventos,
  • Análise da coorte
  • Master API
• Com base na atividade:
  • Dashboard: Atividade
  • Dados brutos de receita publicitária

Dashboard de visão geral - relatório de performance agregada

No dashboard de Visão geral:

• Os valores, incluindo receita, são LTV. Consulte LTV vs. dados de atividade.
• A coluna Receita inclui toda a receita, inclusive a receita de anúncios e de compras in-app.
• Faça uma análise detalhada da hierarquia de anúncios (fonte de mídia, campanha, conjunto de anúncios, geolocalização) para visualizar os eventos monetizados no relatório.

Dashboard de eventos

No dashboard de Atividade:

• Os valores, inclusive a receita, são baseados em dados de atividade. Consulte LTV vs. dados de atividade.
• A média de ações por usuário indica a tendência dos usuários de interagir com os anúncios apresentados no aplicativo. 

Os relatórios de dados brutos de receita de anúncios contêm dados fornecidos por redes de monetização com integração a nível do usuário com a AppsFlyer. 

Princípios de dados brutos de receita de anúncios

• Os dados são agregados pelo número de impressões exclusivas por usuário. Impressões exclusivas são derivadas da combinação de rede de monetização de anúncios, bloco de anúncios e posicionamento. 
• Atualização de dados brutos é idêntica à da receita de anúncios a nível de usuário no dashboard de Atividade.

Características e campos de dados

Os campos nos relatórios de receita de anúncios são preenchidos:

• Pelo próprio evento de receita de anúncios, listado na tabela abaixo. Esses campos são divididos em:
  • Específico: campos específicos para a receita de anúncios. Por exemplo, impressões e posicionamento. Atenção! Os campos preenchidos diferem por parceiro de monetização, conforme mostrado na tabela Campos por rede nesta seção.
  • Contexto: campos com um significado semelhante em outros relatórios de dados brutos. Por exemplo, nome do evento, valor do evento, moeda. 
• Como resultado da atribuição do evento à fonte de mídia que trouxe o usuário. Isso significa que esses campos são copiados do evento de conversão que trouxe o usuário. Por exemplo, fonte de mídia e campanha. Esses campos não estão listados na tabela a seguir. 

Como posso obter a receita total de anúncios de cada plataforma?

• A atribuição de receita de anúncios é vinculada e exibida em relação à fonte de aquisição de usuários.
• Isso fornece a visão do LTV do seu ROI e KPIs.
• Para visualizar a receita total de cada plataforma de monetização, use um evento in-app diferente para cada rede e siga o seguinte procedimento:
  1. No dashboard de Visão geral, acesse a tabela de relatório de performance agregada.
  2. Selecione até quatro eventos monetizados que representam as plataformas que você deseja consultar. 

     

  3. Faça o download do relatório, clique em Exportar CSV.

  4. Resuma a coluna Receita do evento monetizado da plataforma solicitada
     

     

Observe que essa receita de anúncios total são dados de LTV, ou seja, é toda a receita gerada por uma rede de monetização para o seu aplicativo vinda de usuários, que instalaram durante o período específico.

A receita de anúncios está disponível na página de atividades?

Sim!

A página de Atividade relata a receita combinada de compras in-app e receita de anúncios. Observação: os dados de receita de anúncios são enviados à AppsFlyer diariamente, no dia seguinte ao evento. 

Preciso ativar o parceiro na aba de Integração?

• Se você engaja com o parceiro apenas para monetização de anúncios (receita de anúncios): não ative a opção Ativar parceiro na aba Integração. 
• Ative somente dados de Obter receita de anúncios na aba Receita de anúncios.

Como a receita de anúncios a nível do usuário é atribuída se um usuário tiver uma versão do aplicativo sem o SDK da AppsFlyer?

• A receita de anúncios é atribuída como orgânica.

Há uma discrepância entre os dados de receita de anúncios em diferentes dashboards e relatórios? 

Podem haver discrepâncias entre os dados de receita de anúncios no dashboard de Visão geral e nos relatórios de dados brutos, além dos dashboards de Atividade e de Cohort. Isso ocorre porque: 

• Os dados de receita publicitária nos painéis Coorte e Atividade, assim como os dados via Master API e Coorte API, são atualizados retroativamente; no painel Visão geral, e por meio da exportação de dados brutos e da Pull API, não é.
• Às vezes, os dados são exibidos nos dashboards de Atividade e de Cohort antes de aparecerem no dashboard de Visão geral.
• Os painéis incluem eventos marcados como af_ad_revenue e _monetized, enquanto os dados brutos incluem apenas eventos af_ad_revenue.
• Dispositivos desconhecidos podem estar levando a um aumento na receita do Dia 0 relatada nos painéis e relatórios de Coorte e LTV.