Visão geral: a AppsFlyer fornece aos parceiros de UA anúncios completos e precisos, compras in-app e dados de assinatura renováveis automaticamente por meio de relatórios e postbacks. Os parceiros podem ingerir as informações para otimizar as campanhas de UA.
Introdução
A AppsFlyer recebe informações de receitas de seus parceiros e das lojas de aplicativos (Apple App Store e Google Play Store). Depois de recebidos, os dados passam por uma série de etapas, incluindo validação, normalização, atribuição e enriquecimento com propriedades e dimensões adicionais. A AppsFlyer pode enviar as informações ao parceiro de UA. Após esse processo, a AppsFlyer transmite os dados enriquecidos e atribuídos ao parceiro de UA. O parceiro de UA pode então utilizar essas informações para otimizar suas campanhas de aquisição de usuários e aprimorar o serviço que oferece aos anunciantes.
Que tipos de receitas são reportados aos parceiros?
Os aplicativos criam dois tipos de receita:
- Receita publicitária: a receita publicitária é gerada sempre que um anúncio é exibido no aplicativo, como em banners, anúncios intersticiais e outros formatos. Pode ser calculado independentemente do método de campanha pelo qual o anunciante é cobrado.
- Compra in-app e assinatura com renovação automática: a receita da loja é gerada sempre que uma compra in-app ou transação relacionada à assinatura é realizada.
Como a AppsFlyer fornece sinais de receita aos parceiros de UA?
A AppsFlyer fornece aos parceiros informações sobre anúncios in-app, compras in-app e receita de assinaturas através dos seguintes meios:
- Relatório de sinais de UA de receita publicitária: o relatório lista eventos de receita de anúncios agregados ao nível do dispositivo. O relatório está disponível diariamente no Data Locker e contém os dados do dia anterior.
- Postbacks de receita publicitária: sempre que ocorre uma impressão de anúncio em um dispositivo do cliente, um postback é enviado da AppsFlyer para o parceiro contendo os detalhes do evento de receita publicitária.
- Postbacks de receita da loja: sempre que ocorre um evento de compra ou assinatura, um postback é enviado da AppsFlyer para o parceiro contendo os detalhes do evento de receita.
Configure o ROI360 para parceiros
Quais ações os parceiros precisam realizar para receber o relatório de sinais de UA e os postbacks de receita publicitária e receita da loja?
Como assinar o relatório UA Signals do ROI360
Para permitir que o parceiro obtenha o relatório por meio do Data Locker:
- O parceiro deve realizar as seguintes etapas no Data Locker:
- Configurar o Data Locker na conta do parceiro, incluindo a conexão com o provedor de serviços em nuvem e o formato e conteúdo dos relatórios.
- Ativar o relatório UA Signals do ROI360.
- O anunciante deve conceder permissão ao parceiro para o relatório.
Como receber postbacks do ROI360 da AppsFlyer
Para receber postbacks da AppsFlyer, os parceiros devem iniciar uma conversa com a equipe de integração de parceiros da AppsFlyer. Depois, a equipe configurará os valores de postback de receita no aplicativo de ROI na plataforma da AppsFlyer.
Para entrar em contato com o suporte ao parceiro AppsFlyer, abra o menu Ajuda no seu painel e selecione Entre em contato com nossa equipe.
Relatório UA Signals do ROI360 para redes de UA
O relatório fornece registros de receita CSV/parquet completos e precisos do dia x+1 para o bucket S3 do parceiro de UA diariamente. Cada registro é uma agregação de eventos de receita publicitária no nível do dispositivo.
O relatório UA Signals não fornece dados em tempo real como fazem os postbacks de receita publicitária. No entanto, ele é mais preciso e completo. Isso ocorre porque o valor de uma impressão pode mudar com o tempo. Isso é especialmente verdadeiro quando os dados de receita no nível da impressão referem-se a uma impressão de anúncio que foi vendida por meio de lances de CPM padrão, em vez de lances em tempo real.
Quais são as fontes de dados do relatório?
Dependendo do tipo de integração do anunciante, os dados do relatório podem ser provenientes de:
- Integrações do conector do SDK do AdRevenue: os clientes podem compartilhar dados de receita em nível de impressão carregados pelo parceiro para os dispositivos do cliente e, em seguida, reportados à AppsFlyer quase em tempo real.
- Integrações em nível de dispositivo baseadas na API S2S: os clientes podem configurar suas credenciais de parceiro na UI da AppsFlyer em parceiros integrados e permitir que a receita publicitária do ROI360 colete dados de receita publicitária em seu nome.
- Uma combinação dos dois (Atualização para Precisão).
Observação: a transferência de dados do anunciante para a AppsFlyer depende das permissões do anunciante e do fato de o anunciante ser um cliente ROI360 avançado.
Qual processamento de dados é realizado nos dados do relatório?
A receita publicitária do ROI360 da AppsFlyer realiza o seguinte:
- Normalização de dados
- Atribuição à fonte de mídia de instalação e enriquecimento de dados
- Geração de eventos de receita publicitária
- Os eventos são agregados no nível do dispositivo
Como os dados do relatório são entregues?
Os dados no nível do dispositivo são gravados diariamente no relatório no Data Locker
Qual é a atualização dos dados do relatório?
Os dados são gravados diariamente na pasta h=23 do seu bucket do Data Locker às 21h, horário UTC.
Quais são os campos do relatório?
Campo | Observações |
---|---|
Versão | Carimbo de data/hora Unix em segundos. Exemplo: 1661315124 |
app_id | ID do aplicativo na plataforma da AppsFlyer |
install_time | • Data e hora da instalação: AAAA-MM-DD HH:MM:SSExemplo: 2020-08-16 11:22:33 • Para dispositivos iOS 14+ e usuários sem consentimento, ou se o anunciante tiver a Privacidade Avançada ativada, o horário de instalação é arredondado para a hora mais próxima. |
campaign, campaign_id, adset_name, adset_id, ad_name, ad_name, ad_id, site_id | Preenchido apenas se UA for atribuído ao parceiro que recebe os dados. |
idfa, idfv, advertising_id | • O mesmo ID de dispositivo, como IDFA, IDFV ou advertiser_id, poderá ser exibido em diversas linhas se houver mais de um evento de monetização de receita publicitária. • Para dispositivos iOS 14+ e usuários sem consentimento, ou se o anunciante tiver a Privacidade Avançada ativada, isso não será exibido. |
platform | Plataforma do dispositivo: iOS, Android ou Windows Mobile |
país | Código do país usando ISO 3166 (alfa-2) Exemplo: EUA, CN |
original_url | • Para dispositivos iOS 14+ e usuários sem consentimento, ou se o anunciante tiver a Privacidade Avançada ativada, isso não será exibido. • Preenchido apenas se UA for atribuído ao parceiro que recebe os dados. |
mediation_network | A rede de mediação associada à impressão ou impressões. Veja lista de redes possíveis |
ad_unit | No terceiro trimestre de 2023: o bloco de anúncios de monetização associado à impressão ou impressões |
posicionamento | No terceiro trimestre de 2023: o canal de monetização associado à impressão ou impressões |
Faça download da amostra de dados do relatório
Postbacks de receita publicitária in-app (IAA)
Postbacks IAA são a segunda abordagem de ingestão que a AppsFlyer usa para enviar informações de receita aos parceiros. Sua principal vantagem sobre o relatório de sinais de receita de anúncios de UA é sua atualização, já que os postbacks oferecem compartilhamento de dados de receita IAA quase em tempo real. Isso contrasta com a atualização X+1 (um dia após a data de ocorrência do evento) oferecida por meio do relatório de sinais de UA de receita publicitária.
No entanto, a atualização em tempo real é menos precisa em comparação com X+1:
- Os dados de postbacks IAA em tempo real são ±5% menos precisos, em média, do que os dados X+1 do relatório de sinais de UA.
- Os dados de postbacks IAA em tempo real são ±7% menos completos, em média, do que os dados X+1 do relatório de sinais de UA.
Quais são as fontes de dados de postback IAA?
Os dados para o postback IAA se originam de dados em nível de impressão que os parceiros carregam nos dispositivos do cliente. Esses dados são então compartilhados com a AppsFlyer por meio do conector do SDK Receita publicitária do ROI360, que é instalado no dispositivo pelo anunciante. O conector permite que o desenvolvedor do aplicativo relate um evento de impressão, incluindo determinados parâmetros como o ILRD, a moeda, a plataforma de mediação e a fonte de monetização.
A transferência de dados dos dispositivos clientes do anunciante para a AppsFlyer está sujeita às permissões do anunciante e ao fato de o anunciante ser um cliente ROI360 avançado.
Qual processamento é executado nos dados de postback IAA?
O ROI360 da AppsFlyer executa as seguintes etapas para cada dado de nível de impressão recebido:
- Normalização de dados.
- Atribuição à fonte de mídia de instalação e enriquecimento de dados.
- Geração de um evento af_ad_revenue.
Como os dados de postback são entregues?
O evento é enviado ao parceiro por meio de uma configuração de postback existente entre o parceiro e a AppsFlyer como parâmetro adicional.
Postbacks de compra in-app (IAP)
Os postbacks de compras in-app do ROI360 oferecem várias camadas de precisão de relatórios, primeiro validando cada transação, desduplicando-a e, em seguida, deduzindo a comissão da loja e o imposto sobre vendas.
Quais são as fontes de dados de postback do IAP?
Os dados para o postback do IAP são originados de:
- Dados em nível de transação lidos pelo conector ROI360 Purchase SDK sempre que ocorre uma compra in-app ou um evento de assinatura renovável automaticamente no dispositivo.
- Quaisquer notificações recebidas do servidor da App Store e do Google Play (RTDN) também são processadas pela lógica de negócios de compra e receita de assinatura da AppsFlyer:
- As notificações sobre transações relatadas anteriormente por meio do conector do SDK são validadas e processadas.
- Notificações sobre transações desconhecidas não são informadas na AppsFlyer
Observação: a transferência de dados do anunciante para a AppsFlyer depende das permissões do anunciante e do fato de o anunciante ser um cliente ROI360 avançado.
Qual processamento de dados é executado nos dados de postback do IAP?
O ROI360 da AppsFlyer executa as seguintes etapas para cada dado recebido em nível de transação:
- A AppsFlyer valida a compra ou assinatura com a loja relevante para garantir que não seja fraudulenta.
- Após a validação bem-sucedida, a AppsFlyer registra a compra ou assinatura.
- Se a validação do recibo falhar, o evento será exibido no relatório de dados brutos de eventos in-app bloqueados (disponível para assinantes do Protect360).
- A AppsFlyer garante que as transações não sejam duplicadas, incluindo aquelas relacionadas ao compartilhamento familiar no iOS.
- A AppsFlyer calcula os dados da receita líquida levando em consideração comissões e impostos da loja (Receita verdadeira).
- A AppsFlyer gera uma compra interna ou um evento de ciclo de vida para a transação validada e processada.
Como o postback é entregue?
O evento IAP é enviado ao parceiro por meio de uma integração de postbacks existente entre o parceiro e a AppsFlyer.
Quais são os eventos IAP?
Os clientes do ROI360 podem compartilhar os seguintes nomes de eventos geradores de receita:
Nomes de eventos
Nome do evento | Descrição |
---|---|
af_purchase | Registrado quando um usuário faz uma compra |
af_purchase_refund | Registrado quando uma compra é reembolsada |
af_ars_trial_converted | Registrado quando uma renovação com preço integral começa, após um período de avaliação |
af_ars_subscription_started | Registrado quando uma assinatura com desconto ou com preço integral começa |
af_ars_subscription_resumed | Registrado quando uma assinatura com preço integral é retomada após uma assinatura cancelada ou reembolsada |
af_ars_subscription_refunded | Registrado quando um assinante recebe um reembolso |
af_ars_subscription_renewed | Registrado quando ocorre uma assinatura de renovação automática |
af_ars_subscription_xgraded | Registrado quando um assinante faz upgrade, downgrade ou upgrade cruzado para um produto diferente |