Partilhar via


Análise do App Center (Android)

Importante

O Visual Studio App Center foi desativado em 31 de março de 2025, exceto para os recursos de Análise e Diagnóstico, que continuarão a ter suporte até 30 de junho de 2026. Mais informações.

O App Center Analytics ajuda você a entender o comportamento do usuário e o envolvimento do cliente para melhorar seu aplicativo. O SDK captura automaticamente a contagem de sessões e as propriedades do dispositivo, como modelo, versão do sistema operacional, etc. Você pode definir seus próprios eventos personalizados para medir coisas que são importantes para você. Todas as informações capturadas estão disponíveis no portal do App Center para você analisar os dados.

Siga a seção Introdução ao SDK se ainda não configurou o SDK em seu aplicativo.

Informações da sessão e do dispositivo

Depois de adicionar o App Center Analytics ao seu aplicativo e iniciar o SDK, ele rastreará automaticamente as sessões e as propriedades do dispositivo, como versão do sistema operacional, modelo, etc., sem escrever nenhum código adicional.

Código do país

O SDK informa automaticamente o código de país de um usuário se o dispositivo tiver um modem de dados móvel e um cartão SIM instalado. Os dispositivos somente WiFi não relatam um código de país por padrão. Para definir o código de país desses usuários, você mesmo deve recuperar a localização do usuário e usar o setCountryCode: método no SDK:

AppCenter.setCountryCode("en");
AppCenter.setCountryCode("en")

Observação

Para que o código do país seja exibido nas sessões do Google Analytics, AppCenter.setCountryCode deve ser chamado antes da chamada AppCenter.start.

Eventos personalizados

Você pode acompanhar seus próprios eventos personalizados com até 20 propriedades para entender a interação entre seus usuários e o aplicativo.

Depois de iniciar o SDK, use o trackEvent() método para monitorizar os seus eventos com propriedades. Você pode enviar até 200 nomes de eventos distintos. Além disso, há limites máximos de caracteres:

  • 256 caracteres por event name.
  • 125 caracteres por event property name & event property value.
Map<String, String> properties = new HashMap<>();
properties.put("Category", "Music");
properties.put("FileName", "favorite.avi");

Analytics.trackEvent("Video clicked", properties);
val properties = hashMapOf("Category" to "Music", "FileName" to "favorite.avi")
Analytics.trackEvent("Video clicked", properties)

As propriedades dos eventos são totalmente opcionais – se você quiser apenas acompanhar um evento, use este exemplo:

Analytics.trackEvent("Video clicked");
Analytics.trackEvent("Video clicked")

Prioridade e persistência do evento

Você pode acompanhar eventos críticos para os negócios que têm maior importância do que outros eventos.

  • Os desenvolvedores podem definir a prioridade dos eventos como Normal (Flags.NORMAL na API) ou Crítica (Flags.CRITICAL na API).
  • Os eventos com prioridade definida como Crítica serão recuperados do armazenamento primeiro e enviados antes dos eventos Normais .
  • Quando o armazenamento local está cheio e novos eventos precisam ser armazenados, os eventos mais antigos com a prioridade mais baixa são excluídos primeiro.
  • Se o armazenamento estiver cheio de logs com prioridade Crítica , o rastreamento de um evento com prioridade Normal falhará, pois o SDK não poderá abrir espaço nesse caso.
  • Se você também usar o serviço Falhas, os logs de falhas serão definidos como Críticos e compartilharão o mesmo armazenamento que os eventos.
  • O intervalo de transmissão só é aplicado a eventos Normais , os eventos Críticos serão enviados após 3 segundos.

Você pode usar a seguinte API para rastrear um evento como Crítico:

Map<String, String> properties = new HashMap<>();
properties.put("Category", "Music");
properties.put("FileName", "favorite.avi");

Analytics.trackEvent("eventName", properties, Flags.CRITICAL);

// If you're using name only, you can pass null as properties.
val properties = hashMapOf("Category" to "Music", "FileName" to "favorite.avi")
Analytics.trackEvent("Video clicked", properties, Flags.CRITICAL)

// If you're using name only, you can pass null as properties.

Pausar e retomar o envio de logs

Pausar a transmissão de eventos pode ser útil em cenários em que o aplicativo precisa controlar a largura de banda da rede para necessidades mais críticas de negócios. Você pode pausar o envio de logs para o back-end do App Center. Quando pausados, os eventos ainda podem ser rastreados e salvos, mas não são enviados imediatamente. Quaisquer eventos que a sua aplicação registe enquanto pausada só serão enviados quando chamar resume.

Analytics.pause();
Analytics.resume();
Analytics.pause()
Analytics.resume()

Habilitar ou desabilitar o App Center Analytics em tempo de execução

Você pode ativar e desativar o App Center Analytics em tempo de execução. Se você desativá-lo, o SDK não coletará mais informações de análise para o aplicativo.

Analytics.setEnabled(false);
Analytics.setEnabled(false)

Para habilitar o App Center Analytics novamente, use a mesma API, mas passe true como parâmetro.

Analytics.setEnabled(true);
Analytics.setEnabled(true)

O estado é persistido no armazenamento do dispositivo em todas as inicializações de aplicativos.

Essa API é assíncrona, você pode ler mais sobre isso em nosso guia de APIs assíncronas do App Center .

Observação

Este método só deve ser utilizado depois de Analytics ter sido iniciado.

Verifique se o App Center Analytics está ativado

Você também pode verificar se o App Center Analytics está habilitado ou não.

Analytics.isEnabled();
Analytics.isEnabled()

Essa API é assíncrona, você pode ler mais sobre isso em nosso guia de APIs assíncronas do App Center .

Observação

Este método só deve ser usado depois de Analytics ter sido iniciado, ele sempre retornará false antes de começar.

Gerenciar sessão de início

Por padrão, o ID da sessão depende do ciclo de vida do aplicativo. Se você quiser controlar o início de uma nova sessão manualmente, siga as próximas etapas:

Observação

Preste atenção que cada chamada da API Analytics.StartSession() gerará uma nova sessão. Se no modo de rastreador de sessão manual essa API não for chamada, todos os logs de envio terão um valor de sessão nulo.

Observação

Preste atenção que, após o lançamento de um novo aplicativo, o ID da sessão será regenerado.

  • Chame o seguinte método antes do início do SDK:
Analytics.enableManualSessionTracker();
Analytics.enableManualSessionTracker()
  • Em seguida, você pode usar a startSession API após o AppCenter.start:
Analytics.startSession();
Analytics.startSession()

Tamanho do armazenamento local

Por padrão, o SDK armazena todos os logs de eventos de até 10 MB. Os desenvolvedores podem usar uma API para aumentar o tamanho do armazenamento e o SDK continuará armazenando logs até que o armazenamento esteja cheio.

Sem acesso à internet

Quando não há conectividade de rede, o SDK salva até 10 MB de logs no armazenamento local. Quando o armazenamento estiver cheio, o SDK começará a descartar logs antigos para abrir espaço para os novos logs. Quando a conectividade de rede retorna, o SDK envia logs em lotes de 50 ou a cada 6 segundos (por padrão).

Observação

Os logs com mais de 25 dias não serão aceitos pelo back-end.

Registo de eventos em lote

O SDK do App Center carrega logs em um lote de 50 e, se o SDK não tiver 50 logs para enviar, ele ainda enviará logs após 6 segundos (por padrão). Pode haver um máximo de três lotes enviados em paralelo. O intervalo de transmissão pode ser alterado:

// Change transmission interval to 10 seconds.
Analytics.setTransmissionInterval(10000);
// Change transmission interval to 10 seconds.
Analytics.setTransmissionInterval(10000)

O valor do intervalo de transmissão deve estar entre 6 segundos e 86400 segundos (um dia) e este método deve ser chamado antes do serviço ser iniciado.

Lógica de repetição e retrocesso

O SDK do App Center suporta novas tentativas de back-off em erros de rede recuperáveis. Abaixo está a lógica de reintentar:

  • 3 tentativas no máximo por solicitação.
  • Cada solicitação tem sua própria máquina de estado de repetição.
  • Todos os canais de transmissão são desativados (até o próximo processo do aplicativo) depois que uma solicitação esgota todas as suas tentativas.

Lógica de recuo

  • 50% aleatorização, primeira tentativa entre 5 e 10 segundos, próxima tentativa entre 2,5 e 5 minutos, última tentativa entre 10 e 20 minutos.
  • Se a rede mudar de desligado para ligado (ou de wi-fi para móvel), os estados de repetição serão redefinidos e as solicitações serão repetidas imediatamente.