Ciclo de vida do token por push
Este artigo aborda o processo pelo qual um usuário recebe um token por push e como a Braze envia notificações por push para seus usuários.
Sobre tokens por push
Quando um app solicita permissões de push a um dispositivo, o provedor de notificação por push do dispositivo gera um token por push para esse app. Cada app recebe seu próprio token por push exclusivo e anônimo, que é como ele identifica o dispositivo e a instância atual do app ao enviar uma notificação por push.
Lembre-se de que tokens por push não são identificadores estáticos que duram para sempre—eles podem ser atualizados e podem expirar.
Para detalhes específicos de cada plataforma, consulte Registro de token por push.
Push em primeiro plano vs. em segundo plano
Os tokens por push são usados para enviar notificações por push tanto em primeiro plano quanto em segundo plano.
| Tipo | Requer opt-in? | Descrição |
|---|---|---|
| Push em primeiro plano | Sim | Uma notificação é exibida visivelmente para o usuário enquanto o app está em primeiro plano. |
| Push em segundo plano | Não | Uma notificação é entregue silenciosamente em segundo plano sem ser exibida. Frequentemente usada para funcionalidades como rastreamento de desinstalação. |
Quando um usuário faz opt-in para notificações por push do seu app, ele será considerado “registrado para push”, o que significa que agora pode ser segmentado usando o filtro de segmentação Foreground Push Enabled for App na Braze.
Isso é diferente do filtro de segmentação Foreground Push Enabled, que é usado para identificar usuários que fizeram opt-in em pelo menos um dos seus apps — não em um app específico. Para saber mais, consulte Filtros de segmentação.
Múltiplos usuários em um dispositivo
Os tokens por push são exclusivos tanto para o dispositivo quanto para o app, o que significa que não podem ser usados para segmentar usuários específicos se múltiplos usuários estiverem usando o mesmo dispositivo.
Por exemplo, digamos que você tenha dois usuários: Charlie e Kim. Se Charlie ativou as notificações por push do seu app no celular dele e Kim usa o celular de Charlie para sair do perfil de Charlie e entrar no dela, o token por push será reatribuído ao perfil de Kim. O token por push permanecerá atribuído ao perfil de Kim naquele dispositivo até que ela saia e Charlie faça login novamente.
Um app ou site pode ter apenas uma inscrição de push por dispositivo. Então, quando um usuário sai de um dispositivo ou site e um novo usuário faz login, o token por push é reatribuído ao novo usuário. Isso é refletido no perfil do usuário na seção Configurações de contato da guia Engajamento:

Como não há uma forma de os provedores de push (APNs/FCM) distinguirem entre múltiplos usuários em um dispositivo, passamos o token por push para o último usuário que fez login para determinar qual usuário segmentar no dispositivo para push.
Se você vir uma mensagem de erro em Configurações de contato > Changelog de push, consulte Mensagens de erro comuns de push para explicações e próximos passos.
Registro de token por push
Cada plataforma de dispositivo lida com o registro de token por push de forma diferente. Consulte os detalhes específicos de cada plataforma a seguir:
Você deve solicitar opt-in explícito dos usuários por meio da caixa de diálogo de permissão nativa do navegador. O token será recebido após os usuários fazerem opt-in. Diferentemente do iOS e Android, que permitem que seu app exiba o prompt de permissão a qualquer momento, alguns navegadores modernos só exibirão o prompt se acionado por um “gesto do usuário” (clique do mouse ou tecla pressionada). Se o seu site tentar solicitar permissão de notificação por push no carregamento da página, provavelmente será ignorado ou silenciado pelo navegador.
Quando seu app é instalado, um token por push é gerado automaticamente para o app—no entanto, ele só pode ser usado para notificações por push em segundo plano até que o usuário faça opt-in explicitamente. Além disso, o registro é tratado de forma diferente entre as versões do Android:
| Versão | Detalhes |
|---|---|
| Android 13 | A permissão de push deve ser solicitada e concedida pelo usuário. Seu app pode solicitar a permissão manualmente, ou os usuários serão solicitados automaticamente após a criação de um canal de notificação. |
| Android 12 e anteriores | Todos os usuários são considerados Subscribed após a primeira sessão. A Braze solicita automaticamente um token por push nesse momento, tornando o usuário habilitado para push com um token válido e um estado de inscrição padrão de Subscribed. |
O iOS não gera automaticamente tokens por push para um app quando ele é instalado. Além disso, o registro é tratado de forma diferente entre as versões do iOS:
| Versão | Autorização provisória? | Detalhes |
|---|---|---|
| iOS 12 | Sim | Quando um usuário faz opt-in para notificações por push, você recebe autorização padrão, permitindo enviar notificações por push em primeiro plano. No entanto, você também pode solicitar autorização provisória, que permite enviar notificações por push em segundo plano silenciosas diretamente para a central de notificações. |
| iOS 11 ou anterior | Não | Todos os usuários devem fazer opt-in explicitamente para receber notificações por push. Um token por push é gerado somente após a permissão ser concedida. |
Verificando o estado de inscrição de push do usuário

Existem duas formas de verificar o estado de inscrição de push de um usuário na Braze:
- Perfil de usuário: Você pode acessar perfis de usuários individuais pelo dashboard da Braze na página Pesquisa de usuários. Após encontrar o perfil de um usuário (por endereço de e-mail, número de telefone ou ID de usuário externo), você pode selecionar a guia Engajamento para visualizar e ajustar manualmente o estado de inscrição do usuário.
- Exportação via REST API: Você pode exportar perfis de usuários individuais em formato JSON usando os endpoints de exportação Usuários por segmento ou Usuários por identificador. A Braze retornará um objeto de tokens por push que contém informações de habilitação de push por dispositivo.
Verificando o status de registro de push
Na guia Engajamento do perfil de um usuário, você verá Push registrado para seguido do nome de um app. Se não houver informações do app para aquele dispositivo, você verá dois traços (--). Haverá uma entrada para cada dispositivo que pertence ao usuário.
Se o nome do app na entrada do dispositivo for prefixado por Foreground:, o app está autorizado a receber tanto notificações por push em primeiro plano (visíveis para o usuário) quanto notificações por push em segundo plano (não visíveis para o usuário) naquele dispositivo.

Por outro lado, se o nome do app na entrada do dispositivo for prefixado por Background:, o app está autorizado apenas a receber push em segundo plano e não pode exibir notificações visíveis ao usuário naquele dispositivo. Isso geralmente indica que o usuário desativou as notificações para o app naquele dispositivo.
Se um token por push for movido para um usuário diferente no mesmo dispositivo, o primeiro usuário não estará mais registrado para push.
Gerenciamento de tokens por push
Confira o quadro a seguir para ações que levam a alterações ou remoção de tokens por push dos perfis de usuários.
| Ação | Descrição |
|---|---|
Método changeUser() chamado |
O método changeUser() da Braze alterna o ID de usuário ao qual os SDKs estão atribuindo dados de comportamento do usuário. Esse método geralmente é chamado quando um usuário faz login em um aplicativo. Quando changeUser() é chamado com um ID de usuário diferente ou novo em um dispositivo específico, o token por push daquele dispositivo será movido para o perfil da Braze correspondente ao ID de usuário. |
| Ocorre um erro de push | Alguns erros comuns de push que levam à remoção do token incluem MismatchSenderId, InvalidRegistration e outros tipos de bounces de push. Confira nossa lista completa de erros de push comuns. |
| Usuário desinstala | Quando um usuário desinstala o aplicativo de um dispositivo, a Braze removerá o token por push do usuário do perfil. |
Como isso funciona em uma escala mais ampla?
Quando um usuário abre um novo aplicativo e concede acesso a push a partir de um prompt de push, uma chamada é feita do SDK da Braze para os provedores de push. Quando essa chamada é feita, o provedor de push executa uma verificação para ver se tudo está configurado corretamente. Se estiver, um token por push é passado para o seu dispositivo. Quando esse token chega, o SDK comunica isso à Braze. Após a Braze receber o token do provedor de push, atualizamos ou criamos um novo perfil de usuário. Esses usuários agora são considerados registrados.
Se quisermos lançar uma Campaign, criamos uma Campaign na Braze que gera uma carga útil de push para enviar ao provedor de push. A partir daí, o provedor entrega a carga útil de push ao dispositivo do usuário e o SDK passa o estado do envio de mensagens para a Braze.

| Etapas de registro | Etapas de envio de mensagens |
|---|---|
| 1. Cliente (dispositivo) se registra no provedor de push 2. Provedor gera e entrega o token por push 3. Envio dos tokens para a Braze |
1. A Braze envia a carga útil de push para o provedor 2. O provedor entrega a carga útil de push ao dispositivo 3. O SDK passa as estatísticas de envio de mensagens para a Braze |
Perguntas frequentes
O que acontece quando um usuário que fez opt-in exclui e depois baixa novamente meu app?
Suponha que um usuário faça opt-in para push, receba algumas notificações por push e depois exclua o app. Isso removerá o consentimento de push no nível do dispositivo. A partir daqui, o primeiro push com bounce após a desinstalação resultará automaticamente no opt-out desse usuário de futuras notificações por push. Depois disso, se o usuário reinstalar o app mas não abri-lo, a Braze não conseguirá enviar um push para o usuário porque os tokens por push não foram concedidos novamente para o seu app.
Além disso, se um usuário reativar o push em primeiro plano, seria necessário o início de uma sessão para atualizar essa informação no perfil do usuário e começar a receber notificações por push.
Quando os tokens por push expiram?
Infelizmente, APNs e FCM não definem isso de forma clara. Os tokens por push podem expirar quando um app é atualizado, quando os usuários transferem seus dados para um novo dispositivo ou quando reinstalam um sistema operacional. Na maioria dos casos, não temos realmente visibilidade sobre por que os provedores de push expiram determinados tokens por push.
Para lidar com essa ambiguidade, nossas integrações de push do SDK sempre registram e enviam os tokens no início da sessão para garantir que tenhamos o token mais atualizado.