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

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

Visão geral: atribua sua receita de anúncios visualizar a performance de LTV.

Attributes_ad_revenue.png

Atribuição de receita de anúncios

  • Anúncios são exibidos como banners, mural de ofertas, intersticiais e outros formatos, sendo repsonsáveis por gerar receita publicitária.
  • A receita publicitária, combinada com compras in-app e receita de assinaturas, permitem que você tenha um panorama completo do LTV dos seus usuários. Ao comparar o LTV com os gastos de mídia de uma campanha, é possível descobrir qual é o seu ROI, ficando disponibilizado na plataforma. 

Dados de receita de anúncios atribuída:

  • Adquiridos das redes de mediação e/ou monetização de anúncios por meio de server APIs ou por um reporting SDK incorporados ao aplicativo (incluindo iOS 14).
  • São atribuídos à fonte de mídia que originalmente trouxe o usuário. Por exemplo:
    • Um usuário vê um anúncio da Network A e baixa o seu aplicativo.
    • Um anúncio é exibido dentro do aplicativo.
    • A receita de anúncios é atribuída à Network A (responsável pela aquisição do usuário), independentemente de quem publicou o anúncio.
  • A granularidade dos relatórios depende da integração da rede de monetização e do tipo de atribuição da receita de anúncios.

Tipos de integração para 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.

Tipo de integração Descrição

Nível agregado via S2S API
  • A AppsFlyer obtém a receita diária por localização.
  • A receita efetiva por ação (eRPA) é obtida através da divisão da receita pelo número de vezes em que ocorre um evento de disparo.
  • Os eventos de disparo podem ser aberturas do app ou eventos in-app específicos definidos no aplicativo. 
  • Se você estiver usando uma rede de mediação, desative as integrações de receita de anúncios 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 nessa rede. Caso contrário, você terá dados duplicados. 

Nível do dispositivo via S2S API
  • A rede de mediação ou monetização relata a receita por usuário no nível do dispositivo. Nem todas as redes são compatíveis com a granularidade a nível de usuário.
  • Essa receita é atribuída à fonte de mídia que trouxe o usuário. Ou seja, a atribuição da receita de anúncios da AppsFlyer segue as regras de atribuição da plataforma, incluindo regras de atribuição de retargeting. 
  • Se você estiver usando uma rede de mediação, desative as integrações de receita de anúncios 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 nessa rede. Caso contrário, você terá dados duplicados. 
  • O nível do dispositivo via S2S API inclui 100% da receita de anúncios e tem a maior precisão de dados entre os diferentes tipos de integração de receita.
  • Os dados estão disponíveis nos relatórios de dados brutos.  Não enviamos postbacks de dados a nível de dispositivo para parceiros integrados.
Nível de impressão via SDK
  • O nível de impressão refere-se à maneira como a AppsFlyer recebe os dados. Os dados podem acabar sendo relatados em outros níveis de granularidade (como no nível do dispositivo).
  • A rede de mediação ou monetização relata a receita por usuário em nível de impressão. Nem todas as redes são compatíveis com a granularidade em nível de impressão.
  • Essa receita é atribuída à fonte de mídia que trouxe o usuário. Ou seja, a atribuição da receita de anúncios da AppsFlyer segue as regras de atribuição da plataforma, incluindo regras de atribuição de retargeting. 
  • Se você estiver usando uma rede de mediação, desative as integrações de receita de anúncios 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 nessa rede. Caso contrário, você terá dados duplicados. 
  • O nível de impressão via SDK oferece os dados mais atualizados entre todos os tipos de integração de receita.
  • Compatível com SKAN.
Nível de impressão (via SDK) com nível de dispositivo (via S2S API)
  • Permite que os dados em nível de impressão que chegam por meio do SDK sejam atribuídos e relatados no dia X e sejam alternados com dados de nível de dispositivo que chegam por meio da API do dia 1 em diante. Observação: para Android, os dados relatados via SDK de dispositivos desconhecidos (sem IDs de dispositivos disponíveis) não são substituídos por dados que chegam via API.
  • Permite atualização de dados precisa. Ou seja, você tem o benefício da atualização dos dados para o Dia X com a precisão dos dados para os Dias X+1 em diante.
  • Compatível com SKAN.

Implementação

As seções a seguir descrevem os tipos de atribuição de receita de anúncios disponíveis, bem como os fluxos de trabalho e as etapas necessárias para implementação e manutenção.

Conectar-se com parceiros integrados

Antes de começar:

  • Peça ao parceiro integrado que ele forneça as credenciais da API.

Para ativar a integração da receita de anúncios com a ad network:

  1. Na AppsFlyer, no menu lateral, selecione configurações > configurações de receita > receita de anúncios.
  2. Em integração de receita de anúncios, clique em nova integração de receita de anúncios.
  3. Selecione um parceiro de receita adicional e clique em avançar.
    ad_revenue_ui.png
  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.
    • Receita atribuída. Ou seja, receita com base na fonte de aquisição do usuário. Os relatórios de receita atribuída podem exibir:
      • Nível agregado via S2S API.
        • Selecione o evento que servirá de base para a receita de anúncios. Por exemplo, se você escolher o evento af_app_opened, a receita total será dividida entre todos os eventos abertos pelo aplicativo, resultando na receita de anúncios por abertura do aplicativo.   
      • Nível do dispositivo via S2S API. 
        • Observação: se você ativar a API de receita de anúncios no nível do dispositivo de uma rede de mediação, você deve desativar as integrações de receita das redes de monetização mediadas por ela. Caso contrário, você terá dados duplicados. 
      • Nível de impressão via SDK.
        • Peça aos desenvolvedores do seu aplicativo que integrem o conector SDK de receita de anúncios da AppsFlyer. As opções estão disponíveis para Android, iOS e Unity.
      • Nível de impressão (via SDK) com nível de dispositivo (via S2S API).
        • Peça aos desenvolvedores do seu aplicativo que integrem o conector SDK de receita de anúncios da AppsFlyer. As opções estão disponíveis para Android, iOS e Unity.
      • Observação: Se você estiver usando uma rede de mediação, desative as integrações de receita de anúncios 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 nessa rede. Caso contrário, você terá dados duplicados.
  5. Preencha as credenciais da API ou faça login, conforme exigido pelo parceiro integrado.  Essa ação não é relevante para as integrações de SDK.
  6. Clique em Salvar.
  7. Se o botão Testar conexão for exibido, como na imagem acima, clique em Testar conexão.
  8. Se não houver a opção de testar conexão, o procedimento está concluído.
    A AppsFlyer coleta dados do parceiro várias vezes por dia.
  9. [Opcional] Faça o controle de qualidade e compare os dados de receita de anúncios que você vê na AppsFlyer com os dados de receita que você vê nos painéis do seu parceiro de mediação e parceiro de UA. Saiba mais
  10. [Opcional] Compartilhe dados de receita de anúncios com seus parceiros via sinais de UA e postbacks de eventos de receita de anúncios.

Observação: se você mudar de um tipo de integração para outro, essa alteração entrará em vigor às 12h UTC do dia seguinte. 

Visualize, edite e exclua parceiros integrados

delete_edit_adi.png

Para visualizar, editar ou excluir integrações:

  1. Na AppsFlyer, no menu lateral, selecione configurações > configurações de receita > receita de anúncios e selecione o seu app.
    Uma lista com todas as suas integrações de parceiros é exibida, juntamente com informações sobre o produto e o tipo de integração, o status da integração e os nomes dos eventos de receita.
  2. Passe o mouse sobre a integração e clique em editar ou excluir conforme necessário.

Desduplicação da receita de anúncios cruzada

A duplicação parcial dos dados de receita pode ocorrer quando um aplicativo usa duas plataformas de mediação, ambas associadas à mesma rede de monetização. Nesses casos, cada plataforma de mediação relata toda a receita gerada por sua rede de monetização associada, mesmo que essa receita tenha sido gerada sendo mediada por apenas uma das redes.

Para evitar a duplicação parcial dos dados:

  1. Na AppsFlyer, no menu lateral, selecione configurações > configurações de receita> receita de anúncios:
  2. Em configurações gerais, clique em desduplicar receita quando dois parceiros de mediação se cruzam. Observação: não faça a desduplicação se as duas plataformas mediarem formatos de anúncio diferentes. Por exemplo, quando a plataforma 1 mostra banners e intersticiais, e a plataforma 2 mostra AppOpen e anúncios nativos. 
dedup.png

Agregar granularidade utilizando eventos de abertura do app ou eventos in-app

A granularidade agregada das receitas de anúncios funciona da seguinte forma:

  • A rede integrada relata a receita total por dia, detalhada por geolocalização. 
  • A AppsFlyer obtém a receita efetiva por ação (eRPA) através da divisão da receita de anúncios pelo número de instâncias de um evento de disparo.
  • A AppsFlyer cria um evento _monetized, que inclui o eRPA total para cada dispositivo atribuído. Por exemplo, ad_matched_monetized.
  • Usando o eRPA, a receita é atribuída às fontes de mídia.
  • Você pode usar um dos seguintes tipos de eventos:  
    • Evento in-app exclusivo de monetização, que requer modificações no aplicativo.  
    • Evento af_app_opened, que está disponível por padrão.
  • Não informe os valores de receita em eventos in-app em paralelo a uma integração de receita de anúncios. Isso faz com que a receita de anúncios seja duplicada no dashboard, pois a AppsFlyer obtém os dados de receita da rede de monetização através da integração.  

Receita de anúncios agregada usando eventos

Método do evento Como é implementado Considerações

Evento in-app exclusivo de monetização  
  • Um evento in-app é definido no momento da exibição do anúncio  
  • Isso fornece uma contagem distinta de ações do usuário, permitindo cálculos de eRPA aprimorados  
  • Ele pode ser ainda mais refinado, separando um evento in-app diferente para cada rede de monetização, permitindo que você separe a receita por rede de monetização
    Para mais informações, veja a tabela abaixo. 
  • Requer que o desenvolvedor modifique o aplicativo
  • A receita pode ser separada por rede de monetização no dashboard

af_app_opened event
  • O evento af_app_opened é enviado pelo SDK da Appsflyer por padrão
  • Ele é acionado a cada sessão de usuário  
  • Nenhuma modificação do aplicativo é necessária
  • Rápida implementação  
  • Os valores de eRPA ficam bastante distorcidos, a menos que você mostre apenas um aplicativo por sessão
  • Sem divisão da receita por rede de monetização
  • O evento pertence a todos os usuários que iniciam o aplicativo, de forma que não é possível saber se o usuário estaria disposto a receber anúncios

Comparação de métodos de eventos in-app

Método Prós Contras Considerações
Usa o mesmo evento para todas as redes. Por exemplo, ad_watched. Isso gera automaticamente o evento ad_watched_monetized, contendo as informações de monetização Implementação mais simples Sem informações de qualidade, como o número de cliques e a receita de anúncios por rede
  • Mais adequado se o objetivo principal for encontrar fontes/campanhas que atraem os usuários que possuem maior tendência a clicar em anúncios.  
  • Não é adequado para comparar a performance das redes de monetização.

(Prática recomendada) Cada rede recebe um evento exclusivo para a visualização de anúncios. Exemplo: ad_watch_admob,

 ad_watch_vungle.

 Visibilidade total e capacidade de comparar as redes de monetização no dashboard, além de exibir dados brutos. A receita de anúncios não é acumulada em um único evento. O número de eventos é equivalente ao número de redes Permite a comparação de redes de monetização no dashboard. A receita de anúncios é separada por rede usando um evento in-app por rede.  

Status e testes da API

  • O status operacional da integração da receita de anúncios é disponibilizado da seguinte forma:

    • Dashboard do status da integração: Lista de parceiros com os quais a integração da receitas de anúncios está ativada para um ou mais aplicativos da sua conta. 
    • Alguns parceiros permitem que você teste a conexão da API. Nesse caso, o botão de testar conexão é exibido. mceclip0.png
    • Para verificar se a conexão da API está funcionando:
    • Clique em testar conexão. 
      Uma mensagem informando que a chave da API foi verificada é exibida. Se esse não for o caso, siga as orientações de ação corretiva na tabela a seguir.  
Status Significado Observações/ação necessária
Chave verificada  -
Credenciais inválidas.

Uma ou mais credenciais fornecidas estão incorretas.

 Obtenha as credenciais corretas com o parceiro de receita de anúncios
Detalhes de configuração ausentes Um ou mais campos estão incompletos Recupere as credenciais no dashboard do parceiro ou entre em contato com ele e solicite as credenciais.  

Dados de receita de anúncios

Os dados de receita de anúncios estão disponíveis por meio dos dashboards da AppsFlyer e relatórios de dados brutos.

Dados agregados de receita de anúncios

A receita de anúncios mostra a qualidade dos usuários obtidos de diferentes fontes ao longo do tempo. À medida que os usuários continuam abrindo 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:
    • Nos dashboards: visão geral, eventos
    • Relatórios de LTV
    • Dashboard e relatórios de cohort
    • Master API
  • Baseado em atividades:
    • Dashboard: atividades
    • Dados brutos de receita de anúncios

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

No dashboard de visão geral:

  • Os valores, incluindo a 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 atividades:

  • 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 exibidos no aplicativo.  

Exemplos

Três usuários instalaram um aplicativo em 31 de dezembro de 2017. Eles são atribuídos da seguinte forma:

  • Usuário A: Network A
  • Usuário B Network B
  • Usuário C: Orgânico 

O aplicativo está integrado a cinco plataformas de monetização diferentes. Cada plataforma usa um evento in-app exclusivo no SDK da AppsFlyer:

  • Meta Audience Network: fb_ad_view
  • Chartboost: chartboost_ad_view
  • Admob: admob_ad_view
  • Applovin: applovin_ad_view
  • IronSource: is_ad_view 

Quatro dias após a instalação, os usuários visualizam os anúncios da seguinte forma:

Usuário

Rede de UA

fb_
ad_view

chartboost_
ad_view

admob_
ad_view

applovin_
ad_view

is_ad_view

Total

A

Network A

31/12/2017

01/01/2018

US$ 1

02/01/2018

US$ 1

03/01/2018

US$ 1

04/01/2018

US$ 1

 

 US$4
 B

Network B

31/12/2017

02/01/2018

US$ 1

 

04/01/2018

US$ 1

 

   US$2
 C

Orgânico

31/12/2017

01/01/2018

US$ 1

      

02/01/2018

US$ 1

US$2

Olhando para os dados, podemos resumir a receita coletada por usuário, por dia (e por evento in-app):

Usuário

01/01/2018

02/01/2018

03/01/2018

04/01/2018

LTV total
A

US$ 1

US$ 1

US$ 1

US$ 1

US$4
B   US$ 1   US$ 1 US$2
C US$ 1 US$ 1     US$2
Total US$2 US$3 US$ 1 US$2 US$8

Entendendo os relatórios:

A receita de anúncios está vinculada ao LTV do usuário. Portanto, o período de tempo selecionado no dashboard representa o cohort de instalações com a receita é agregada até a hora e o dia atuais. Vamos examinar um relatório com duas seleções de datas diferentes:

Relatório agregado: Datas selecionadas - 31/12/2017 - 05/01/2018

Rede

Receita de LTV

Orgânico

US$2

Network A

US$4

Network B

US$2

Network C

US$2

Nesse caso, o cohort são os usuários que instalaram o aplicativo em 31/12/2017 até o dia em questão, 05/01/2018. Toda a receita gerada por esses usuários está vinculada à fonte de aquisição e é representada pelo LTV do usuário.

Dados brutos de receita de anúncios

PremiumFeature.jpg

Os relatórios de dados brutos de receita de anúncios contêm dados fornecidos por redes de monetização com integração no nível do dispositivo ou no nível da impressão.  

Princípios dos 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 entre a rede de monetização de anúncios, bloco de anúncios e posicionamento.  
  • Os dados brutos a nível de impressão são:
    • Agregados no nível do dispositivo e estão disponíveis em relatórios no nível do dispositivo.
    • Disponíveis da mesma forma que ocorre nos relatórios no nível de impressão no Data Locker.
    • A atualização dos dados brutos é idêntica à da receita de anúncios no nível do dispositivo no dashboard de atividades.
Relatório

Página de
exportação de dados

 Pull API  Data Locker
Receita atribuída (não-orgânica) ✓ ✓ ✓*
Receita orgânica ✓ ✓ ✓*
Receita de retargeting  ✓ ✓ ✓*
Dados brutos em nível de impressão  - - ✓ 
* O relatório com versionado também está disponível, sendo atualizado várias vezes por dia, com dados agregados no nível do dispositivo. Os relatórios do Data Locker não versionados são diários.

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íficos: 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.
    • Contextuais: campos com um significado parecido 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 abaixo.  

Campos preenchidos pela receita de anúncios

api_name Nome do campo Tipo de campo Descrição
event_time Hora do evento Contextual A data à qual a receita é atribuída
event_name Nome do evento Contextual
  • O padrão é definido para af_ad_revenue
  • Também pode ser um evento personalizado
event_revenue Moeda da receita do evento Contextual
  • Valor da receita usando a moeda da receita do evento 
  • Um valor zero indica impressões sem receita
event_revenue_currency Moeda do evento Contextual Moeda da receita do evento
 event_revenue_XXX Receita do evento XXX Contextual
  • Na página de exportação: receita convertida para a moeda específica do aplicativo  
  • No Data Locker, é sempre em USD
  • Na Pull API, a moeda da receita é a mesma do Pull.  
country País

Contextual

 País da instalação
ad_unit

 Unidade do anúncio

Específico

Tipo de anúncio
segment Segmento Específico Nome do posicionamento do anúncio
monetization_network Rede de monetização Específico Rede que envia o anúncio
impressions Impressões Específico Número de vezes que o usuário viu o anúncio
mediation_network Rede de mediação Específico Rede de mediação que reporta o evento para a AppsFlyer

Campos por rede

Nome de exibição Admob ironSource AppLovin MAX Appodeal Fyber
Unidade do anúncio ✓ ✓ ✓ ✓ ✓
Segmento - (1) - - -
Posicionamento - ✓ ✓ ✓ ✓
Rede de monetização ✓ ✓ - ✓ -
Impressões - - ✓ ✓ -
Rede de mediação - ✓ ✓ ✓ -
(1) O anunciante precisa configurar no ironSource

Atualização dos dados

A atualização dos dados depende do tipo de integração e do método de relatório. 

Para integrações da S2S API, a data mais recente de disponibilização dos dados varia:

  • Em dashboards e relatórios (através do Data Locker), disponibilizados a partir do Dia X+1, 8 AM UTC, aproximadamente 4 vezes por dia, de 6 em 6 horas. E para assinantes do ROI360, eles são disponibilizados nos dias 2, 3, 7 e 14, uma vez por dia.

Para integrações de SDK em nível de impressão, a data mais recente de disponibilização dos dados também varia:

  • No melhor cenário, os dados são disponibilizados nos dashboards e relatórios (via Data Locker) começando no Dia X a partir das 5 AM UTC, atualizados aproximadamente 6 vezes por dia, a cada 4 horas.
  • Em relatórios de dados brutos no nível de impressão (via Data Locker), no dia X a partir da 1 AM UTC, atualizados a cada hora.

Para o nível de impressão (via SDK) com nível de dispositivo (via API S2S), os dados são atualizados para o Dia X, com a precisão dos Dias X+1, da seguinte forma:

  • Para dados no nível de impressão coletados via SDK:
    • No melhor cenário, os dados são disponibilizados nos dashboards e relatórios (via Data Locker) começando no Dia X a partir das 5 AM UTC, atualizados aproximadamente 6 vezes por dia, a cada 4 horas.
    • Em relatórios de dados brutos no nível de impressão (via Data Locker), no dia X a partir da 1 AM UTC, atualizados a cada hora.
  • Para dados no nível do dispositivo coletados via API S2S:
    • Em dashboards e relatórios (através do Data Locker), disponibilizados a partir do Dia X+1, 8 AM UTC, aproximadamente 4 vezes por dia, de 6 em 6 horas. E para os assinantes do ROI360, eles são disponibilizados nos dias 2, 3, 7 e 14, uma vez por dia.

Para integrações legadas (pré-ROI360), a atualização dos dados é feita é no dia X+1, 5 PM UTC.

Observação: ao alterar o tipo de integração, os dados recebidos por meio da integração antiga em datas passadas não serão preenchidos pela nova integração. Por exemplo, se no dia X você alterou o tipo de integração do SDK para S2S, os dados serão extraídos do dia X+1 em diante e não serão extraídos dos dias anteriores ao dia X.

Relatórios de receita de anúncios no Data Locker 

Nome Atualização Seções do relatório
Receita de anúncios diária (agregada no nível do dispositivo)

A receita de anúncios de um determinado dia (dia X) é informada no dia seguinte (X+1), às 8 PM UTC.

Por exemplo, a receita de 1 de maio será informada no dia 2 de maio.

O relatório inclui as seções receita de anúncios Atribuída, Orgânica e de Retargeting.
Relatório diário de receita de anúncios versionado (agregado no nível do dispositivo) O relatório diário consiste em:
  • Versões do dia criadas a cada 4 horas durante o dia de recebimento da receita (dia X). Os dados diários são coletados pelo conector SDK ROI.
  • Versões de um dia inteiro criadas nos dias 2, 3, 7 e 13, com base nos dados originados dos relatórios da S2S API.
Ou seja, o conjunto de versões de um relatório diário inclui as seguintes versões:
  • 00:00 — 04:00 no dia X.
  • 00:00 — 08:00 no dia X [conector SDK ROI]
  • 00:00 — 12:00 no dia X [conector SDK ROI]
    • …
  • 00:00 — 24:00 no dia X [conector SDK ROI]
  • 00:00 — 24:00 no dia x+1 [S2S]
  • 00:00 — 24:00 no dia x+2 [S2S]
  • 00:00 — 24:00 no dia x+6 [S2S]
  • 00:00 até 24:00 no dia x+13 [S2S]
 Cada versão do relatório inclui as seções de receita Atribuída, Orgânica e de Retargeting.
Relatório de receita de anúncios no nível de impressão (impression-level) Os registros de receita de anúncios no nível de impressão são gravados em um arquivo separado a cada hora.  

Informações adicionais

Migrando da granularidade agregada para a granularidade no nível do dispositivo

  • A migração não afeta seu histórico de dados 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.
  • A granularidade no nível do dispositivo não exige que você configure eventos in-app (como você faz para relatórios no nível agregado). Você pode continuar enviando esses eventos, mas eles não afetam o relatório de granularidade no nível do dispositivo. 

Sinais de UA para ad networks

Pode ser que você queira trabalhar com ad networks que recebem sinais de UA. Isso significa que as ad networks responsáveis pela aquisição de usuários podem receber dados de receita de anúncios das redes de mediação e utilizá-los para otimizar campanhas de UA de seus clientes.  

Para enviar sinais de UA para essas ad networks:

  • É necessário ter uma assinatura do ROI360 Advanced.
  • Os parceiros de mediação devem ter uma integração no nível da impressão ou no nível do dispositivo.
  • Entre em contato com a ad network para confirmar se ela possui um fluxo de ingestão e uma lógica de otimização para processar esses dados.

Para enviar sinais de UA:

  1. Na AppsFlyer, vá para o menu lateral e selecione colaborar > integrações ativas. 
  2. Selecione o parceiro integrado. 
  3. Acesse a aba de integração.
  4. Verifique se a opção ativar parceiro está habilitada. Caso contrário, os dados não serão compartilhados.
  5. Acesse a aba de permissões.
  6. Ative as permissões da ad network.
  7. Ative acessar dados brutos de receita de anúncios (sinais de UA).
  8. Na opção de envio, selecione se deseja enviar dados de receita de anúncios apenas de um determinado parceiro (somente este parceiro) ou de todas as fontes de mídia (todas as fontes de mídia, incluindo orgânicas).    
  9. Clique em salvar configurações. 
  10. Entre em contato com a ad network:
    1. Notifique-a de que você concedeu essas permissões.
    2. Avise-a que ela deve seguir as instruções necessárias para receber o relatório.

Lista de parceiros de mediação que podem enviar sinais de UA:

  • Applovin Max
  • Google AdMob
  • Appodeal
  • Chartboost
  • Fyber
  • Tapdaq
  • Topon
  • Unity
  • Mediação Unity LevelPlay (antiga ironSource)
  • Admost
  • Tradplusad
  • Yandex

 Lista de ad networks que podem receber sinais de UA:

  • AdAction
  • Adamobi
  • Adjoe
  • Adonco
  • Adshow
  • Appier
  • Apprainbow
  • Aura from Unity
  • Betop
  • Bidswave
  • Brandscale
  • Chameleostudios
  • Chartboost
  • Datawave
  • DLab
  • Ecomonline
  • Etusdigital
  • Foregon
  • GNA Company
  • Happimobi
  • Hybrid
  • Inflecto
  • Irismedia
  • Lambadapp
  • Leadidadmonster
  • Lifestreet
  • Liftoff
  • Melodong
  • Mintegral
  • Mobrand
  • Moloco
  • Motive
  • Mpnd
  • Msla
  • Muvmobile
  • Nexamob
  • Nftdroper
  • Nsofmedia
  • Performadlive
  • Personalyrtb
  • Pitatroas
  • Rebornads
  • RTBhouse
  • Runfuns
  • Scmobi
  • Shalltry
  • Shareit
  • Smadex
  • Tapjoy
  • Targetmedia
  • Thepurpleline
  • TikTok for Business
  • Trademob
  • Truemoney
  • Unity Ads
  • Yandex
  • Yeahmobi
  • Z2A Digital
  • Zoyo

Postbacks de eventos de receita de anúncios para ad networks

Você pode configurar os postbacks de receita de anúncios para ad networks. Isso significa que as ad networks responsáveis pela aquisição de usuários podem receber dados de receita de anúncios em tempo real das redes de mediação e utilizá-los para otimizar as campanhas de UA de seus clientes. 

Pré-requisitos:

  • Assinatura do ROI360 Advanced.
  • Para enviar postbacks para ad networks focadas em UA, é necessário ter uma integração em nível de impressão via SDK com a rede de mediação. A AppsFlyer gera automaticamente um evento af_ad_revenue por impressão. Esses eventos podem ser selecionados a partir da lista de eventos a serem enviados via postback para a ad network.

Importante!

Embora você possa enviar postbacks de receita de anúncios para parceiros específicos, certifique-se de validar como os parceiros usam esses dados antes de iniciar a integração.

Para configurar postbacks de eventos de receita de anúncios:

  1. Pesquise e selecione seu parceiro, seja no marketplace ou através da página configuração >integrações ativas.
  2. Na aba integração, ative postbacks de eventos in-app. 
  3. Selecione o evento af_ad_revenue da AppsFlyer. Observação: Algumas integrações permitem que você selecione todos os eventos. Recomendamos que você não use essa opção, pois ela exclui os eventos af_ad_revenue.
  4. Faça o mapeamento para o evento da ad network da seguinte forma:
    Ad network Mapeamento de af_ad_revenue Captura de tela
    ironSource adRevenue

    Unity Ads ad_revenue

    Moloco Mapeamento não necessário  
    Mintegral Mapeamento não necessário  
    Smadex Mapeamento não necessário  
    Mistplay Mapeamento não necessário  
    Meta Ads fb_mobile_purchase

    TikTok for Business - SRN avançada ImpressionLevelAdRevenue

    Aura from Unity ad_revenue

    Digital Turbine ad_revenue

    SingleTap da Digital Turbine ad_revenue

  5. Clique em salvar integração.

Lista de parceiros de mediação que podem enviar eventos de receita de anúncios no nível de impressão para ad networks de UA:

  • Applovin Max
  • Google AdMob
  • Appodeal
  • Chartboost
  • Fyber
  • Tapdaq
  • Topon
  • Unity
  • ironSource
  • Admost
  • Tradplusad
  • Yandex

 Lista das ad networks de UA que podem receber postbacks de eventos de receita de anúncios:

  • ironSource
  • Unity Ads
  • Moloco
  • Mintegral
  • Meta Ads
  • Smadex
  • Mistplay
  • TikTok for Business — SRN avançada
  • Aura from Unity
  • Digital Turbine
  • SingleTap da Digital Turbine

Perguntas frequentes

Como posso acessar 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.
  • Assim, fornecemos uma 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 ad network e siga o procedimento abaixo:
    1. No dashboard de visão geral, acesse a tabela do relatório de performance agregada.
    2. Selecione até quatro eventos monetizados que representam as plataformas que você deseja consultar.  

      selecting_monetized_events.png

    3. Faça o download do relatório clicando em exportar CSV.

    4. Faça a soma dos valores da coluna receita do evento da plataforma solicitada

      revenue_sum_up.png

    Observação: o total da receita de anúncios corresponde aos dados de LTV, ou seja, indica toda a receita gerada por uma rede de monetização vinda de usuários que instalaram o seu app durante um período específico.

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

Sim. A página de atividades relata a receita de compras in-app combinada com a 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ê interage com o parceiro apenas para a monetização de anúncios (receita de anúncios): não é necessário ativar o parceiro.  Ative somente dados de receita de anúncios na aba receita de anúncios.

Como a receita de anúncios no nível do dispositivo é atribuída se um usuário estiver usando 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 o dashboard de visão geral e os relatórios de dados brutos, além dos dashboards de atividades e de cohort. Isso ocorre porque: 

  • Os dados de receita de anúncios nos dashboards de cohort e atividades, assim como os dados recebidos via Master API e Cohort API, são atualizados retroativamente; ao contrário do que ocorre no dashboard de visão geral, na exportação de dados brutos e na Pull API. 
  • Às vezes, os dados são exibidos nos dashboards de atividades e de cohort antes de aparecerem no dashboard de visão geral.
  • Os dashboards incluem eventos marcados como af_ad_revenue e _monetized, enquanto os dados brutos incluem apenas eventos af_ad_revenue.

Características e limitações

Característica Observações 
Limitações

Os eventos de receita de anúncios não estão disponíveis para:

  • Push API
  • Dashboard de retargeting

Limitações de granularidade no nível do dispositivo:

A contagem de usuários que acionam um evento af_ad_revenue não é compatível com os dashboards da AppsFlyer.
Acesso da ad network Não é possível acessar relatórios de cohort
Acesso de agência

Agências:

  • Não é possível acessar as configurações da receita de anúncios
  • É possível visualizar todos os dashboards e dados relevantes.
Transparência da agência Não compatível
Fuso horário

A receita de anúncios é exibida em dashboards e relatórios da AppsFlyer somente no fuso horário UTC. Ou seja, se os dados são relatados às 2 PM UTC+2, na AppsFlyer eles são exibidos como 2 PM UTC, processados diariamente

Isso ocorre porque a AppsFlyer precisa padronizar os dados coletados de múltiplas fontes e parceiros, a maioria dos quais relata seus dados em UTC.
Moeda 

Na AppsFlyer:

  • O dashboard exibe a moeda específica do aplicativo do anunciante.
  • Os relatórios de dados brutos exibem a moeda original e também a convertem para a moeda específica do aplicativo do anunciante.
Tipo de dados Dados orgânicos e não-orgânicos são compatíveis.
Atualização dos dados Receita de anúncios
Dados históricos/retroativos
  • Os dados são extraídos e ficam disponíveis a partir do dia da integração. Isso significa que o histórico de dados não fica disponível antes da data da integração (dia 0).
  • Os dados recebidos via S2S API para um dia específico são atualizados nos dias 1, 2, e 3.
  • Os dados de receita de anúncios nos dashboards de cohort e atividades, assim como os dados recebidos via Master API e Cohort API, são atualizados retroativamente; ao contrário do que ocorre no dashboard de visão geral, na exportação de dados brutos e na Pull API. Se você tiver o pacote de receita avançada, os dados também são atualizados no Data Locker.
Acesso do usuário da conta Compatível
SKAN Compatível com conectores SDK de receita de anúncios em nível de impressão.
Geolocalização/país No dashboard de cohort, quando a geolocalização é desconhecida (N/A), os dados marcados como N/A não são exibidos quando agregados por geolocalização.
Postback de eventos in-app Postbacks podem ser enviados para parceiros no caso de dados relacionados a eventos in-app atribuídos a esse parceiro; eles não incluem dados relacionados a outras fontes de mídia.
Aplicativos de CTV, PC e console
  • Apenas aplicativos Android e iOS são compatíveis.
  • A plataforma Windows (UWP) é compatível com a Vungle.
  • Todas as outras plataformas não são compatíveis.

Lista de parceiros integrados de receita de anúncios

Parceiro Parâmetros de credenciais necessários Granularidade dos dados

AdColony
  • Chave da API
  • App ID
 Nível agregado com geolocalização

Admost
  • Network app ID
  • Token
 Nível do dispositivo com geolocalização

AppLovin
  • Chave do relatório
  • Nome do pacote do aplicativo
 Nível agregado com geolocalização

AppLovin MAX
  • Chave do relatório
  • Nome do pacote do aplicativo
 
  •  Nível do dispositivo com geolocalização
  • Nível de impressão (via SDK)

Appodeal
  • Chave do aplicativo
  • Chave da API
  • ID do usuário
  • Nível agregado com geolocalização
  • Nível do dispositivo
Bytedance Ads - tráfego na China  
  • Chave de segurança
  • App ID
  • ID da conta
 Nível agregado com geolocalização
Chartboost
  • ID do usuário
  • Assinatura do usuário
  • App ID
 Nível agregado com geolocalização
Meta Ads
  • Login do Meta ads
 Nível agregado com geolocalização
Fyber
  • Segredo do cliente
  • ID da API
  • ID do cliente
  • Nível do dispositivo com geolocalização 
  • Nível de impressão (via SDK)
Google Marketing Platform - DV360/CM (DoubleClick)
  • Login no Google Marketing Platform - DV360/CM
 Nível agregado com geolocalização
Google Admob
  • AdMob app ID
  • Nível agregado com geolocalização
  • Nível de impressão (via SDK)
Google Ads
  • Autenticação de API por OAuth
 Nível agregado com geolocalização
IronSource
  • Chave secreta
  • Nome do usuário
  • App ID
  • Nível agregado com geolocalização
  • Nível do dispositivo
  • Nível de impressão (via SDK)

Mintegral
  • App ID
  • Chave secreta
  • Chave da API 
 Nível agregado com geolocalização

Tapjoy
  • App ID
  • Chave da Marketing API
 Nível do dispositivo com geolocalização

TikTok for Business
  • Chave de segurança
  • App ID
  • ID da conta

Nível agregado com geolocalização

TopOn
  • Network app ID
  • Chave do publisher

Nível do dispositivo com geolocalização

Mediação Tradplus
  • Chave da API
  • Network app ID

Nível do dispositivo com geolocalização

 

Unity Ads
  • Chave da API
  • App ID
  • Nível agregado com geolocalização
  • Nível de impressão (via SDK)
Voodoo Ads
  •  Bundle ID
  • Token de acesso
 Nível agregado com geolocalização

Vungle
  • Chave da API
  • App ID
 Nível agregado com geolocalização

Yandex

 N/D
  • Nível de impressão (via SDK)