Resumo: Entenda como a Incrementalidade mensura o aumento incremental gerado por campanhas de retargeting.
O que é a incrementalidade?
Provavelmente, a melhor maneira de compreender a análise da incrementalidade é através de um exemplo:
Digamos que você fez recentemente uma campanha de remarketing. Por uma questão de simplicidade, diremos que você usou uma única ad network. A taxa de conversão da campanha foi de 5%.
Agora você quer avaliar o sucesso da campanha e precisa responder a perguntas importantes (e, claro, às mais difíceis):
- 5% é uma boa taxa de conversão para essa campanha?
- Como sei que a campanha realmente resultou em mais conversões?
- A campanha valeu o custo da sua realização?
Para responder a essas perguntas de forma precisa, temos de considerar mais do que apenas as conversões mensuradas. É importante levar em consideração a quantidade de usuários que teriam convertido de forma orgânica, mesmo que eles nunca tenham se engajado com uma campanha de remarketing.
Essa diferença entre o total de conversões e as que teriam ocorrido de qualquer forma é conhecida como aumento incremental (ou, por vezes, simplesmente "aumento") e é fundamental para determinar o verdadeiro valor de uma campanha. Ela pode ser bastante difícil de mensurar, mas é exatamente para isso que criamos nosso recurso de Incrementalidade.
Testes de Incrementalidade
A Incrementalidade soluciona o desafio de mensurar seu aumento incremental, possibilitando a criação de experiências cientificamente válidas para comparar o comportamento de grupos semelhantes. A variação entre esses grupos está no fato de que alguns deles (os "grupos de teste") são expostos à sua campanha e um grupo específico (o "grupo de controle") não.
Saiba mais sobre como criar e executar testes de Incrementalidade
Metodologia do cálculo
As seções abaixo explicam os cálculos por trás dos números apresentados no dashboard de Incrementalidade.
Aumento
A Incrementalidade da AppsFlyer usa dois métodos alternativos para calcular o aumento:
- Intent-to-treat
- Reach-based
Embora a metodologia baseada no alcance seja preferível para avaliar a performance da campanha, o seu cálculo exige a mensuração de pontos de dados que não são fornecidos por todas as ad networks. Para essas ad networks, usamos a metodologia intent-to-treat.
Atenção:
Antes de 16 de dezembro de 2021, o aumento era calculado usando apenas o método intent-to-treat. No entanto, os dados de datas anteriores foram atualizados para usar o aumento reach-based, quando aplicável. Portanto, você pode revisar seu histórico de experimentos para analisar seus resultados e comparar com a nova metodologia.
Aumento baseado em ITT
A metodologia experimental de Intent-to-treat (ITT) se baseia na ciência médica. Usando o ITT, os pesquisadores dividem aleatoriamente uma determinada população entre um grupo de controle que não é tratado e um grupo de teste que os pesquisadores pretendem tratar. Os investigadores avaliam a eficácia de um determinado tratamento comparando os resultados dos grupos. O fato de um membro do grupo de teste ter ou não recebido tratamento não é levado em conta.
Do mesmo modo, no remarketing, a métrica de aumento avalia a eficácia da campanha. Não importa se um usuário do grupo de teste se engajou efetivamente com uma campanha (recebeu tratamento), porque é a intenção que é relevante no cálculo da incrementalidade. Em outras palavras, os resultados são calculados como se todos os membros do grupo de teste tivessem efetivamente participado na campanha.
Quando esse método é usado?
A Incrementalidade da AppsFlyer usa o cálculo de aumento baseado em ITT para SRNs.
Embora esse não seja o melhor método para mensurar o aumento no nosso contexto, o ITT continua a ser um método experimental cientificamente sólido e fornece resultados válidos quando o cálculo reach-based não é possível.
Interpretação dos resultados
Assumir que todos os membros do grupo de teste foram efetivamente alcançados por uma campanha frequentemente resulta em taxas de conversão baixas e, consequentemente, em um aumento incremental baixo.
Aumento reach-based
Como o nome indica, o cálculo do aumento reach-based (que se baseia em alcance) considera o fato de que um membro do grupo de teste pode ter sido efetivamente alcançado ou não (ou seja, ele visualizou um anúncio da campanha) antes de converter. Além de exigir dados adicionais, esse cálculo também é mais complexo, pois ele requer determinados ajustes matemáticos ao grupo de controle para ser estatisticamente válido. Estes ajustes levam à criação de um grupo de controle "contrafactual".
Quando esse método é usado?
A Incrementalidade da AppsFlyer usa o cálculo reach-based para redes não-SRNs (que usam links de atribuição específicos para ad networks).
Embora esse seja nosso método preferido para calcular o aumento, e,e exige que as ad networks compartilhem os seguintes dados com a AppsFlyer:
- Dados de impressão
- Campaign ID (a partir do link de atribuição)
Se esses dados não forem compartilhados, a mensuração da Incrementalidade não é possível (e é exibida como N/A no dashboard de Incrementalidade).
Interpretação dos resultados
Como o cálculo reach-based leva em consideração somente membros do grupo de teste que de fato foram impactados por uma campanha, as ad networks que são mensuradas via incrementalidade reach-based normalmente mostram resultados amplificados (o aumento positivo será bem maior e o aumento negativo será bem menor)
Práticas recomendadas
Como as duas metodologias de cálculo de aumento podem gerar resultados significativamente diferentes, temos algumas práticas recomendadas que podem melhorar a interpretação:
-
Ao criar seus testes, selecione audiências que estejam divididas apenas entre um grupo de controle e uma ou mais ad networks do mesmo tipo:
- Ad networks que usam links de atribuição (não-SRN) para cálculo baseado no alcance; ou
- SRNs para cálculo de ITT
- Nos seus testes iniciais, considere usar uma audiência dividida apenas para uma única ad network e um grupo de controle. Isso reduz a probabilidade de que as comparações sejam feitas entre 2 ou mais ad networks que possuem diferentes cálculos de aumento incremental.
Significância estatística
Ao avaliar a validade dos testes de Incrementalidade, a metodologia científica exige que consideremos a significância estatística (ou seja, precisamos confirmar que o resultado do aumento não se deve a eventos aleatórios).
No dashboard de Incrementalidade, a significância é relatada como uma porcentagem para cada fonte de mídia:
- A porcentagem indica a probabilidade de os resultados para essa fonte de mídia se repetirem se o mesmo teste for realizado novamente em circunstâncias semelhantes.
- Se for determinado que a significância estatística é inferior a 60%, o dashboard mostrará o texto Resultados não confiáveis em vez de uma porcentagem.
- A significância é afetada pela dimensão da audiência, pela duração da experiência e pela performance da fonte de mídia.
Grupo de controle escalonado
Para métricas a nível de grupo de teste (em contraste com as métricas por usuário), o aumento é calculado com base em um grupo de controle escalonado. Ou seja, a dimensão do grupo de controle é ajustada para corresponder à dimensão do grupo de controle para cada fonte de mídia.
Exemplo
Considere o seguinte cenário:
- Dimensão do grupo de teste para a ad network A = 100 membros
- Tamanho do grupo de controle = 90 membros
-
Resultados da experiência:
- A ad network A teve 40 conversões
- O grupo de controle teve 20 conversões
-
O total de conversões será ajustado com base em uma suposta dimensão do grupo de controle de 100 membros:
-
Supostos membros - membros efetivos = 100 - 90 = 11%
Membros efetivos 90
- Conversões incrementais efetivas + 11% = 20 x 1,11 = 22
-
Supostos membros - membros efetivos = 100 - 90 = 11%
O aumento será calculado com base em uma dimensão de grupo de controle de 100 membros e 22 conversões incrementais.
Dashboard de Incrementalidade
O acesso ao dashboard de
Incrementalidade é um recurso premium. Para começar, entre em contato com seu customer success manager ou envie uma mensagem para hello@appsflyer.com. Feito isso, você poderá acessar o dashboard de Incrementalidade.
Para acessar o dashboard de Incrementalidade:
- Na AppsFlyer, no menu lateral, selecione Otimizar > Incrementalidade.
- Na lista de testes, clique na linha do teste que você deseja analisar.
Conhecendo o dashboard
Componente | Descrição | |||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Barra de filtro |
Mensurar: Selecione a métrica que deseja visualizar no dashboard:
A sua seleção no filtro de mensuração determina quais métricas são exibidas em todo o dashboard.
Evento: Selecione o evento in-app cujos dados você deseja visualizar no dashboard.
Fonte de mídia: Filtre a visualização do dashboard por uma ou mais fontes de mídia testadas na experiência.
Intervalo de datas: Filtre a análise incremental da audiência de acordo com o intervalo de datas selecionado. |
||||||||||||||||||||||
|
Resumo do teste |
Resume todo o experimento em resultados rápidos.
|
||||||||||||||||||||||
|
Bloco de significância | Apresenta a significância estatística dos resultados mostrados no dashboard | ||||||||||||||||||||||
|
Bloco de métrica principal |
A métrica apresentada é controlada pela sua seleção no filtro de mensuração, como mostrado abaixo.
Atenção: O cálculo das métricas apresentadas no bloco principal requer dados de custo. Portanto, essas métricas estão disponíveis apenas para assinantes do ROI360 . Se os dados de custo e/ou receita não estiverem disponíveis por esse ou qualquer outro motivo, a métrica relevante será exibida como N/D. |
||||||||||||||||||||||
|
Tamanho da audiência e alcance |
Tamanho da audiência: O número de usuários distintos, para cada fonte de mídia, que foram adicionados à audiência pela primeira vez durante o intervalo de datas do teste
Alcance: A porcentagem da audiência que de fato viu um anúncio da campanha da fonte de mídia relevante
|
||||||||||||||||||||||
|
Bloco de aumento a nível de grupo de teste |
Apresenta a métrica incremental total e o aumento para o grupo de teste (por fonte de mídia):
|
||||||||||||||||||||||
|
Bloco de aumento por usuário |
Apresenta a métrica incremental e o aumento por usuário (por fonte de mídia):
|
||||||||||||||||||||||
|
Gráfico de tendências |
Apresenta a métrica/aumento incremental por usuário selecionados ao longo do intervalo de datas da experiência:
|
||||||||||||||||||||||
|
Controles da visualização do gráfico de tendências |
Use os controles de visualização para selecionar as opções de visualização e download do gráfico de tendências:
Use o botão Exportar para fazer download dos dados como um relatório em formato CSV.
Descrição dos termos do relatório
|
Relatórios de dados brutos
Use os relatórios de dados brutos de Incrementalidade para analisar a interação dos usuários com campanhas de remarketing:
- Conteúdos: Dados ao nível da linha dos usuários incluídos nas experiências de Incrementalidade.
-
Disponibilidade:
- Através do Data Locker
- Atualização dos dados: diariamente 19:00-23:00 UTC
Faça o download de exemplos de arquivos de dados brutos de Incrementalidade
Relatórios disponíveis
Categoria | Nome do relatório | Pasta do Data Locker |
---|---|---|
Visto pela primeira vez | First-seen users | incrementality_first_seen_users |
Eventos in-app | Organic in-app events | incrementality_organic_inapps |
In-app events non-organic | incrementality_inapps | |
In-app events re-attributions | incrementality_inapps_reattr | |
Sessões
|
Organic sessions | incrementality_organic_sessions |
Sessions non-organic | incrementality_sessions | |
Sessions re-attributions | incrementality_sessions_reattr | |
Desinstalações | Uninstalls (atualmente não preenchido) |
incrementality_uninstalls |
incrementality_uninstalls
A lógica básica subjacente à estrutura do relatório é a seguinte:
-
A lógica básica da estrutura do relatório é a seguinte:
- No Audiences, algumas regras são definidas para caracterizar os usuários que serão incluídos na experiência.
- Quando um determinado usuário se encaixa nas regras, o evento é registrado no relatório first_seen.
- Os usuários são atribuídos aleatoriamente a um grupo de teste ou de controle indicado pelo campo is_control_group .
- Os usuários do grupo de teste são atribuídos a uma fonte de mídia(pid_destination) para retargeting.
-
Engajamento do usuário no aplicativo: O engajamento do usuário com o aplicativo durante o reste é registado em relatórios específicos, de acordo com o contexto:
- Tipo de engajamento: Sessão ou evento in-app
- Status de atribuição do usuário quando ele é first-seen: Orgânico, não orgânico, reatribuição. Por exemplo, no passado, um usuário instalou o aplicativo e foi atribuído como orgânico. Assim, durante uma experiência, o status de atribuição é orgânico.
- Desinstalações: Usuários que desinstalam o aplicativo durante o teste. A mensuração de desinstalação deve estar ativada.
Características e campos dos dados
A disponibilidade do campo varia de acordo com o tipo de relatório, conforme indicado abaixo:
Campos exclusivos de Incrementalidade (por tipo de relatório)
Campo | Descrição | First seen | Eventos in-app | Sessões | Uninstalls |
---|---|---|---|---|---|
is_control_group | Se "true", o usuário faz parte do grupo de controle | S | S | S | S |
pid_destination | A fonte de mídia para a qual o usuário é enviado | S | S | S | S |
audience_id | Identificador único | S | S | S | S |
joined_audience_date | Data em que o usuário foi incluído na audiência pela primeira vez | S | S | S | S |
audience_name | Nome da audiência (não exclusivo) | S | S | S | S |
TM | Hora do dia | S | S | S | |
timestamp | Carimbo de data e hora do evento AAAA-MM-DD HH:MM | S | S | ||
app_ids | IDs de aplicativos associados às regras de audiência | S |
Outros campos do relatório de Incrementalidade (por tipo de relatório)
Campo | Nome de exibição* | First seen | Eventos in-app | Sessões | Desinstalações |
---|---|---|---|---|---|
advertising_id | Advertising ID (GAID) | S | S | S | S |
android_id | ID Android | S | S | ||
app_id | App ID | S | S | S | S |
app_name | Nome do aplicativo | S | S | ||
app_version | Versão do aplicativo | S | S | ||
appsflyer_id | Appsflyer ID | S | S | S | |
revenue_alt | Moeda específica do aplicativo | S | |||
bundle_id | Bundle ID | S | S | ||
country | Código do país | S | S | S | |
currency | Código da moeda | S | S | S | |
customer_user_id | Customer user ID | S | S | ||
brand | Marca do dispositivo | S | S | ||
device_category | Categoria do dispositivo | S | S | ||
model | Modelo do dispositivo | S | S | ||
device_model | Modelo do dispositivo | S | S | ||
device_type | Tipo de dispositivo | S | S | ||
event_name | Nome do evento | S | S | S | |
event_revenue | Receita do evento | S | |||
event_revenue_currency | Moeda da receita do evento | S | |||
event_revenue_u_s_d | Receita do evento em USD | S | |||
event_time | Hora do evento | S | S | S | |
event_value | Valor do evento | S | S | ||
idfa | IDFA | S | S | S | S |
idfv | IDFV | S | S | ||
imei | IMEI | S | S | ||
is_purchase_validated | Se o recibo foi validado | S | |||
os_version | Versão do sistema operacional | S | S | ||
platform | Plataforma | S | S | S | |
sdk_version | Versão do SDK | S | S | ||
* De acordo com a especificação dos dados brutos |
Especificações e limitações da incrementalidade
Características | Observações |
---|---|
Acesso do usuário à conta | Sim (de acordo com as permissões da conta) |
Acesso da ad network | Indisponível |
Acesso de agência | Indisponível. A incrementalidade está disponível apenas para contas de anunciantes. |
Transparência da agência | Você pode mensurar campanhas feitas por agências que tenham a transparência de agência ativada. |
Moeda | USD |
Atualização dos dados |
Dashboard: diariamente às 18:00 UTC para o dia anterior Relatórios de dados brutos no Data Locker: diariamente entre 19:00 e 23:00 para o dia anterior |
Histórico de dados | N/D |
Dados não orgânicos | Sim |
Dados orgânicos | Sim |
Eventos S2S | Para serem mensurados na incrementalidade, eventos S2S devem incluir o advertising ID em seu payload (IDFA para iOS, GAID para Android). |
Fuso horário | UTC |