Visão geral: atribua a receita de anúncios para concluir a visualização de performance de LTV.
Atribuição de receita de anúncios
- Os anúncios aparecem no aplicativo em banners, mural de ofertas, intersticiais etc. e geram receita publicitária.
- A receita publicitária, combinada com compras in-app e a receita de assinatura fornecem a você o panorama completo do LTV do usuário. Ao combinar o LTV do usuário com a campanha de gastos com mídia, o ROI é determinado e está disponível para análise posterior na plataforma.
Dados de receita publicitária atribuídos:
- É adquirido das redes de mediação e/ou monetização de anúncios por meio de APIs de servidor ou por SDK de relatórios incorporados ao aplicativo (incluindo iOS 14).
- São atribuídos ao canal de mídia originalmente responsável por captar o 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.
- A granularidade dos relatórios depende da integração da rede de monetização e do tipo de atribuição da receita publicitária.
Tipos de integração para atribuição de receita publicitária
A atribuição da receita publicitária é compatível com diferentes métodos de granularidade. A granularidade depende da rede de monetização.
Tipo de integração de atribuição de receita publicitária | Descrição |
---|---|
Nível agregado via API S2S |
|
Nível do usuário via API S2S |
|
Nível de impressão via SDK |
|
Nível de impressão (via SDK) com nível de usuário (via API S2S) |
|
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 a parceiros integrados de receita publicitária
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:
- Na AppsFlyer, acesse ROI360 > Configurações de receita > Receita de anúncios.
- Em Integração de receita de anúncios, clique em Nova integração de receita de anúncios.
- Selecione um parceiro de receita adicional e clique em Avançar.
-
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ídos podem ser:
-
Nível agregado via API S2S
- Selecione o evento no qual basear a receita publicitária. 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 de usuário via API S2S.
- Observação: se você estiver habilitando a API de receita publicitária a nível de usuário de uma rede de mediação, você deve desativar as integrações de receita publicitária das redes de monetização que ela faz a mediação. Caso contrário, você terá dados duplicados.
- Nível de impressão via SDK.
- Nível de impressão via SDK com nível agregado via API S2S.
- Nível de impressão (via SDK) com nível de usuário (via API S2S)
- 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.
-
Nível agregado via API S2S
- 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:
- Preencha as credenciais da API ou faça login, conforme exigido pelo parceiro integrado. Isto não é relevante para as integrações SDK.
- Clique em Salvar.
-
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.
-
Se o botão Testar Conexão não aparecer, você concluiu o procedimento.
A AppsFlyer coleta os dados do parceiro várias vezes por dia.
Observação: se você mudar de um tipo de integração para outro, a mudança entra em vigor às 12h UTC do dia seguinte.
Visualize, edite e exclua parceiros integrados de receita publicitária
Para visualizar, editar ou excluir integrações de rede de receita publicitária:
-
Na AppsFlyer, vá para Integração > Receita > Receita publicitária.
Uma lista de 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 publicitária. - Passe o mouse sobre a integração e clique em Editar ou Excluir conforme necessário.
Agregar granularidade usando a abertura de aplicativo ou eventos in-app
A granularidade agregada para receita publicitária funciona da seguinte forma:
- 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.
- A AppsFlyer cria um evento _monetizado, que inclui o eRPA total para cada dispositivo atribuído. Por exemplo, ad_matched_monetized.
- O uso da receita de eRPA é atribuído a fontes de mídia.
- 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.
- Não informe os valores de receita em eventos em paralelo a uma integração de receita publicitária. 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 por integração.
Receita de anúncios agregada que usa eventos
Método de evento | Como é implementado | considerações |
---|---|---|
Evento in-app exclusivo de monetização |
|
|
af_app_opened event |
|
|
Comparação de métodos de eventos in-app
Método | Prós | Contras | considerações |
---|---|---|---|
Use o mesmo evento para todas as redes. Por exemplo, ad_watched. Isso gera automaticamente o evento ad_watched_monetized contendo os detalhes da 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 |
|
(prática recomendada) Cada rede recebe um evento exclusivo para 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 dos 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 teste da API de receita de anúncios
-
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.
Status | Significado | Observações/ação necessária |
---|---|---|
Chave de API verificada |
|
Nenhuma |
Credenciais inválidas. |
Uma ou mais credenciais fornecidas estão incorretas. |
Obtenha as credenciais corretas do parceiro de receita de anúncios |
Detalhes de configuração ausentes | Um ou mais campos de credenciais estão incompletos | Recupere as credenciais no dashboard do parceiro de receita de anúncios ou entre em contato com o parceiro 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 publicitária
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,
- Relatórios LTV
- Painel e relatórios de coorte
- Master API
- Baseado em atividades:
- 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.
Exemplos
Três usuários instalam um aplicativo em 31 de dezembro de 2017. Eles são atribuídos da seguinte forma:
- Usuário A: rede A
- Usuário B: rede B
- Usuário C: orgânico
O aplicativo é integrado com cinco plataformas de monetização diferentes. Cada plataforma usa um evento in-app único no SDK da AppsFlyer, segundo mostram os dados abaixo:
- Meta Audience Network: fb_ad_view
- Chartboost: chartboost_ad_view
- Admob: admob_ad_view
- Applovin: applovin_ad_view
- IronSource: is_ad_view
Após a instalação por um período de quatro dias, os usuários visualizam anúncios da seguinte forma:
Usuário |
Rede de UA |
fb_ |
chartboost_ |
admob_ |
applovin_ |
is_ad_view |
Total |
---|---|---|---|---|---|---|---|
A |
Rede 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 |
Rede 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, agora 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:
Conforme mencionado, 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 para os quais 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 do LTV |
---|---|
Orgânico |
US$2 |
Rede A |
US$4 |
Rede B |
US$2 |
Rede C |
US$2 |
Nesse caso, o cohort são os usuários que instalaram o aplicativo de 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 sob o LTV do usuário.
Dados brutos de receita publicitária
Os relatórios de dados brutos de receita publicitária contêm dados fornecidos por redes de monetização com integração de nível do usuário ou de impressão 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.
-
Os dados brutos a nível de impressão são:
- Agregados ao nível do usuário e disponíveis em relatórios de nível de usuário.
- Disponível como nos relatórios de nível de impressão no Data Locker.
- Atualização de dados brutos é idêntica à da receita de anúncios a nível de usuário no dashboard de Atividade.
Relatório |
Página de dados de exportação |
Pull API | Data Locker |
---|---|---|---|
Receita de anúncios atribuída (não-orgânica) | ✓ | ✓ | ✓* |
Receita publicitária orgânica | ✓ | ✓ | ✓* |
Receita de anúncios de retargeting | ✓ | ✓ | ✓* |
Dados brutos em nível de impressão | - | - | ✓ |
* O relatório com versão controlada também está disponível, atualizado várias vezes por dia, com dados agregados no nível do dispositivo. Os relatórios do Data Locker sem versão controlada 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í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.
Campos preenchidos pela receita de anúncios
api_name | Nome do campo | Tipo de campo | Descrição |
---|---|---|---|
event_time | Data/hora do evento |
Contexto |
A data à qual a receita é atribuída |
event_name | Nome do evento |
Contexto |
|
event_revenue | Moeda da receita do evento |
Contexto |
|
event_revenue_currency | Moeda do evento |
Contexto |
Moeda da receita do evento |
event_revenue_XXX | Receita do evento XXX |
Contexto |
|
país | País |
|
País de instalação da conversão de instalação |
ad_unit |
Unidade do anúncio |
Específico |
Tipo de anúncio |
segment | Segment | Específico | Nome do posicionamento do anúncio |
monetization_network | Monetization network | Específico | Rede que envia o anúncio |
Impressões | Impressões | Específico | Número de vezes que o usuário viu o anúncio |
mediation_network | Mediation network | Específico | Rede de mediação que reporta o evento para a AppsFlyer |
Campos por rede
Nome para exibição | Admob | ironSource | AppLovin MAX | Appodeal | Fyber |
---|---|---|---|---|---|
Ad unit | ✓ | ✓ | ✓ | ✓ | ✓ |
Segment | - | (1) | - | - | - |
Posicionamento | - | ✓ | ✓ | ✓ | ✓ |
Monetization network | ✓ | ✓ | - | ✓ | - |
Impressões | - | - | ✓ | ✓ | - |
Mediation network | - | ✓ | ✓ | ✓ | - |
(1) O anunciante precisa configurar isso no ironSource |
Atualização de dados
A atualização dos dados depende do tipo de integração e do método de relatório.
Para integrações da API S2S, a data mais recente que os dados ficam disponíveis é:
- Painéis e relatórios a partir do Dia X+1, 8h UTC, aproximadamente 4 vezes por dia, a cada 6 horas. E para assinantes ROI360, 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 que os dados ficam disponíveis é:
- No melhor cenário, painéis e relatórios começando no Dia X a partir das 5h UTC, atualizados aproximadamente 6 vezes por dia, a cada 4 horas.
- Relatórios de dados brutos de nível de impressão (via Data Locker) no dia X a partir da 1h UTC, atualizados a cada hora.
Para integrações legadas (pré-ROI360), o mais cedo que a atualização dos dados é feita é no dia X+1, 17:00 UTC.
Informações adicionais
Migrando de granularidade agregada para granularidade a nível de 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.
Sinais de UA para ad networks
Observação
Pode ser que você queira trabalhar com ad networks que possam receber sinais da UA. Isto significa que as ad networks responsáveis pela aquisição de usuários podem receber dados das redes de mediação em relação à receita publicitária e utilizá-los para otimizar as campanhas dos UA de seus clientes.
Para fornecer sinais às ad networks de UA, os parceiros de mediação devem ter integração de nível de impressão ou de nível de usuário.
Saiba mais sobre os sinais de UA
Lista de parceiros de mediação que podem enviar sinais de UA para ad networks de UA:
- Applovin Max
- Google AdMob
- Appodeal
- Chartboost
- Fyber
- Tapdaq
- Topon
- Unity
- Mediação Unity LevelPlay (anteriormente ironSource)
- Admost
- Tradplusad
- Yandex
Lista de ad networks de UA que podem receber sinais de UA:
- AdAction
- Adamobi
- Adjoe
- Adonco
- Adshow
- Apprainbow
- Aura
- 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 para Empresas
- Trademob
- Truemoney
- Unity Ads
- Yandex
- Yeahmobi
- Z2A Digital
- Zoyo
Postbacks de eventos de receita publicitária para ad networks
Você pode configurar os postbacks de receita publicitária para ad networks. Isto significa que as ad networks responsáveis pela aquisição de usuários podem receber dados das redes de mediação em relação à receita publicitária e utilizá-los para otimizar as campanhas dos UA de seus clientes.
Para enviar postbacks para ad networks de 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 networks UA.
Saiba mais sobre postbacks de eventos in-app
Lista de parceiros de mediação que podem enviar eventos de receita publicitária em 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 publicitária.
- ironSource
- Unity Ads
Permissão para obter dados de receita de anúncios
Antes que as ad networks responsáveis pela aquisição de usuários possam receber dados das redes de mediação, elas devem receber sua permissão.
Observação: antes de conceder permissão, 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 seus dados.
Para permitir que a ad network obtenha dados de desempenho agregados:
- Acesse Configuração > Parceiros integrados.
- Selecione o parceiro integrado.
- Acesse a aba de Integração.
- Verifique se Ativar parceiro está habilitado. Caso contrário, os dados não são compartilhados.
- Acesse a aba de Permissões.
- Ative Acessar dados brutos de receita de anúncios.
- Na opção Envio, selecione se deseja enviar dados para receita de anúncios apenas de um parceiro em específico ou para receita de anúncios de todas as fontes de mídia (não orgânicas e orgânicas).
- Clique em Salvar configurações.
- Entre em contato com a ad network para notificá-la de que você concedeu as permissões.
- Certifique-se de que a ad network tenha o fluxo de otimização para processar
FAQ
Como posso obter a receita total de anúncios de cada plataforma?
|
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 publicitária 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:
|
Características e limitações
Característica | Observações |
---|---|
Acesso da ad network | Não é possível acessar relatórios de Cohort |
Acesso das agências |
Agências:
|
Transparência da agência | Não suportado |
Fuso horário |
A receita publicitária é exibida em painéis e relatórios da AppsFlyer somente no fuso horário UTC. Ou seja, se os dados são reportados às 14h UTC+2, na AppsFlyer eles são exibidos como 14h UTC. processado diariamente. Isto porque a AppsFlyer precisa normalizar os dados coletados de múltiplas fontes e parceiros, a maioria dos quais relata seus dados em UTC. |
Moeda |
Na AppsFlyer:
|
Limitações |
Os eventos de receita de anúncios não estão disponíveis para:
Limitações de granularidade a nível do usuário:
|
Tipo de dados | Dados orgânicos e não-orgânicos são compatíveis. |
Atualização de dados | Receita de anúncios |
Dados históricos/retroativos |
|
Acesso do usuário da conta | Suportado |
SKAN | Compatível com conectores SDK de receita publicitária em nível de impressão. |
Geolocalização/país | No painel de Cooorte, quando a geolocalização é desconhecida (N/A), os dados marcados como N/A não são exibidos quando agregados pela geolocalização. |
Lista de parceiros integrados de receita de anúncios
parceira | Parâmetros de credenciais necessários | Granularidade de dados |
---|---|---|
|
Nível agregado com geolocalização | |
Admost |
|
Nível do usuário com geolocalização |
|
Nível agregado com geolocalização | |
|
|
|
|
|
|
Bytedance Ads - tráfego na China |
|
Nível agregado com geolocalização |
Chartboost |
|
Nível agregado com geolocalização |
Meta Ads |
|
Nível agregado com geolocalização |
Fyber |
|
|
Google Marketing Platform - DV360/CM (DoubleClick) |
|
Nível agregado com geolocalização |
Google Admob |
|
|
Google Ads |
|
Nível agregado com geolocalização |
IronSource |
|
|
Mintegral |
|
Nível agregado com geolocalização |
Tapjoy |
|
Nível do usuário com geolocalização |
|
Nível agregado com geolocalização |
|
TopOn |
|
Nível do usuário com geolocalização |
Mediação Tradplus |
|
Nível do usuário com geolocalização |
|
|
|
Voodoo Ads |
|
Nível agregado com geolocalização |
|
Nível agregado com geolocalização | |
Yandex |
N/D |
|