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. 
   • API de receita de monetização. Ou seja, receita com base na fonte do anúncio, não na fonte de UA.
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.

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.