Num relance: A AppsFlyer identifica a fonte de mídia que motiva um utilizador a instalar ou re-engajar-se com uma aplicação, atribuindo a ação do utilizador a essa fonte através do modelo de atribuição da AppsFlyer.
O que é a atribuição?
Atribuição é o processo de determinar o que levou um utilizador a instalar uma aplicação ou a realizar ações após a instalação, como reengajamento e reatribuição. O resultado da atribuição pode ser:
- Uma fonte de mídia não orgânica: O utilizador interagiu (normalmente através de impressão ou clique) com uma fonte de mídia.
- Orgânico: O utilizador não interagiu com uma fonte de mídia. Nota! Para simplificar, muitas vezes dizemos que um utilizador é atribuído organicamente. Sabemos que isto não é estritamente correto, já que utilizadores que instalam organicamente não são atribuídos de forma alguma.
A atribuição é fundamental para otimizar a aquisição de utilizadores, os esforços de reengajamento e os resultados.
Dica
Quer saber mais sobre atribuição? Consulte este breve e informativo curso no Portal de Aprendizagem da AppsFlyer.
O que é uma instalação de aplicação?
O Modelo de Atribuição é um conjunto de regras que define como o crédito por um evento é atribuído aos pontos de contato nos percursos de conversão. Cada participante do ecossistema de marketing de apps, como Google Play, App Store, Apple, plataformas CTV, PC e consolas, redes de anúncios como Meta Ads e X Ads, bem como empresas de medição móvel, têm os seus próprios modelos de atribuição. Cada um contabiliza instalações e eventos de maneira diferente.
O importante não é a diferença entre os modelos, mas sim que as regras sejam claras e aplicadas de maneira imparcial. Isso permite que os anunciantes otimizem campanhas e comparem a qualidade do desempenho dos utilizadores.
É crucial compreender os modelos e regras dos parceiros com quem trabalha. O mais importante é compreender o modelo e as nuances dos métodos suportados pela AppsFlyer.
Na AppsFlyer, um evento atribuível ocorre quando se verifica qualquer uma das seguintes situações:
- No contexto de aquisição de utilizadores: Uma instalação é registada e atribuída após o utilizador descarregar e iniciar a aplicação. Isto significa que, na AppsFlyer, o registo de data e hora de uma instalação de app corresponde ao primeiro lançamento. Em contrapartida, as redes de anúncios utilizam o tempo de interação e as lojas de aplicações o tempo de download.
- No contexto do retargeting:
- Re-engajamento
- Re-atribuição
Métodos de atribuição
A AppsFlyer utiliza vários métodos de atribuição, listados na tabela seguinte:
| Método | Utiliza ID do dispositivo | Técnica | Atribuído por |
Android (Google Play e lojas de terceiros)
|
iOS | Plataforma Universal do Windows (UWP) | Plataformas CTV, PC e consolas (3) |
|---|---|---|---|---|---|---|---|
| Referência (1) | Não | Determinístico | AppsFlyer | Sim (2) | Não | Sim | Não |
| Correspondência de ID do dispositivo (1) | Sim | Determinístico | AppsFlyer | Sim | Sim | Sim | Sim |
| Modelagem probabilística (1) | Não | Probabilístico | AppsFlyer | Sim | Sim | Não | Sim |
| Privacidade Avançada Agregada (AAP) (1) | Não | Agregação | AppsFlyer | Não | Sim | Não | Não |
| Pré-carregamento (1) | Não | Determinístico | AppsFlyer | Sim | Não | Sim | Não |
| SKAdNetwork (SKAN) | Não | Determinístico | Apple | Não | Sim | Não | Não |
| Anúncios de Pesquisa da Apple (1) | Não | Determinístico | Apple | Não | Sim | Não | Não |
| Deep link (1) | Não | Determinístico | AppsFlyer | Sim | Sim | Sim | Não |
|
(1) Às vezes referido como método de atribuição "Clássico" nos dashboards e relatórios da AppsFlyer (2) Suportado por algumas lojas de terceiros |
|||||||
Prioridades do método de atribuição (cascata de atribuição)
Ao instalar uma nova aplicação, se houver mais de um envolvimento válido, a AppsFlyer prioriza cliques em vez de impressões, e métodos determinísticos ao invés de probabilísticos. Os métodos de atribuição são utilizados segundo as prioridades apresentadas no gráfico.
Veja abaixo as descrições detalhadas dos modelos de atribuição da AppsFlyer.
Referência de instalação (apenas Android)
- As aplicações Android descarregadas do Google Play e de algumas outras lojas de aplicações são geralmente atribuídas pelo método de referência de instalação. A referência fornece o URL original, clicado antes do redirecionamento para a loja Android. Este é o método principal de atribuição para Android. Atualmente, Google Play, Huawei App Store, Samsung Galaxy Store e Xiaomi GetApps Store suportam a atribuição por referência de instalação. Atribuição alternativa de loja de aplicações usando a referência.
- Referência de instalação Meta: A AppsFlyer suporta a atribuição de anúncios Meta para aplicações Android ao receber metadados de campanhas publicitárias do armazenamento local de um dispositivo. Esses dados são usados para medição de atribuição (atribuição Meta no dispositivo).
Correspondência de ID do dispositivo
Um método clássico de atribuição em que a rede de anúncios, que possui acesso ao dispositivo do utilizador, envia o ID do dispositivo para a AppsFlyer através do URL de clique ou ao notificar a AppsFlyer que uma impressão foi servida. Isto permite que a AppsFlyer emparelhe o ID do dispositivo de clique com o ID do dispositivo obtido pelo SDK da AppsFlyer.
A correspondência de ID do dispositivo é o principal método de atribuição no iOS.
Os IDs disponíveis são:
- dispositivos iOS: IDFA, IDFV
- Dispositivos Android: com Google Play Services: GAID
- Dispositivos Android sem Google Play Services: OAID, Android ID, IMEI, Fire ID
Os IDs dos dispositivos podem ser encriptados utilizando SHA1 ou MD5 em links de atribuição.
Correspondência de ID de dispositivo usando IDFV (iOS)
- Um método clássico de atribuição utilizando o identificador de vendedores (IDFV) está disponível no iOS 6.0+. Não está sujeito aos mecanismos da Apple ATTrackingManager e LAT. Está sempre disponível e pode ser usado para publicidade promocional cruzada de apps do mesmo fornecedor.
- O SDK da AppsFlyer recolhe IDFV por padrão.
- Segundo a Apple, o valor desta propriedade é o mesmo para apps do mesmo fornecedor que correm no mesmo dispositivo.
- Um IDFV é gerado pela Apple quando o utilizador instala a primeira app de um determinado fornecedor. Isto é, a Apple verifica se não há outras apps do mesmo fornecedor no dispositivo. Como resultado, apagar todas as apps de um fornecedor específico e depois instalar uma app do mesmo fornecedor resulta num novo IDFV.
- Deve enviar o IDFV, se disponível. Melhora a atribuição. Utilizamos o IDFV em diversos cenários, incluindo:
- Atribuição de promoção cruzada.
- Atribuição de reinstalação no mesmo dispositivo.
- Relatórios de dados brutos.
- Audiências.
Correspondência de ID de dispositivo para redes de autorrelato
Um método de atribuição clássico onde, no primeiro lançamento da aplicação, a AppsFlyer verifica nas definições da aplicação se é esperado tráfego de alguma das redes de auto-relato (SRNs), como anúncios Meta, Snapchat, e Google Ads.
A AppsFlyer interroga os SRNs relevantes utilizando o ID exclusivo do dispositivo da nova instalação. A consulta utiliza APIs dos Mobile Measurement Partners (MMP), conforme definido pelos SRNs. Com base na resposta, a AppsFlyer pode atribuir os novos utilizadores a um SRN.
Modelação probabilística
A modelação probabilística é uma técnica estatística que utiliza aprendizagem automática para estimar o desempenho de campanhas. Os parâmetros de modelação probabilística são recolhidos:
- Inicialmente no clique ou na visualização do anúncio (se ativado)
- E novamente quando a aplicação é iniciada
Características de implementação
- Utiliza estatísticas e não se baseia em IDs únicos.
- É um método alternativo, utilizado na ausência de um referenciador ou de IDs de publicidade. Métodos de atribuição determinística, ou seja, cliques com referenciador ou correspondência de ID, têm prioridade se ocorrerem na janela de retrospetiva.
- A janela de atribuição é determinada pela AppsFlyer de forma dinâmica, baseada na rede do utilizador. A duração da janela é adaptável, mas mais curta do que a de outros métodos (até 24 horas).
- A modelação probabilística de clique está sempre ativada.
- A modelação probabilística de visualização precisa ser ativada na página de definições da aplicação e no separador de integração dos não-SRNs. Para aplicações de CTV, PC e consola, isto está ativado por defeito.
Parâmetros de modelação probabilística para redes de anúncios
Redes de anúncios que implementam a atribuição por modelação probabilística devem enviar os seguintes parâmetros através do link de atribuição ou através de cabeçalhos de pedidos HTTP:
Privacidade Avançada Agregada (AAP)
A Privacidade Avançada Agregada (AAP) é um método de atribuição clássico no qual os resultados de desempenho da campanha são apresentados de forma agregada, impedindo qualquer possibilidade de registar utilizadores em aplicações e sites de diferentes empresas e a capacidade de identificar exclusivamente um utilizador ou dispositivo.
A AAP utiliza os níveis de privacidade da Apple SKAdNetwork como referência mínima para os seus limites de proteção à privacidade. O AAP é o modelo de atribuição padrão para dispositivos Apple que operam em iOS 14.5+, exceto em casos especificamente permitidos pela Apple, como meios próprios e utilizadores com consentimento ATT.
Ao contrário dos outros métodos de atribuição descritos, o objetivo do algoritmo de aprendizagem automática AAP é maximizar a precisão do desempenho agregado das campanhas, e não a precisão na atribuição ao utilizador final.
Campanhas de pré-carregamento
Um método clássico de atribuição para campanhas de pré-carregamento, onde as aplicações são instaladas no dispositivo de um utilizador por um parceiro de pré-carregamento, seja na fábrica ou na ativação do dispositivo. Os parceiros de pré-carregamento podem incluir:
- Fabricantes de Equipamento Original (OEMs)
- Plataformas de descoberta de aplicações
- Operadoras de telecomunicações
Existem três métodos para atribuir campanhas de pré-carregamento. Todos os três métodos podem ser usados simultaneamente, sem interferirem nos mecanismos uns dos outros.
Os três métodos e algumas das suas principais especificações são apresentadas na tabela seguinte. Clique nos links para saber mais sobre cada método de pré-carregamento.
| Método de atribuição para pré-carregamento | Caso de uso | Informações da ativação do dispositivo até ao lançamento da aplicação* | Janela de retrospetiva** | Tipo de correspondência nos dados brutos |
|---|---|---|---|---|
| Referenciador da AppsFlyer* |
|
Sim |
|
|
| Instalação automática do Google Play** | Pré-carregado na ativação do dispositivo (para aplicações do Google Play) | Não |
|
pré-carregamento_pai |
| Pré-carregamento na fábrica via propriedade do sistema ou manifesto (Android)** |
|
Não | Sem limite | pré-carregamento_conf |
|
* A solução de pré-carregamento com referenciador da AppsFlyer oferece capacidades de visibilidade e medição entre a ativação inicial do dispositivo e o primeiro lançamento da aplicação. Isto permite ver quantos dispositivos foram ativados com a aplicação pré-carregada por um parceiro específico e, posteriormente, ver quando a aplicação é iniciada pela primeira vez. Para os outros dois métodos, a atribuição é determinada apenas depois do utilizador abrir a aplicação pela primeira vez. O número de dispositivos que tinham a aplicação instalada antes deste primeiro arranque não está disponível. Pode levar dias ou semanas, desde a primeira vez que o utilizador liga o dispositivo, até abrir a aplicação pré-carregada pela primeira vez. Consequentemente, a AppsFlyer dá prioridade máxima às campanhas de pré-carregamento na determinação da atribuição, com períodos de retrospetiva mais longos.
| ||||
Deep link
Um método clássico de atribuição para reengajamentos apenas, quando os utilizadores não são redirecionados para uma loja de aplicações para fazer o download da app. Assim, a informação no URL pode ser diretamente associada ao clique (e à subsequente abertura da aplicação). Este método de atribuição é conhecido como deep link, uma vez que é o URL do deep link que transporta a informação usada para atribuir o reengajamento.
Métodos de atribuição por fonte de media e funcionalidade da AppsFlyer
Consulte as secções seguintes para uma análise completa dos métodos de atribuição suportados, conforme:
- Fonte de media: própria ou paga
- Recurso utilizado do AppsFlyer
- Dispositivo do utilizador: Android ou iOS
Média própria
| Fonte de media | Funcionalidade | Método de atribuição | |
|---|---|---|---|
| Android | iOS | ||
| Media própria: email (incluindo ESPs), SMS, posts em redes sociais, influenciadores/afiliados, impressos, etc. | OneLink |
|
Modelação probabilística |
| Website ou página de aterragem móvel própria com tráfego pago ou orgânico | Banners Inteligentes |
|
Modelação probabilística |
| Script Inteligente OneLink |
|
Modelação probabilística | |
| Apps móveis próprias | Convites/Recomendações de utilizadores |
|
Modelação probabilística |
| Promoção Cruzada |
|
Correspondência de ID do dispositivo | |
Media paga
| Fonte de media | Método de atribuição | ||
|---|---|---|---|
| Android | iOS | Plataformas CTV, PC e consola | |
| SRNs | Correspondência de ID do dispositivo |
|
Correspondência de ID do dispositivo |
|
|
|
|
| Pré-instalado no dispositivo | Pré-instalações | -- | |
Tipos de atribuição de envolvimento do utilizador
A atribuição é realizada com base em engajamentos por cliques e visualizações. Atribuição de fonte de media é conseguida através de correspondência de ID do dispositivo e técnicas de modelagem probabilística.
Atribuição por clique
A maior parte das instalações resulta de cliques dos utilizadores em anúncios, como banners, vídeos e intersticiais.
Após o clique no anúncio, abre-se uma janela de lookback de clique com uma duração padrão de 7 dias. Instalações que ocorrem dentro do prazo da janela de lookback não são orgânicas e são atribuídas à fonte de media. Instalações que ocorrem após a duração da janela de lookback são consideradas orgânicas. Frequentemente referidas como sendo organicamente atribuídas.
- Uma janela de lookback de sete dias para cliques é vista como padrão na indústria. Ajuste a duração da janela conforme acordado com a fonte de media.
- Alinhe as janelas de lookback do SRN com a duração especificada pelo SRN.
| Tipo de atribuição | Método de atribuição | Intervalo | Predefinição |
|---|---|---|---|
|
Clique (Todos os parceiros integrados)
|
Referenciador, correspondência de ID | 1–30 dias | 7 dias |
| Modelação probabilística | 0–24 horas |
|
Atribuição por visualização
Os utilizadores que visualizam anúncios, mas não clicam neles, podem ser atribuídos à rede de anúncios que os veicula.
A janela de retrospetiva para atribuição por visualização:
- é mais curta do que a de atribuição por clique
- é configurável.
Isto é especialmente útil para redes de anúncios em vídeo que tradicionalmente têm CTRs baixos nos seus vídeos, mas também para redes tradicionais que veiculam anúncios normais.
Em casos onde ocorre um clique e uma impressão, o clique sempre prevalece, pois representa um envolvimento ativo.
| Tipo de atribuição | Método de atribuição | Alcance |
Padrão |
|---|---|---|---|
|
Atribuição por visualização (para parceiros integrados selecionados)
|
Correspondência de ID | 0-24 horas | 1 dia |
| Modelação probabilística | 0-24 horas |
|
Para ativar a atribuição por visualização:
- Defina a janela de retrospetiva na janela de configuração.
Tópicos avançados de atribuição
Eventos na aplicação
A AppsFlyer utiliza o ID do dispositivo ou um ID exclusivo da AppsFlyer para atribuições (instalação, reinstalação ou reatribuição) com o objetivo de atribuir eventos na aplicação à origem da mídia. Os anunciantes podem usar estas informações para acompanhar as jornadas dos utilizadores nos dados brutos da aplicação. No agregado diário, o ID do dispositivo/ID da AppsFlyer é usado para calcular o número de utilizadores únicos, como por exemplo o número de utilizadores únicos que realizam um evento na aplicação.
Para mais informações sobre a atribuição de eventos, clique aqui.
Instalações auxiliadas
A AppsFlyer atribui totalmente apenas uma origem de mídia por instalação, geralmente utilizando o último clique no anúncio ou a última impressão (se não houve cliques).
As instalações assistidas (também chamadas atribuições multitoque) são aquelas em que a fonte/campanha de mídia não foi o último ponto de contacto, mas interagiu com o utilizador antes da instalação, dentro da janela de lookback de atribuição.
As redes assistentes aparecem como contribuidoras para a instalação na AppsFlyer.
Para mais informações, clique aqui.
Reinstalações
Uma reinstalação ocorre quando um utilizador instala a aplicação, desinstala-a e depois volta a instalá-la. A atribuição de reinstalação é regulada pela janela de reatribuição da seguinte forma:
- Se a reinstalação acontecer após o término da janela de reatribuição: registra-se uma nova instalação.
- Se a reinstalação ocorrer durante a janela de reatribuição, aplica-se uma das seguintes possibilidades:
- Se o utilizador se envolveu com uma campanha de retargeting antes da reinstalação: regista-se uma reinstalação de retargeting (também chamada reatribuição).
- Se o utilizador não se envolveu com nenhuma campanha ou apenas com uma campanha de UA: não se regista nenhuma instalação. Dependendo do estado da Atribuição de eventos pós-reinstalação , os eventos na aplicação desses utilizadores são atribuídos como orgânicos ou à instalação original.
Para testes de dispositivos e múltiplas instalações, registe o dispositivo na AppsFlyer. Se não registrar o dispositivo, apenas a primeira instalação será contada.
A AppsFlyer permite maior precisão na atribuição de reinstalações de iOS sem ID de anunciante. Pode ativar esta funcionalidade na página de Configurações da App.
Reinstalação de aplicações iOS com backup no iCloud
Quando uma aplicação é guardada no iCloud e posteriormente restaurada (no mesmo dispositivo ou noutro), a AppsFlyer não a contabiliza como nova instalação ou reinstalação. Um utilizador que restaura uma app do iCloud mantém o seu ID AppsFlyer e os dados de atribuição.
Atribuição de retargeting
Um utilizador que reinstala uma aplicação durante a janela de reatribuição (90 dias por padrão) é considerado como reatribuído. Se esta instalação acontecer após a interação com uma campanha de retargeting, é registada como uma reinstalação de retargeting, também chamada reatribuição, e relatada em retargeting.
Atualizações de aplicações
- Quando os utilizadores atuais atualizam a aplicação para uma versão seguinte, isto não é considerado um evento de atribuição contabilizável, se o utilizador já tiver sido anteriormente atribuído pela AppsFlyer. Nota! Ao migrar para a AppsFlyer a partir de um MMP diferente, os utilizadores atuais na primeira abertura da aplicação, após a migração, são atribuídos à categoria orgânica.
- As métricas referentes ao número de utilizadores por versão da aplicação estão disponíveis no painel de informações do SDK.