Visão geral: A métrica das sessões é utilizada pelos anunciantes para medir o engajamento dos usuários do app durante um determinado período.
Princípios de contagem das sessões
O número de sessões, também conhecido como lançamento, realizadas pelos usuários é uma métrica importante e utilizada como medida do envolvimento do usuário com o app. Isso está disponível através de vários relatórios e painéis. As sessões são usadas para obter as seguintes métricas:
- Usuários diariamente ativos (DAU)
- Usuários ativos mensais (MAU)
- Retenção
- Usuários fidelizados que usam a configuração padrão de 3 apps abertos
Atenção! No caso das sessões orgânicas, a métrica está disponível nos painéis Atividade e Coorte, mas não está disponível no painel Visão geral.
Cálculo das sessões
A métrica de sessões é calculada usando o evento af_app_opened reportado pelo SDK. Um mecanismo de tempo mínimo entre sessões regula as sessões que são contadas no lado do servidor.
O evento af_app_opened é apresentado como inicialização nos dados brutos das sessões disponíveis através do Data Locker. As sessões não estão disponíveis através de outras ferramentas de relatório. Para facilitar a compreensão, neste artigo, usaremos o termo af_app_opened.
Relatórios das sessões
Uma sessão é comunicada pelo SDK quando ocorre uma das seguintes situações:
- Um usuário inicia o aplicativo.
- Quando o app é trazido do segundo plano para o primeiro plano. O desenvolvedor pode alterar o comportamento do relatório chamando setMinTimeBetweenSessions.
- Um relatório de sessão explícito pelo desenvolvedor em apps Android. Por exemplo, isto é implementado por apps utilitários que estão sempre em segundo plano.
Métrica das sessões
A métrica de sessões é contada depois de considerar um tempo mínimo entre o mecanismo de sessões com uma duração predefinida de 10 minutos, conforme descrito no exemplo que se segue.
Mecanismo de tempo mínimo entre sessões
O mecanismo tem impacto na contagem das sessões. Atenção! Considere que se o tempo mínimo entre sessões for longo, mais de uma hora, e os usuários não abrirem o app muitas vezes por dia, algumas métricas relacionadas com as sessões, como DAU e a retenção, podem ser impactadas. Isto é especialmente verdadeiro no caso dos apps em que os usuários abrem o app normalmente uma vez por dia.
Descrição e exemplo
O mecanismo regula as sessões que são contadas. Uma sessão é contada se o tempo mínimo permitido entre sessões tiver passado.
O fluxo é o seguinte: Uma sessão é contada → É iniciado um temporizador de contagem regressiva → As sessões reportadas durante a contagem regressiva são ignoradas.
Exemplo
Pressuposto: O tempo mínimo permitido entre as definições das sessões é de 10 minutos.
| Caso de exemplo | Tempos de relatório da sessão (número de minutos desde as 00:00) | Número de sessões contadas | Sessões ignoradas |
|---|---|---|---|
| A | 0, 10, 20, 30 | 4 | Nenhum |
| B | 0, 1, 9, 11 | 2 | 1, 9 |
| C | 0, 10, 15, 21 | 3 | 15 |
Definição do temporizador
- Valor padrão: 10 Minutos
-
Os valores possíveis são:
-
1-60 Minutos
-
1 a 24 horas
-
Para definir o tempo mínimo permitido entre sessões do temporizador:
- Na AppsFlyer, no menu lateral, selecione Configurações > Configurações do aplicativo.
- Definir o Tempo mínimo entre sessões.
- Clique em Salvar definições.
A alteração entra em vigor no prazo de uma hora.
Tópicos relacionados com as sessões
Sessões de retargeting
- As sessões de retargeting estão disponíveis a partir de 12 de julho de 2020.
-
As sessões de retargeting estão disponíveis em:
- Retargeting e tipo de visualização unificada no painel de visão geral.
-
As visualizações de Cohort relevantes, ou seja, retargeting e unificada.
- No caso da exibição unificada, se as sessões foram atribuídas a uma fonte de mídia de UA e retargeting, a fonte de mídia de retargeting prevalecerá e a fonte de mídia de UA não será exibida.
- Atualização dos dados Diariamente, às 13:00 UTC.
-
Data Locker: Os relatórios de sessões de retargeting podem ser ativados; eles incluem sessões de reengajamento e de reatribuição.
- Atualização dos dados Atraso de 6 horas.
- Durante as janelas de reengajamento, as sessões são atribuídas tanto ao UA como ao canal de mídia de retargeting. Da mesma forma, outros eventos in-app de reengajamento são duplamente atribuídos.
- No caso do Google Ads e do X Ads, para evitar postbacks duplicados, o evento af_app_opened é enviado uma vez.
Sessões de postbacks para parceiros
É possível enviar postbacks de sessões de parceiros para que seja enviado um postback para cada sessão contada.
- Para enviar o postback: Mapeie explicitamente af_app_opened para um evento de parceiro. Atenção! No relatório de dados brutos da AppsFlyer, disponível através do Data Locker, este evento é refletido como uma inicialização.
- Considere que este é um evento de grande volume e que muitos parceiros não querem recebê-lo.
Observação
O mapeamento de af_app_opened só é compatível com parceiros que têm a opção Enviar Sessões ativada.
Relatório de sessão pelo app (SDK)
Lado do app: O SDK envia af_app_opened sempre que o app é aberto ou trazido para o primeiro plano depois de considerar a definição setMinTimeBetweenSessions do SDK.
Do lado do servidor: As sessões reportadas pelo app são contadas e registradas tendo em conta o mecanismo de tempo mínimo entre sessões. As sessões contadas são atribuídas utilizando as mesmas regras de atribuição que outros eventos in-app.
Comunicação explícita de sessões pelo desenvolvedor (apenas aplicações Android)
Use logSession no Android para reportar explicitamente uma sessão. Não está disponível uma chamada equivalente no iOS.
- Os apps que funcionam continuamente em segundo plano podem exigir alguma lógica implementada pelo desenvolvedor para reportar sessões. Por exemplo, apps utilitários como os economizadores de bateria, os inicializadores, os bloqueios de tela e os apps antivírus. Para estes tipos de apps, considere a possibilidade de comunicar uma sessão diariamente à meia-noite ou em outro intervalo adequado ao app.
- Em outros casos, talvez você queira contar as sessões quando os usuários realizam alguma ação in-app, como apertar o botão de limpar a memória, etc.
Definir o tempo mínimo entre inicializações de apps
No SDK, defina o tempo mínimo que pode decorrer entre duas sessões para que elas sejam reportadas separadamente.
Use setMinTimeBetweenSessions, ou seja evento af_app_opened, para controlar o período mínimo de tempo que deve decorrer entre sessões para que cada uma delas seja relatada.
- [Padrão] cinco segundos. Isto significa que têm de passar pelo menos 5 segundos antes de ser comunicada outra sessão.
- A API permite definir o tempo mínimo necessário entre sessões.
A setMinTimeBetweenSessions referência do SDK:
Consulte setMinTimeBetweenSessionsa referência do Android SDK para:
Consulte a seção minTimeBetweenSessions na referência do SDK do iOS
Consulte setMinTimeBetweenSessions a referência do Unity SDK