Estúdio de conversão SKAN

Visão geral: use o Conversion Studio da SKAN para definir quais engajamentos do usuário no aplicativo devem ser mensurados, e por quanto tempo. Mensure a receita, a conversão, o engajamento e a retenção durante uma janela de atividade pós-instalação de 12 a 72 horas. Ao adicionar a mensuração de Single Source of Truth, podemos informar se o usuário foi atribuído tanto pela AppsFlyer como pela SKAN.

Leitura relacionada: Solução SKAN

Fundamentos do Estúdio de conversão SKAN

Dentro do fluxo de atribuição do SKAdNetwork (SKAN), um dispositivo iOS envia um postback SKAN contendo o valor de conversão (CV) mais recente. Este CV é limitado a 6 bits, resultando em 64 valores possíveis (0-63). Essa limitação requer algumas escolhas difíceis sobre como usar esses 6 bits.

O Estúdio de conversão oferece a máxima flexibilidade para fazer com que cada bit conte. Você determina com precisão quais dados de métrica devem ser codificados no CV, incluindo qual atividade e por quanto tempo medir durante o período de pós-instalação. 

 Tipo

Modo

Descrição Janela de atividade

Flexível

Personalizado

[Melhores práticas]

Defina uma combinação de receita, conversão (eventos in-app) e métricas de engajamento durante uma janela de atividade configurável. 12-72h

Flexível

Decodificar

Crie seu próprio currículo para o mapeamento de eventos e defina você mesmo o CV no aplicativo. Use essa opção se não for possível integrar o SDK da AppsFlyer ao seu aplicativo. Para usar decodificação, vá para o SKAN Conversion Studio, clique nas opções (⋮), selecione Carregar arquivo de mapeamento de decodificação personalizado

12-1512h (63 dias)

Fixo 

Receita

[Padrão]

[Legado]

Meça a receita usando um dos seguintes intervalos: 

  • $1-$630 em etapas de $10
  • $1-$63 em etapas de $1
  • $0,01 - $0,63 em etapas de $0,01
24h

Fixo

Conversão

[Legado]

Selecione de 1 a 6 eventos in-app como eventos de conversão 24h

Fixo 

Engajamento

[Legado]

Número de vezes que um usuário realiza um evento 24h
Modos de métrica

Dica! Experimente com o Estúdio de conversão. Na AppsFlyer, vá para Configuração > Estúdio de conversão SKAN.

Princípios e definições de métricas

Definições

  • Janela de atividade: determina por quanto tempo a atividade pós-instalação é medida. A duração da janela depende dos temporizadores do iOS e da AppsFlyer. A medição para quando um dos temporizadores atinge 0. O postback do iOS é enviado de 0 a 24 horas após o término do cronômetro do iOS. 
  • Única fonte confiável (SSOT): mecanismo para sinalizar se o usuário foi atribuído por SKAN e outro método de correspondência de atribuição. O sinalizador é usado para eliminar dados duplicados de instalação em dados brutos de SKAN e calcular métricas de desempenho verdadeiras. 
  • Capacidade de valor de conversão: o número de currículos necessários para mapear sua configuração. Quanto mais componentes e elementos de medição você selecionar, mais capacidade de valor de conversão será necessária. Cada faixa ou elemento de configuração selecionado consome capacidade de valor de conversão. (E cada unidade de configuração adicional incluída em um único componente o consome exponencialmente!) Exemplos de uso maximizado de CV.
  • Componentes de métrica:
    • Receita: receita gerada
    • Evento in-app: engajamento, avaliação exclusiva do usuário ou ambos
    • Funil: lista de eventos sequenciais realizados por um usuário
    • Prioridade: um componente que contém receita, evento in-app ou ambos. 
    • Previsão: usa algoritmos avançados de machine learning para fornecer previsões precisas, baseadas em LTV, sobre o sucesso da campanha. As previsões de KPIs a nível de usuário (incluindo receita e retenção) são codificadas e transmitidas à SKAN como um único valor de conversão, que a SKAN então relata como um postback, juntamente com a identificação da campanha e a fonte de atribuição.

Princípios

  • Somente administrador: Admin.pngsomente um administrador pode salvar as configurações do Estúdio de conversão. Os usuários da conta podem visualizar as configurações. 
  • A qualquer momento, apenas um modo está ativo. 
  • Para um determinado modo, a AppsFlyer mapeia as combinações definidas por suas configurações para CVs. Você pode visualizar e fazer o download da tabela de mapeamento
  • No aplicativo, a AppsFlyer define o currículo após cada ação mensurável do usuário usando o modo de medição ativo quando um usuário inicializa o aplicativo pela primeira vez. 
  • O iOS considera os limites de privacidade da Apple antes de preencher o CV no postback.
  • As ações do usuário que ocorrem após o final da janela de atividades são desconsideradas.
  • Painel do SKAN:
    • O layout e as métricas do painel do SKAN dependem do modo e da configuração. 

    • O layout é atualizado diariamente com base no modo ativo à meia-noite UTC. Espere que o layout atualizado esteja disponível até as 05:00 UTC. 

    • Em Custom e Decode, não há dados orgânicos para eventos in-app. 

Princípios S2S

Ações mensuráveis podem ser relatadas pela API servidor para servidor (S2S). Considere o seguinte por modo: 

  • Personalizado: o S2S está sempre ligado.
  • Decodificação: o S2S não é adequado para S2S e não está disponível. A AppsFlyer não define o CV nesse modo.
  • Modos de receita, conversão e engajamento: você deve ativar a gravação de eventos S2S antes de enviar eventos.

Usando a opção personalizada

Em Personalizado, você usa diferentes componentes de métrica, como receita, eventos in-app, prioridade e Única fonte possível, para determinar o que é medido e definir uma janela de atividade para determinar por quanto tempo e em quais intervalos a métrica ocorre. Juntos, os componentes criam seu modo de métricas personalizado. 

Para definir Personalizado, experimente diferentes opções; à medida que você faz alterações, o medidor de capacidade de valor de conversão é atualizado. Otimize suas configurações para capturar os dados mais valiosos para você sem exceder a capacidade. Consulte o Cálculo da capacidade do valor de conversão.

CapacitCounter.png

Próximas etapas

As seções a seguir detalham as opções de configuração e os componentes. Use-os como guias ao abrir Personalizado e experimentar as diferentes configurações de métrica.

Janela de atividade

Determine por quanto tempo a atividade é medida.

flex_activity_window.jpg

Obrigatório

Sim 

Uso múltiplo permitido

Não

Características do tempo

  • O cronômetro tem uma duração fixa, definida por você e é executado em paralelo ao cronômetro do iOS.
  • Em contraste, o temporizador do iOS tem uma duração inicial de 24 horas. Cada vez que o valor de conversão aumenta, o timer é redefinido.
  • Duração padrão 24 horas.
  • A métrica para quando um dos temporizadores atinge 0. 
Duração do timer
  • Intervalo: 12-72 horas. Para mais opções, veja Métrica flexível nesta tabela.  
  • Quando o timer termina, a AppsFlyer para de medir.
  • Se a duração do timer for superior a 24 horas, o usuário deverá estar ativo no aplicativo pelo menos uma vez por intervalo. Caso contrário, a métrica pode terminar prematuramente porque a AppsFlyer não pode impedir que o cronômetro do iOS atinja 0; ou seja, o iOS encerra a medição. 

Intervalo

12 ou 24 horas. Os intervalos afetam a precisão do último intervalo de tempo ativo e do tempo de instalação. Para mais opções, veja Métrica flexível nesta tabela. 

O intervalo de tempo da última atividade está disponível nos relatórios de dados brutos nas colunas min_install_time e max_install_time e é usado para determinar o tempo de instalação conforme descrito nesta seção.

Exemplo:

  • A duração do temporizador é definida para 48 horas.
  • O usuário esteve ativo pela última vez durante a hora 40
  • Dependendo da configuração do intervalo, o último intervalo de tempo ativo é: 
    • Intervalo de 12 horas: 36–48h
    • Intervalo de 24 horas: 24–48h

Hora da instalação

O tempo de instalação é derivado da seguinte forma:

Tempo de instalação = hora de chegada do postback - [Média último intervalo ativo] - [atraso de postback do iOS]

  • Hora de chegada do postback:  a hora em que o postback do iOS foi recebido diretamente do dispositivo; geralmente pela ad network. 
  • O intervalo médio do último ativo considera o CV e é calculado da seguinte forma:
    • Se CV = 0  assume-se que a última faixa ativa é 0. 
    • Se CV > 1 ou CV = null: Usando o tempo min_install_time e max_install, eles são definidos com base no intervalo e na última vez em que o usuário foi visto ativo no aplicativo.  Por exemplo, se o intervalo for 12, como o usuário foi visto pela última vez 25 horas após a instalação, o resultado é [24 + 36] / 2 = 30. 
  • Atraso de postback do iOS: [24 + 48] / 2 = 36. Considere que o cronômetro do iOS termina 24 horas após a última alteração no currículo e o postback é enviado de 0 a 24 horas depois disso. 36 horas é uma constante

Opções de configuração

A janela Atividade consiste em duas configurações: duração e intervalos. 

  • Duração: 24–72 horas com intervalos de 24 horas. Máximo de 3 intervalos.
  • Duração: 12–72 horas com intervalos de 12 horas. Máximo de 6 intervalos.

Impacto da alteração da duração da janela de atividades

  • O postback é enviado de 0 a 24 horas após o término do cronômetro do iOS. 
  • Inicialmente, o temporizador do iOS é fixado para terminar após 24 horas. 
  • Se você definir a janela de atividade para mais de 24 horas, o usuário deverá estar ativo pelo menos uma vez por intervalo para garantir que o temporizador do iOS não expire.

 

Considerações relacionadas a ad networks

  • A duração padrão do temporizador é de 24 horas.
  • Você pode definir uma duração diferente, mas antes de fazer isso, verifique com seus parceiros da ad network se eles oferecem suporte a um período diferente do padrão. 
  • Ao usar a janela de 24 horas, você pode aprimorar suas métricas dividindo o período de 24 horas em 2 intervalos, cada um de 12 horas. Ao fazer isso, você saberá se o usuário continuou usando o aplicativo após as primeiras 12 horas. 

Exemplo de requisitos de capacidade de faixa

A imagem nesta seção mostra um temporizador de 60 horas com um intervalo de 12 horas. 

Opções de janela de atividades flexíveis

A métrica flexível permite que você estabeleça uma janela de atividade mais longa e tenha granularidade por hora. O mesmo vale para a configuração dos intervalos. As configurações têm as seguintes características:

  • Janela de atividade
    • Intervalo: 12-1512 horas (63 dias)  
    • Granularidade: 1 hora
  • Intervalos:
    • Intervalo: Mínimo 1 hora e quaisquer outros multiplicadores da janela de atividade
    • Granularidade 1 hora

Consideração: a relação entre a janela de atividade e os intervalos deve ser um número inteiro.

Prática recomendada: não defina o intervalo para mais de 24 horas, pois isso diminui a precisão da estimativa do tempo de instalação.

Uma única fonte confiável

Uma única fonte confiável para identificar se um usuário é atribuído pelo SKAN e outro método de correspondência

SSOTControl.png

Instalações de sinalizadores de mecanismo Uma única fonte confiável (SSOT) relatadas por mais de um método de correspondência de atribuição. Em outras palavras, SKAN e outro método. O sinalizador está disponível nos relatórios de dados brutos SKAN e [em breve] é considerado no cálculo de métricas na visualização SSOT do painel Visão geral. 

Obrigatório

Não

Uso múltiplo permitido

Não

Opções de configuração

Se SSOT estiver ativado, o CV será definido para que possa sinalizar se um usuário é atribuído pelo SKAN e outro método de correspondência de atribuição. 

Onde o sinalizador SSOT é usado?

  • [Em breve] Painel de visão geral da AppsFlyer Visualização SSOT
  • Os relatórios de dados brutos SKAN têm o campo af_attribution_flag. Se verdadeiro, o usuário foi atribuído por SKAN e outro método. 
  • Relatórios da API de atribuição agregada SKAN.

Componente de previsão

É a previsão da receita, retenção e comportamento do usuário a longo prazo, feita com base em dados de comportamento mensuráveis

Predict-SKAN_Conversion_Studio__1_.png

Obrigatório

Não

Uso múltiplo permitido

Não

Opções de configuração

  • Somente leitura
  • A janela de atividade está configurada para 24 horas
  • Outras configurações se baseiam na configuração do Predict. Saiba mais sobre o Predict

Disponibilidade

  • Disponível para assinantes do Predict
  • Para ter acesso ao Predict, entre em contato com seu CSM

Componente de evento in-app

Meça a conversão (número de usuários únicos que realizam um evento), engajamento (número de vezes que um evento foi realizado) ou ambos

ConversionStudioIn-app-event.png

Obrigatório

Não

Uso múltiplo permitido

Sim
Opções de configuração

Selecione um evento in-app e configure os intervalos de acordo com sua meta de métrica da seguinte maneira: 

  • Somente conversão: Configure um intervalo com um intervalo de 0 a 1
  • Engajamento e conversão: configure vários intervalos com os intervalos selecionados

Intervalos para engajamento

Para medir o engajamento, você deve criar intervalos de ocorrências. Quando uma ocorrência do evento de engajamento selecionado é relatada, o SKAN a associa ao intervalo apropriado de acordo com o número de ocorrências do evento.

Características

  • Cada intervalo contém um intervalo de ocorrência que consiste em um valor de e um valor para. O valor mais baixo não está incluído no intervalo e o valor superior está. Por exemplo, 5–10 significa maior que 5 incluindo 10.
  • O intervalo com o menor valor sempre começa em 0 (mas não inclui 0 em si). 
  • Você pode criar quantos intervalos desejar, mas lembre-se de que cada intervalo afeta sua capacidade de valor de conversão. 
  • Os intervalos devem ser sequenciais (sem lacunas entre os intervalos).

Medindo o engajamento usando intervalos

  • Quando uma ocorrência de evento é relatada, o SKAN associa a ocorrência ao intervalo apropriado. As ocorrências registradas são derivadas da média do intervalo. O valor é arredondado para o número inteiro mais próximo. Por exemplo, 5,7 é arredondado para 6. 
  • Se o número de ocorrências exceder o valor máximo do intervalo de maior valor, as ocorrências serão associadas ao intervalo de maior valor. O número de ocorrências registradas é o valor médio do intervalo de maior valor. Em outras palavras, o número real de ocorrências é desconsiderado. 
  • Em dados brutos, o número real de ocorrências e os intervalos estão disponíveis.

Exemplo:

Na imagem, os seguintes intervalos de ocorrência são representados:

Os intervalos de ocorrência definidos são:

  • A: 0-5
  • B: 5-10
  • C: 10-20

O número de ocorrências é registrado usando os intervalos da seguinte forma:

Exemplo Número de ocorrências relatadas pelo SDK Intervalo associado Número de ocorrências relatadas
1 5 3
2 6 B 8
3 10 B 8
4 125 C 15
 
Limitação Um determinado evento in-app pode ser associado uma vez a esse componente.

Componente de receita

Meça a receita gerada pelo usuário durante a janela de atividades

ConversionStudioRevenue.png

Obrigatório

Não

Uso múltiplo permitido

Sim, se estiver usando a fonte de receita de eventos in-app. 

Opções de configuração

A receita pode ser registrada usando um único evento ou você pode associar a receita por fluxo usando eventos in-app selecionados. 

As seguintes opções de fonte de receita são suportadas: 

  • Receita geral
    • Qualquer receita é registrada pelo SKAN usando o evento af_skad_revenue. af_skad_revenue deve ser mapeado.
    • O componente pode ser incluído uma vez. 
  • Evento in-app
    • A receita relatada por tipo é alocada a um evento in-app selecionado e é registrada pelo SKAN usando o evento in-app selecionado. O evento deve ser mapeado; af_skad_revenue não deve ser mapeado.
    • O componente pode ser usado várias vezes.
    • Se você relatar receita por postback para ad networks, verifique se os mapeamentos de postback de eventos in-app incluem os eventos de receita in-app definidos por você.

Intervalos

Para medir a receita, você deve criar faixas de receita. Quando a receita é relatada, a SKAN associa a receita relatada ao intervalo apropriado.

Características

  • Cada intervalo contém um intervalo de receita que consiste em um valor de e um valor até. O valor mais baixo não está incluído no intervalo; no entanto, o valor superior é incluído. Por exemplo, 5–10 significa maior que 5 até 10 inclusive. 
  • O intervalo com o menor valor sempre começa em 0 (mas não inclui 0 em si). 
  • Você pode criar quantos intervalos desejar, mas lembre-se de que cada intervalo afeta sua capacidade de valor de conversão.
  • Os intervalos devem ser sequenciais (sem lacunas entre eles).
  • Os valores estão em USD
  • Se você veicula campanhas no Facebook, deve ter 4 ou mais intervalos. 
  • Os valores de intervalo podem ter até 4 dígitos após o ponto decimal.

Registro de receita usando intervalos

  • Quando a receita é relatada, a SKAN associa a receita ao intervalo apropriado. A receita registrada é igual ao valor médio do intervalo.
  • Se a receita relatada exceder o valor médio da faixa de valor mais alto, a receita será associada à faixa de maior valor. Atenção! A receita registrada é o valor médio desse intervalo. Em outras palavras, o valor real da receita é desconsiderado.
  • Em dados brutos, a receita registrada e o intervalo associado estão disponíveis. 

Exemplo:

Na imagem, os seguintes intervalos de receita são representados:

  • A: 0-5
  • B: 5-10
  • C: 10-20

A receita é registrada usando os intervalos da seguinte forma: 

Exemplo Receita relatada pelo SDK Intervalo associado Receita registrada
1 5 US$ 2,5
2 6 B US$7,5
3 10 B US$7,5
4 125 C $15

Componente de funil

Mede a ocorrência de eventos in-app com base em uma lista de eventos sequenciais em um funil. Um usuário realizando qualquer evento no funil é considerado como tendo realizado todos os eventos anteriores a esse evento

ConversionValueFunnel.png 

Obrigatório

Não

Uso múltiplo permitido

Não

Opções de configuração

Liste um conjunto sequencial de eventos em um funil. Como a ocorrência de um único evento é tratada como a ocorrência de todos os eventos anteriores, a ordem na qual você lista os eventos é muito importante, conforme ilustrado no exemplo a seguir.

Exemplo

Um funil contém os eventos a, f, b, k e z, conforme ilustrado na imagem anterior.

Exemplo Evento realizado Eventos gravados
1 a a
2 b a, f, b
3 z a, f, b, k, z

Componente de métrica prioritária

Use o componente de métrica prioritária, parte do modo Personalizado, para classificar as jornadas de ação do usuário no aplicativo com base em sua lógica de negócios, de modo que as métricas de alta prioridade substituam as de baixa prioridade. Isso permite que você escolha o que medir em cada etapa do funil de conversão. 

Cada prioridade (máximo 63) pode conter receita, evento in-app ou ambos. Quando um usuário realiza eventos in-app, a AppsFlyer determina qual prioridade se ajusta às ações executadas pelos usuários e define o currículo de acordo.

Para facilitar a compreensão, vamos comparar o uso do Personalizado com e sem o componente prioritário. Sem prioridade, a AppsFlyer mapeia todas as combinações de métrica possíveis para currículos. Considere que, com prioridade, apenas as combinações de métricas explicitamente definidas por você são mapeadas para CVs. 

A prioridade é melhor explicada no exemplo detalhado deste artigo. 

Princípios de prioridade 

  • Você pode definir de 1 a 63 prioridades. O número disponível depende da janela de atividades e das configurações de Única fonte confiável.
  • A prioridade 1 sempre tem a prioridade mais alta. A prioridade com o maior número tem a menor prioridade.
  • Uma prioridade consiste em receita ou evento in-app, ou ambos os componentes. Uma determinada prioridade pode conter vários eventos in-app e fluxos de receita. 
  • O funil não está disponível na prioridade. No entanto, defina vários eventos in-app em uma prioridade para medir a conversão do usuário em um funil.
  • Para usar o componente de mensuração de prioridade, você não pode ter outros componentes (por exemplo, eventos in-app ou receita) configurados.

Para definir métricas usando prioridade:

  1. Na AppsFlyer, acesse o SKAN Conversion Studio.
  2. Selecione Personalizado e clique em Continuar
  3. Se necessário, clique em Excluir para remover as configurações atuais.
  4. Clique em + Adicionar métrica. Selecione Prioridade
    A prioridade 1 é exibida.

    Priority1.png

  5. Selecione um componente de métrica de:
    • Receita
    • Evento in-app
  6. Preencha os campos de acordo com a interface do usuário.
    • Considere que uma prioridade pode consistir em receita, evento in-app ou ambos. 
    • Os valores de intervalo de ocorrências de eventos e receitas devem ser de ordem ascendente (crescente) e contínuos. Por exemplo, os seguintes intervalos aumentam e são contínuos: 1-5, 5-8, 8-10 e assim por diante.  Um determinado intervalo pode ser usado mais de uma vez (repetido) se a segunda vez que for usado for parte de uma combinação única e for o mesmo intervalo que a última prioridade com um intervalo. Por exemplo, 1-5, 1-5 + adicionar ao carrinho.
  7. Clique em Validar.
    A mensagem Prioridade é válida é exibida. Se não for esse o caso, corrija sua prioridade antes de continuar.
  8. Siga um dos procedimentos abaixo:
    • Para adicionar uma prioridade, clique em + Adicionar prioridade. A prioridade 1 existente é deslocada para baixo e se torna a prioridade 2. Conclua as configurações de prioridade conforme descrito anteriormente. 
    • Para excluir uma prioridade, clique em ... > Excluir.
    • Para alterar o nível de prioridade, clique em Opções () e selecione Alterar pedido ou Reduzir o nível de prioridade.
    • Para duplicar uma prioridade, clique em Opções () e selecione Duplicar.
    • Clique em Salvar para concluir as prioridades de configuração. 

Informações subsidiárias personalizadas

Exibir mapeamento de CV

  • Veja os eventos mapeados para um currículo selecionando o currículo. Os eventos mapeados são exibidos abaixo da tabela.
  • Faça download da tabela de mapeamento de CV como um arquivo CSV. Clique em Fazer download do arquivo de mapeamento. 
  • Obtenha o mapeamento de CV usando o esquema SKAN CV API para anunciantes

CVmapping.png

Coluna Descrição 
app_id  
conversion_value Faixa de valor CV 0-63
event_name  
min_event_counter O limite inferior do intervalo do contador de eventos
max_event_counter
  • O limite superior do intervalo do contador de eventos.
  • Nos relatórios gerados pela AppsFlyer, o número de eventos é calculado usando a seguinte fórmula: Roundup ([min_event_counter+ max_event_counter]) / 2
min_event_revenue O limite inferior da faixa de receita do evento em USD
max_event_revenue
  • O limite superior da faixa de receita do evento em USD
  • Em relatórios gerados pela AppsFlyer, a receita é calculada usando a seguinte fórmula: ([min_event_revenue + max_event_revenue]) / 2)
min_time_post_install

O limite inferior, horas após a instalação, indicando quando o usuário esteve ativo pela última vez no aplicativo.

max_time_post_install

O limite superior, horas após a instalação, indicando quando o usuário esteve ativo pela última vez no aplicativo. 

last_config_change A data em que você salvou a configuração no SKAN Conversion Studio.
Colunas do arquivo de mapeamento CSV

Fórmula de capacidade de valor de conversão

Conforme explicado anteriormente, o número máximo de valores de conversão disponíveis é 64. A fórmula a seguir calcula quantos valores de conversão disponíveis são usados pelo modo.

(activity time duration in hours / interval size in hours) * 
(number of revenue ranges + 1 ) * 
(number of in-app event ranges + 1 ) * 
(number of steps in a funnel + 1)

Ajuste a fórmula para incluir todos os componentes de métrica

Exemplos de currículos personalizados maximizados

Componente Descrição 

Janela de atividade

  • Duração: 24 horas
  • Intervalo: 24 horas sendo 1 intervalo
Receita
  • A receita é relatada usando um único evento in-app (geral) 
  • Faixas de receita: 15 
in-app Nenhum
Funil 3 eventos in-app
Exemplo 1
Componente Descrição 

Janela de atividade

  • Duração: 24 horas
  • Intervalo: 12 horas sendo 2 intervalos
Receita
  • A receita é relatada alocada por tipo usando 2 eventos in-app diferentes
  • Faixas de receita: 3 (por evento in-app)
In-app definido para conversão 1 evento em teste para medir a conversão; cada evento em teste requer 1 intervalo
Funil Nenhum
Exemplo 2
Componente Descrição 

Janela de atividade

  • Duração: 24 horas
  • Intervalo: 24 horas sendo 1 intervalo
Receita
  • A receita é relatada usando um único evento in-app (geral) 
  • Faixas de receita: 3 
Configuração in-app para engajamento
  • 2 eventos no sistema para medir as ocorrências de engajamento
  • Intervalos de ocorrência: 3 por evento in-app
Funil Nenhum
Exemplo 3
Componente Descrição 

Janela de atividade

  • Duração: 48 horas
  • Intervalo: 12 horas sendo 4 intervalos
Receita
  • A receita é relatada usando um único evento in-app (geral) 
  • Faixas de receita: 7
In-app definido para conversão

1 evento in-app para medir a conversão; requer 1 intervalo

Funil

Nenhum

Exemplo 4

Exemplo detalhado de métrica prioritária

Em um aplicativo de compras, o anunciante quer focar a métrica em:

  • acções de usuários não pagantes
  • receita de usuários pagantes

Ao fazer isso, o anunciante usa CVs para gravar a receita com mais precisão. Esses requisitos de métrica se traduzem em um conjunto de prioridades de métrica, conforme estabelecido na tabela a seguir. 

Considere o seguinte:

  • A maior prioridade é sempre 1. Atenção! Os números prioritários não são mapeados diretamente para CVs. Os mapeamentos de CV são exibidos na interface do usuário.
  • O número máximo de prioridades é 63. O número real disponível depende da janela de atividades e se a Única fonte confiável está ativada.
  • Cada prioridade consiste em um intervalo de receita ou de ocorrências de eventos in-app, ou ambos. 
  • Valores do intervalo: o valor mais baixo do limite não está incluído no intervalo, mas o valor do limite mais alto é incluído. Por exemplo, o intervalo de US$5 a US$10 não inclui o valor 5, mas inclui o valor 10. 

Prioridade #

Faixa de receita

Evento in-app
1 [Prioridade mais alta] US$5- US$10 send_recommendation
2 US$5- US$10 --
3 US$0-US$5 send_recommendation
4 US$0-US$5 --
5 -- send_recommendation
add_to_cart
6 --

send_recommendation

7 [Prioridade mais baixa] -- add_to_cart
-- Sem valor definido
Exemplo de definição de métrica prioritária

A tabela a seguir contém cenários de jornada do usuário. Cada cenário contém a lista de ações executadas pelo usuário durante sua jornada e a prioridade determinada pela AppsFlyer.

Na tabela:

  • Várias ações são separadas usando >
  • O valor entre parênteses () é a prioridade determinada pela AppsFlyer definida após o usuário concluir a ação. Usando a prioridade da AppsFlyer, atualize o currículo no aplicativo. 
Cenários de jornada do usuário

Cenário de jornada do usuário

Ações e prioridade do usuário
A add_to cart (7)
B add_to_cart (7) > send_recommendation (5)
C Purchase $3 (4)
D Purchase $6 (2)
E Purchases $6 (2) > send_recommendation (1) 

Usando métricas de modo fixo

Tipos de métricas de qualidade do usuário

  • Métricas são para uma janela de atividades de 24 horas começando com a primeira abertura do aplicativo. 
  • Se você deseja enviar eventos usando o S2S, você deve habilitar explicitamente o SKAN S2S
Métricas de modo fixo
Modo de métrica Descrição
[Padrão] Receita

RevenueFixed.png

Receita gerada durante a janela de atividades de 24 horas. 

Selecione uma taxa de unidade para USD de um dos seguintes:

  • US$0,01 para medir até US$0,63
  • US$1 para medir até US$63
  • US$10 para medir até US$630

A AppsFlyer preenche automaticamente 63 faixas de métricas de receita. af_skad_revenue deve ser mapeado.. No painel, a receita é registrada como o máximo do intervalo. Por exemplo, se o intervalo for US$60- US$61, a receita registrada será US$61. Atenção! A receita personalizada usa um método diferente para calcular a receita. 

Métricas disponíveis:

    • Receita
    • ROI
    • ROAS
    • ARPU: Receita/usuários que instalam o aplicativo
    • Taxa de conversão de usuários: usuários que fazem uma compra/usuários instalando o aplicativo
    • eCPA
Conversão

mceclip0.png

Eventos in-app realizados uma ou mais vezes durante a janela de atividades de 24 horas

Configurações:

  • Selecione de 1 a 6 eventos in-app para medir na lista suspensa. Limitação: a lista está limitada aos 300 principais eventos durante os 30 dias anteriores.
  • No dashboard da SKAdNetwork, selecione um determinado evento como o evento de conversão

Métricas por evento in-app:

    • Contagem de usuários que realizam um evento
    • Taxa de conversão: usuários que executam o evento de conversão/usuários que instalam o aplicativo
    • eCPA
    • Sessões (usa o evento af_app_opened)

Exemplo de contagens de usuários:

  • Registro concluído
  • Fez uma compra
  • Atingiu um nível de jogo

Esclarecimento! Use a mensuração de conversão para contar se um usuário realizou um evento. Para contar quantas vezes um usuário realiza uma mensuração de engajamento de uso de eventos.

Engajamento

mceclip1.png

Número de vezes que o usuário realizou um evento in-app específico durante a Janela de atividade

Configurações: 

  • Selecione um evento in-app da lista suspensa.
  • A seleção in-app também é especificada como o Evento de Conversão.
  • Intervalo de valor:0-63

Métricas para o evento in-app:

    • Contagem de usuários que realizam o evento
    • Número médio de eventos por usuário
    • Taxa de conversão
    • eCPA
    • Sessões

Exemplos:

  • Mensure o número de vezes:
    • que um usuário abriu o aplicativo
    • que o usuário visualizou um anúncio

Exemplos de modo fixo

Exemplo A: mensuração de receita
Fator Observações
Cenário
  • 20 usuários instalam o aplicativo e realizam as seguintes compras:
    • 9 usuários, cada um faz uma compra de US$10
    • 5 usuários, cada um faz uma compra de US$5
    • 1 usuário faz uma compra de US$1, depois US$3, depois US$5 e, por último, US$1. No total US$10. 
  • Dados de custo oferecidos pela API da rede de anúncios: US$30
Configuração SKAN
  • Selecione o tipo de mensuração: receita
  • Definir fator de conversão: 1 unidade de conversão = US$1
  • Evento de conversão designado: no SDK, você deve enviar a receita usando o parâmetro af_revenue.
Métricas selecionadas  Métricas relacionadas a receita disponíveis
  • Instalações: 20
  • Receita: US$125
  • Conversões: 15
  • ARPU (receita média por usuário): US$6,25
  • ROI: 316%
Número de linhas de dados brutos por relatório 

Os relatórios de dados brutos estão disponíveis através do Data Locker

  • Postbacks do dispositivo: 20 linhas
  • Instalações: 20 linhas
  • Eventos in-app: 15 linhas Atenção! O usuário que faz várias compras é representado por uma única linha de US$10. 
Considerações para desenvolvedores

Eventos que contêm receita são reconhecidos

Exemplo B: Mensuração de conversão
Fator Observações
Exemplo
  • 5 usuários (A-E) instalam o aplicativo
  • Eles executam 0-3 eventos in-app diferentes, conforme descrito na tabela
  • Dados de custo oferecidos pela API da rede de anúncios: US$30
  in-app-1 in-app-2 in-app-3
Usuário A Realizou Realizou -
Usuário B Realizou - Realizou
Usuário C Realizou Realizou -
Usuário D Realizou Realizou -
Usuário E - - -
Eventos in-app realizados por usuários
Configuração de atribuição da SKAdNetwork

Selecione o tipo de mensuração: Conversão

  • Selecionar eventos in-app: in-app-1, in-app-2, in-app-3
  • No dashboard da SKAdNetwork, você seleciona um dos eventos para calcular a métrica de usuários convertidos. Você pode alterar o evento selecionado conforme necessário. 
Métricas selecionadas
Métrica  Aplicativo  in-app-1 in-app -2 in-app- 3
Instalações 5      
Conversões 4      
Usuários únicos   4 3 1
eCPA US$7,5      
Métricas in-app relacionadas disponíveis

Atenção! Como o evento de conversão específico é no aplicativo 1, o valor 4 é usado para calcular métricas a nível de aplicativo e para métricas in-app-1. 

 

Os relatórios de dados brutos estão disponíveis através do Data Locker

  • Postback do dispositivo: 5 linhas
  • Instalações: 5 linhas
  • Eventos in-app: 8 linhas
Considerações para desenvolvedores
  • Certifique-se de enviar eventos in-app que os usuários executam.
  • A solução de SkadNetwork desconsidera os valores do evento (exceto em relação à mensuração da receita).
Exemplo C: Mensuração de engajamento
Fator Observações
Exemplo

5 usuários instalam o aplicativo e abrem o aplicativo o número de vezes listado na tabela. 

  Número de vezes que o evento é executado
Usuário A 63
Usuário B 10
Usuário C 5
Usuário D 1
Usuário E -
Aplicativos abertos
Configuração de atribuição da SKAdNetwork
  • Selecione o tipo de mensuração: engajamento
  • Evento de conversão específico: af_app_opened Atenção! Você pode usar qualquer evento disponível. 
Métricas selecionadas

Amostra de métricas disponíveis

  • Instalações: 5
  • Conversões: 4
  • Sessões: 79 
Número de linhas de dados brutos por relatório 

Os relatórios de dados brutos estão disponíveis através do Data Locker

  • Postback do dispositivo: 5 linhas
  • Instalações: 5 linhas
  • Eventos in-app: 79 linhas; uma linha é equivalente a uma única sessão
Considerações para desenvolvedores

Em cada ocasião, o usuário realiza o evento de engajamento selecionado: envie o evento in-app. A SKAdNetwork conta o número de vezes que você envia o evento. 

Dashboard e métricas

Nos modos Custom e Decode, não há métricas orgânicas disponíveis para eventos in-app.

Métricas disponíveis

Métrica Fórmula/tipo 
Instalações Contagem
Cliques Contagem
Impressões Contagem

Taxa de click-to-install

Instalações/Cliques *100 
Custo Custo da campanha [Recurso Premium]
Custo efetivo por instalação (eCPI) Custo/Instalações
Usuários convertidos

Contagem de usuários únicos realizando um evento de métrica específico.

  • Modo personalizado: sempre af_skad_revenue (se qualquer outra coisa for selecionada, os usuários convertidos permanecerão vazios)
  • Modo de receita: sempre af_skad_revenue
  • Modo de conversão: evento in-app selecionado nas configurações do dashboard 
  • Modo de engajamento: evento in-app conforme definido no Conversion Studio
Taxa de usuários convertidos

Usuários convertidos/Instalações * 100

Custo efetivo por ação (eCPA)

Custo/Usuários exclusivos que executam um evento específico

Métricas disponíveis (independentemente do componente da métrica)


Tipos de medição de qualidade do usuário

Métricas disponíveis por componente de métrica
Componente de métrica Descrição
Receita

A receita é registrada em USD usando o intervalo associado à receita relatada. A receita relatada no painel é o valor máximo dos intervalos.

Métricas:

    • Receita
    • ROI
    • ROAS
    • ARPU: receita/número de usuários que instalam o aplicativo
    • Taxa de conversão de usuários: número de usuários que fazem uma compra/usuários que instalam o aplicativo
    • eCPA
Funil

Os eventos in-app são realizados como parte de um funil. 

Métricas por evento in-app:

  • Contagem de usuários realizando cada um dos eventos
  • eCPA
  • Sessões

Exemplo de contagens de usuários:

  • Registro concluído
  • Fez uma compra
  • Atingiu um nível de jogo

Esclarecimento! Use o funil para medir se um usuário realizou uma sequência de eventos.

in-app

Número de vezes que o usuário realizou um evento in-app especificado durante a Janela de Mensuração

Configurações: 

  • Selecione um evento in-app da lista suspensa.
  • A seleção in-app também é especificada como o Evento de Conversão.

Métricas para o evento in-app:

    • Contagem de usuários que realizam o evento
    • eCPA
    • Sessões

Exemplos:

  • Mensure o número de vezes:
    • que um usuário abriu o aplicativo
    • que o usuário visualizou um anúncio

Procedimentos

Configurar a atribuição SKAN

Esse procedimento de configuração deve ser realizado por um administrador ou usuário da conta com permissão para Editar configurações do aplicativo

Para visualizar ou alterar as permissões do usuário:

  1. Na AppsFlyer, clique com o botão superior direito do mouse em seu endereço de e-mail. 
  2. Selecione Gerenciamento de usuários > Selecione o usuário.
  3. Se necessário, conceda ao usuário a capacidade de Editar os recursos da página de configurações do aplicativo & SKAN. Para obter mais informações sobre permissões, consulte Gerenciamento de usuários.

AppsFlyerAdmin_us-en.png Para configurar o SKAN:

  1. Na AppsFlyer, acesse Configuração > Estúdio de conversão SKAN.
    O Estúdio de conversão é aberto.
  2. Siga um dos procedimentos abaixo:
    1. Clique em opções () para exibir o menu de opções e siga um destes procedimentos:
      • Ative ou desative a métrica do SKANetwork. 
      • Ative o envio de eventos pelo S2S. Disponível se o modo selecionado for receita, conversão ou engajamento. Atenção! O S2S está sempre ativado no modo Personalizado. 
      • Carregue seu arquivo de mapeamento de decodificação.
    2. Selecione um modo de métrica de:
      • Personalizado 
      • Receita
      • Conversão
      • Engajamento
  3. Verifique se a métrica SKAN está ativada. Atenção! Se estiver desativado, o SDK não chamará as funções SKAN do iOS, como registerAppForAdNetworkAttribution, UpdateConversionValue.
  4. Clique em Salvar alterações.
    A mensuração está ativa. Os usuários que abrem o aplicativo pela primeira vez são mensurados usando essas configurações. Atualizações de dados de atribuição de SKAdNetwork no dashboard durante as 48-72 horas após a primeira abertura do aplicativo. 
  5. Verifique se os mapeamentos de postback de eventos in-app do parceiro mapeiam os eventos que você configurou.

Alterar o modo de métrica SKAN

Você pode selecionar um modo de métrica SKAN diferente a qualquer momento. 

Considere: 

  • Quando você altera as configurações, um período de transição começa. Durante esse período, descodificamos o valor de conversão usando as configurações selecionadas mais recentemente. No entanto, um postback chegando agora está relacionado a uma instalação que ocorreu em algum momento no passado. 
  • O número de instalações relatadas não se relaciona com a alteração de configurações, e é um número preciso. Em dados brutos, indicamos postbacks decodificados durante o período de transição com um parâmetro skad_ambiguous_event 
  • O período de transição é calculado usando a duração da janela de atividade antes da alteração da seguinte forma:
    Período de transição = janela de atividade + 48 horas. O período de transição padrão é de 24 + 48 horas. O período máximo de transição é de 48 + 72 horas. 
  • Ad networks, não considere o período de transição ou a data de instalação, pois consideram a hora de chegada do postback como a data de instalação.

Pausa de campanha:

  • Se você se integrar com o Facebook, alterar as configurações pausará automaticamente as campanhas do Facebook.
  • Em relação a outras campanhas, considere pausá-las durante o período de transição.

Desativar a métrica SKAN

Para desativar a mensuração de SKAdNetwork:

  1. Na AppsFlyer, acesse Configuração > Estúdio de conversão SKAN.
  2. Clique em .
  3. Desative a mensuração de SKAdNetwork. 
    Entre outras coisas, o SDK para de chamar funções SKAN como RegisterAppForAdNetworkAttribution, UpdateConversionValue.
  4. Clique em Salvar alterações.

Reportar eventos por API de servidor para servidor

SKAdNetwork_-_S2S__2_.png

Tanto o SDK quanto a API de servidor para servidor (S2S) pode enviar eventos in-app para servidores da AppsFlyer. 

O fluxo S2S   é o seguinte:

  • Ocorre um evento relacionado ao usuário nos servidores do anunciante. O aplicativo pode estar aberto ou fechado neste momento. 
  • Os servidores de anunciantes relatam o evento à AppsFlyer por S2S.
  • A AppsFlyer calcula o valor de conversão atualizado e, em seguida: 
    • Se o aplicativo estiver aberto no dispositivo do usuário: o SDK será notificado sobre o valor atualizado. O SDK atualiza o valor de conversão do iOS no dispositivo.
    • Se o aplicativo não estiver aberto no dispositivo do usuário: o servidor aguarda até que o aplicativo seja aberto para notificar o SDK do valor da conversão. Isso deve ocorrer antes da expiração da janela de atividade. Se a notificação falhar, o evento será ignorado.

Versão do SDK necessária

  • Adote a versão mais recente do SDK no aplicativo. Atenção! Nenhuma ação adicional é exigida pelo desenvolvedor. 

Para implementar o envio de eventos in-app pela API de servidor para servidor:

  1. Siga um dos procedimentos abaixo:
    • Se o modo selecionado for Personalizado:
      • Não são necessárias alterações nas configurações. 
    • Se o modo selecionado for receita, conversão ou engajamento:
      1. Na AppsFlyer, acesse Configuração > Estúdio de conversão SKAN.
      2. Clique em opções (⋮).
      3. Ative Registrar eventos in-app enviados pela API de servidor para servidor.
  2. Enviar eventos por S2S. 

Limitação

  • Se você implementar o anonimato do usuário para um determinado usuário, não poderá enviar eventos pelo S2S para esse usuário. 

Adicionar SSOT às mensurações de modo fixo

Se você tiver a mensuração de receita ou de engajamento configurada, o Single Source of Truth (SSOT, que desduplica e relata com precisão os dados no iOS), não é compatível. Saiba mais sobre SSOT

Para habilitar o SSOT quando o modo de Receita ou Engajamento estiver configurado:

  1. Na AppsFlyer, acesse Configuração > SKAN Conversion Studio.
  2. Vá até o seu modo de mensuração ativo. 
  3. Clique em + Adicionar Single Source of Truth.
    • O toggle do Single Source of Truth fica ativado automaticamente.
    • Seus intervalos de modos de mensuração fixos são minimamente alterados para permitir que o SSOT tenha algum espaço de valor de conversão.
  4. Clique em Salvar.

Especificações e limitações

Especificações e limitações
Spec Observações
Agências

As agências têm acesso limitado ao SKAN Conversion Studio.