Relatórios de push
Este artigo aborda os relatórios de push, que você pode usar para visualizar e analisar o sucesso das suas campanhas de push.
Visualização de análise de dados
Depois de lançar sua campanha, você pode retornar à página de detalhes dessa campanha para ver as principais métricas. Navegue até a página Campaigns e selecione sua campanha para abrir a página de detalhes. Para mensagens enviadas em Canvas, consulte Análise de dados de Canvas.

Procurando definições para os termos e métricas listados no seu relatório? Consulte o Glossário de métricas de relatório e filtre pelo seu canal. Para definições específicas de e-mail, consulte o Glossário de análise de dados de e-mail.
Na guia Campaign Analytics, você pode visualizar seus relatórios em uma série de painéis. Você pode ver mais ou menos do que os listados nas seções a seguir, mas cada um tem seu próprio propósito útil.
Intervalo de tempo
Por padrão, o intervalo de tempo de Campaign Analytics exibirá os últimos 90 dias a partir do horário atual. Isso significa que, se a campanha foi lançada há mais de 90 dias, a análise de dados será exibida como “0” para o intervalo de tempo especificado. Para visualizar todas as análises de campanhas mais antigas, ajuste o intervalo de tempo do relatório.
Detalhes da campanha
O painel Campaign Details mostra uma visão geral de alto nível do desempenho geral da sua mensagem.
Revise este painel para ver métricas gerais, como o número de mensagens enviadas para o número de destinatários, a taxa de conversão primária e a receita total gerada por esta mensagem. Você também pode revisar as configurações de entrega, público e conversão nesta página.

Os números de análise de dados no dashboard e no Snowflake podem diferir ligeiramente. A Braze mede os números no dashboard e registra as linhas no Snowflake separadamente. O Snowflake é a fonte de dados mais precisa, portanto, se você observar discrepâncias entre essas fontes, recomendamos consultar os dados do Snowflake.
Público estimado e público atual
Dependendo do número total de usuários no seu espaço de trabalho, o painel Campaign Details rotula as estatísticas de público como Current Audience ou Estimated Audience.
A tabela a seguir resume o que cada rótulo significa.
| Rótulo no rodapé | Quando é utilizado |
|---|---|
| Current Audience | O espaço de trabalho tem 50.000 usuários ou menos. A Braze executa uma varredura completa dos perfis do espaço de trabalho para a estatística padrão, então o tamanho do público exibido é uma contagem atual e sem amostragem (ainda sujeita à acessibilidade do canal, regras de inscrição e outras opções de direcionamento). |
| Estimated Audience | O espaço de trabalho tem mais de 50.000 usuários. A Braze não executa uma contagem completa do banco de dados por padrão. O tamanho do público é estimado a partir de uma amostra e extrapolado, de forma semelhante ao intervalo de Reachable users no criador de segmentos. Margens de erro são esperadas, especialmente para segmentos pequenos como proporção do espaço de trabalho. |
Para detalhes sobre o comportamento de amostragem, Calculate exact statistics e segmentação de Reachable users, consulte Medir o tamanho do segmento.
Alterações desde a última visualização
O número de atualizações na campanha feitas por outros membros da sua equipe é rastreado pela métrica Changes Since Last Viewed na página de visão geral da campanha. Selecione Changes Since Last Viewed para visualizar um changelog de atualizações no nome, cronograma, tags, mensagem, público, status de aprovação ou configuração de acesso da equipe da campanha. Para cada atualização, você pode ver quem realizou a atualização e quando. Você pode usar esse changelog para auditar as alterações na sua campanha.
Relatórios específicos por canal
As guias a seguir cobrem painéis, métricas e solução de problemas específicos de cada canal. Selecione um canal para ver os detalhes do relatório.
Relatórios de Content Cards

Quando os envios são registrados
O momento de um evento Sent para Content Cards depende do tipo de entrega e da configuração Card Creation.
Entrega agendada
Para Content Cards agendados, o momento de um evento Sent depende da configuração Card Creation:
- No lançamento da campanha: O envio é registrado no horário de envio agendado, quando o cartão é gravado no feed do usuário. Isso acontece independentemente de o usuário ter aberto o app ou visualizado o cartão.
- Na primeira impressão: O envio é registrado na primeira vez que o app solicita o cartão após o horário de envio agendado, quando o cartão é criado sob demanda.
Se a sua campanha estiver configurada para usar Na primeira impressão (recomendado), a contagem de Sent na análise de dados da campanha cresce gradualmente à medida que cada app solicita o cartão. Se o app nunca solicitar um cartão (por exemplo, se o usuário nunca abrir o app) antes de o cartão expirar, nenhum envio é registrado e o cartão nunca é entregue. Se a sua campanha estiver configurada para usar No lançamento da campanha, a contagem de Sent na análise de dados da campanha sobe de uma vez no horário agendado.
Entrega baseada em ação
Para Content Cards baseados em ação, o envio é registrado logo após o usuário realizar a ação de disparo, quando o cartão é gravado no feed dele. Isso acontece independentemente de o usuário ter visualizado o cartão.
Campaigns Received e filtros de redirecionamento
Independentemente do tipo de entrega ou da configuração Card Creation, uma campanha de Content Card só aparece no perfil do usuário em Campaigns Received depois que ele realmente visualiza o cartão no app. Pelo mesmo motivo, os filtros de redirecionamento Last Received Any Message e Last Received Campaign são atualizados no momento da visualização.
Grupos de controle
Para medir o impacto de um Content Card individual, você pode adicionar um grupo de controle a um teste A/B. O painel Campaign Details de nível superior não inclui métricas da variante do grupo de controle.
Desempenho do Content Card
O painel Content Card Performance mostra o desempenho da sua mensagem em várias dimensões. As métricas desse painel variam de acordo com o canal de envio de mensagens escolhido e com o fato de você estar ou não executando um teste multivariante. Você pode clicar no ícone Preview para visualizar sua mensagem para cada variante ou canal.

Se quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque as métricas que desejar. Por padrão, todas as métricas são exibidas.
Métricas de Content Card
Veja a seguir um detalhamento de algumas métricas importantes que você pode encontrar ao analisar o desempenho da sua mensagem. Para as definições completas de todas as métricas de Content Cards, consulte o Glossário de métricas de relatório e filtre por Content Cards.
| Métrica | Definição |
|---|---|
| Messages Sent |
Mensagens enviadas é o número total de mensagens enviadas em uma Campaign. Após o lançamento de uma Campaign agendada, essa métrica inclui todas as mensagens enviadas, independentemente de já terem saído ou não devido ao limite de frequência. Isso não significa que a mensagem foi recebida ou entregue a um dispositivo, apenas que ela foi enviada.
O cálculo varia de acordo com o que você selecionou em Criação de cartão:
|
| Total Impressions | Total de impressões é o número de vezes que uma mensagem é visualizada. A Braze registra uma impressão apenas quando a mensagem fica visível para o usuário na tela. Por exemplo, se uma mensagem estiver na parte inferior de uma página, a impressão só será registrada quando o usuário rolar para baixo e a mensagem aparecer. Se um usuário visualizar a mesma mensagem duas vezes, isso contará como duas impressões. Pode ser incrementada várias vezes para o mesmo usuário. |
| Unique Impressions | Impressões únicas é o número total de usuários que visualizaram uma mensagem de uma determinada Campaign. Uma impressão é registrada apenas quando a mensagem fica visível na tela de um usuário. Essa contagem não é incrementada na segunda vez que um usuário visualiza um Content Card. |
| Unique Daily Impressions |
Impressões diárias únicas é o número de usuários únicos que visualizaram a mensagem em um determinado dia. Essa contagem é reiniciada a cada dia do calendário. Então, um usuário que visualiza a mesma mensagem em dois dias diferentes é contado duas vezes. Essa métrica está alinhada com a métrica de faturamento de mesmo nome.
Como um usuário pode ter uma impressão diária única todos os dias, espere que esse valor seja maior que o de Unique Impressions. |
| Unique Clicks | Cliques únicos é o número distinto de destinatários que clicaram em um link dentro de uma mensagem pelo menos uma vez. Ele é medido por dispatch_id. Inclui cliques em links de cancelamento de inscrição fornecidos pela Braze. |
| Unique Dismissals | Descartes únicos é o número de destinatários únicos que descartaram um Content Card de uma Campaign. Um usuário que descarta um Content Card de uma Campaign várias vezes representa um único descarte. |

Há algumas nuances entre web, Android e iOS na forma como as impressões são registradas. De modo geral, a Braze registra uma impressão quando um cartão é visto, ou seja, depois que o usuário rola até o Content Card específico no feed.
Unique Daily Impressions versus Unique Impressions
Algumas métricas disponíveis tratam da visibilidade da sua mensagem, como Unique Daily Impressions e Unique Impressions. Vamos usar alguns cenários de exemplo para entender melhor essas métricas.
Digamos que você visualize um Content Card hoje, receba um novo cartão da mesma campanha amanhã e outro depois de amanhã — você será contado como Unique Daily Impression três vezes. No entanto, será contado apenas uma vez como Unique Impression. Você também será incluído no número de Messages Sent, já que o cartão estava disponível no seu dispositivo.
Em outro exemplo, suponha que você veja cinco Unique Impressions em uma campanha de Content Card com 150.000 Messages Sent. Isso significa que o cartão foi disponibilizado (no backend) para um público de 150.000 usuários, mas apenas os dispositivos de cinco usuários realizaram todas as etapas a seguir depois do envio:
- Iniciaram uma sessão ou o app solicitou explicitamente uma sincronização de Content Cards (ou ambos)
- Navegaram até a visualização de Content Cards
- O SDK registrou uma impressão e a enviou ao servidor
Messages Sent refere-se aos Content Cards disponíveis para visualização, enquanto Unique Daily Impressions refere-se aos Content Cards que foram realmente vistos.
Relatórios de e-mail

Desempenho de e-mail
O painel Email Performance mostra o desempenho da sua mensagem em várias dimensões. As métricas desse painel variam de acordo com o canal de envio de mensagens escolhido e com o fato de você estar ou não executando um teste multivariante. Você pode selecionar o ícone Preview para visualizar sua mensagem para cada variante ou canal.

Se quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque as métricas que desejar. Por padrão, todas as métricas são exibidas.
Mapas de calor
Com os mapas de calor, você pode ver o desempenho dos diferentes links de uma única campanha de e-mail. Na seção Message Analytics, acesse o painel Email Performance. Selecione Preview & Heatmap para ver uma prévia da sua campanha de e-mail e o mapa de calor. Outra opção é selecionar o hyperlink no nome da variante para ver o mapa de calor.

A análise de dados da campanha exibe dados de cliques para até 100 URLs únicas por variante, classificadas pelo total de cliques. As URLs são agrupadas pela forma normalizada, que não inclui parâmetros de consulta. Se uma variante tiver mais de 100 URLs normalizadas únicas, apenas as 100 com mais cliques são exibidas. Os dados de cliques das URLs além desse limite continuam existindo, mas não aparecem no dashboard nem no mapa de calor. Quando o alias de link está ativado, os cliques são rastreados pelo ID do link em vez da URL bruta, o que normalmente resulta em menos entradas únicas e torna menos provável atingir esse limite.
Nessa visualização, você pode usar a opção Show Heatmap para exibir uma representação visual do seu e-mail que mostra a frequência geral e a localização dos cliques durante toda a duração da campanha. No painel Link Table by Total Clicks, você pode ver todos os links da sua campanha de e-mail e classificá-los pelo total de cliques. Isso pode trazer insights adicionais sobre para onde seus usuários navegam. Para salvar uma cópia do mapa de calor para referência, selecione o botão de download.

Se os links usarem Liquid para URLs dinâmicas, as URLs clicadas podem não corresponder ao link renderizado na mensagem de forma suficiente para que o mapa de calor associe os cliques a esse link. Por isso, esses links podem não aparecer no mapa de calor. Para atribuir dados de cliques a links com template no mapa de calor, use o alias de link. Para ter uma visão completa, use os dados de cliques do painel Link Table by Total Clicks.

Cliques de cancelamento de inscrição no mapa de calor versus análise de dados da campanha
Os cliques em links de cancelamento de inscrição no mapa de calor podem ser diferentes da métrica Unsubscribers na análise de dados da campanha:
- Quando você usa uma URL de cancelamento de inscrição personalizada no corpo da mensagem, a Braze trata esse link como um link rastreado comum para fins do mapa de calor — ele aparece na Link Table by Total Clicks como qualquer outro link. Quando a Braze processa um cancelamento de inscrição a partir do link de cancelamento fornecido pela Braze, a métrica Unsubscribers é incrementada. URLs de cancelamento de inscrição personalizadas não incrementam essa métrica, a menos que você atualize os usuários pela API.
- Quando um usuário cancela a inscrição usando o cabeçalho list-unsubscribe (uma opção de cancelamento com um clique exibida por alguns provedores de caixa de entrada), essa ação incrementa Unsubscribers na análise de dados da campanha, mas não aparece como clique no mapa de calor. Se a mensagem usar Unsubscribe from specific subscription group, a Braze cancela a inscrição do usuário apenas no grupo de inscrições configurado, e não globalmente. A disponibilidade dessa opção varia de acordo com o destinatário, porque cada provedor de caixa de entrada decide se exibe ou suporta o cabeçalho list-unsubscribe.
Para ter uma visão completa do comportamento de cancelamento de inscrição, analise tanto o detalhamento de links do mapa de calor quanto a métrica Unsubscribers. Para saber mais, consulte Por que Unsubscribes e cliques no link de cancelamento de inscrição podem ser diferentes.
Links exclusivos para dispositivos móveis no mapa de calor
O mapa de calor só mostra indicadores de calor para links visíveis no tamanho de prévia selecionado.
Links que aparecem apenas no layout para dispositivos móveis ficam ocultos em Desktop (e podem ficar ocultos em Overall, dependendo da largura da prévia), então esses cliques não aparecem como indicadores de calor. Esses links continuam aparecendo no painel Link Table by Total Clicks com o total de cliques e as porcentagens.
Para ver os indicadores de calor dos links exclusivos para dispositivos móveis, selecione Mobile. A prévia para dispositivos móveis corresponde ao breakpoint para dispositivos móveis do editor de arrastar e soltar (620 px). Se o e-mail só mudar de layout em uma largura menor, esses links continuam ocultos mesmo no tamanho de prévia Mobile.
Imagens
Recomendamos ativar o CORS nas URLs das suas imagens para ajudar a evitar que elas quebrem nas prévias e exportações do mapa de calor.
Se houver imagens faltando em uma exportação, trabalhe com seus desenvolvedores para que os ativos de imagem permitam acesso entre origens: o servidor deve retornar o cabeçalho Access-Control-Allow-Origin com * ou com o domínio do seu dashboard da Braze.
Métricas de e-mail
Veja a seguir algumas métricas importantes específicas de e-mail que você não encontra em outros canais. Para ver as definições completas de todas as métricas de e-mail usadas na Braze, consulte nosso Glossário de análise de dados de e-mail.
| Métrica | Definição |
|---|---|
| Unique Clicks | Cliques únicos é o número distinto de destinatários que clicaram em um link dentro de uma mensagem pelo menos uma vez. Ele é medido por dispatch_id. Para e-mail, essa métrica é rastreada ao longo de um período de sete dias e medida por dispatch_id. Inclui cliques em links de cancelamento de inscrição fornecidos pela Braze. Esse número deve ficar entre 5–10%. Qualquer valor acima de 10% é excepcional! |
| Unique Opens | Aberturas únicas é o número total (ou porcentagem) de mensagens entregues que foram abertas por um único usuário pelo menos uma vez, rastreadas durante um período de sete dias. Para e-mail, essa métrica é rastreada ao longo de um período de 7 dias. Esse número deve ficar entre 30–40%. Qualquer valor acima de 40% é excepcional! |
| Click-to-Open Rate | Taxa de clique para abertura é a porcentagem de e-mails abertos que foram clicados por um único usuário ou máquina pelo menos uma vez. Ela está disponível apenas no Criador de relatórios. |
| Spam Rate | SPAM é o número total de e-mails entregues que foram marcados como "spam" pelo destinatário. Embora a Braze não altere o estado de inscrição desses usuários, eles serão automaticamente excluídos de e-mails futuros, a menos que você esteja enviando um e-mail de transação configurado para "enviar para todos os usuários, incluindo os que cancelaram a inscrição". Se essa métrica for maior que 0,08, pode ser um sinal de que o texto da sua mensagem está comercial demais ou de que você deve repensar seus métodos de coleta de endereços de e-mail (para confirmar que está enviando mensagens para quem tem interesse na sua comunicação). |
| Unsubscribers or Unsub | Cancelamentos de inscrição ou Unsub é o número de mensagens que resultaram em um cancelamento de inscrição. Os cancelamentos de inscrição ocorrem quando a Braze processa um cancelamento a partir da URL de cancelamento de inscrição da Braze no corpo da mensagem ou do cabeçalho list-unsubscribe, quando esse fluxo é gerenciado pela Braze. |
| Other Opens |
Outras aberturas inclui aberturas humanas que não são impactadas pela MPP (como um usuário abrindo um e-mail no app do Gmail ou no Gmail para desktop, o que dispara um pixel de rastreamento e registra uma abertura normal). As outras aberturas costumam ser aberturas humanas, mas também pode haver cenários em que uma máquina abre o e-mail (um bot ou um provedor de serviços de caixa de entrada como Gmail ou Yahoo). Também é possível que um usuário abra um e-mail em um dispositivo não iOS e registre a outra abertura antes que uma abertura de máquina seja registrada.
Como as aberturas de máquina podem ser geradas pelo usuário, a relação entre aberturas de máquina e outras aberturas não é humano versus não humano, mas sim impactado pela MPP versus não impactado pela MPP. Embora as outras aberturas ainda possam ser usadas para medir uma parte das aberturas humanas, atualmente não é possível determinar a porcentagem de aberturas de máquina geradas por humanos. Portanto, no momento não é possível determinar uma taxa de abertura "verdadeira" precisa. Para usuários com MPP ativada:
|
| Estimated Real Opens | A estimativa de aberturas reais indica quantas aberturas únicas haveria se as aberturas de máquina não existissem. Ela é o resultado de um modelo estatístico proprietário da Braze. Veja a seção a seguir para mais detalhes. |
| Machine Opens |
As aberturas de máquina incluem aberturas não humanas e humanas que indicam uma abertura por um usuário com a proteção de privacidade de e-mail (MPP) da Apple ativada. Isso significa que um usuário pode registrar várias aberturas de máquina. As aberturas de máquina não são geradas automaticamente se o dispositivo não estiver conectado ao Wi-Fi. Então, um usuário pode abrir um e-mail no app Apple Mail antes que a Apple pré-carregue as imagens, o que ainda resulta em uma abertura de máquina.
Para usuários com MPP ativada:
|
| Bounces | Bounces é o número total de mensagens que não foram entregues com sucesso aos destinatários pretendidos. |
| Hard Bounce | Um hard bounce é quando um e-mail não é entregue ao destinatário devido a um erro de entrega permanente. Um hard bounce pode ocorrer porque o nome de domínio não existe ou porque o destinatário é desconhecido. |
| Soft Bounce | Um soft bounce é quando um e-mail não é entregue ao destinatário devido a um erro de entrega temporário, mesmo que o endereço de e-mail do destinatário seja válido. Um soft bounce pode ocorrer porque a caixa de entrada do destinatário está cheia, o servidor estava fora do ar ou a mensagem era grande demais para a caixa de entrada do destinatário. |
| Deferral | Um adiamento é quando um e-mail não foi entregue imediatamente, mas a Braze tenta enviá-lo novamente por até 72 horas após essa falha temporária de entrega. Isso maximiza as chances de uma entrega bem-sucedida antes que as tentativas para essa Campaign específica sejam interrompidas. |
Entregas e bounces
O dashboard destaca os Hard Bounces. Alguns Bounces podem ser soft bounces e, sozinhos, não vão corresponder a essa contagem. Você pode estimar os soft bounces com esta fórmula:
Envios − (Entregas + Hard Bounces) ≈ Soft Bounces
As Entregas podem aumentar durante a janela de novas tentativas do seu provedor de serviços de e-mail (ESP) à medida que as novas tentativas são bem-sucedidas, enquanto os Envios e os hard bounces de um envio único permanecem fixos depois que o envio é concluído. O SendGrid e o SparkPost fazem novas tentativas por até 72 horas; o Amazon SES faz novas tentativas por até 14 horas.
Cenários comuns de solução de problemas de entrega
Ao revisar a análise de dados de e-mail, tenha estes padrões em mente:
- Diferença entre Envios e (Entregas + Hard Bounces): Durante a janela de novas tentativas do ESP após um envio único, essa diferença geralmente reflete soft bounces ou adiamentos que ainda estão em nova tentativa. Depois que as novas tentativas terminam, qualquer diferença restante geralmente corresponde a mensagens que sofreram soft bounce e nunca foram entregues — esses envios não são contados nas Entregas nem nos Bounces da campanha. Use a fórmula em Entregas e bounces para estimar os soft bounces em andamento.
- Entregas baixas depois que as novas tentativas terminam: Se as taxas de entrega continuarem baixas depois que as novas tentativas terminarem, compare o volume desse envio com seus padrões habituais. Os provedores de caixa de entrada podem adiar, limitar ou aplicar soft bounce a e-mails quando o volume sobe muito em relação à sua reputação de remetente. Você pode ver mensagens como
Email was deferred due to the following reason(s): [IPs were throttled by recipient server]no Registro de atividades de mensagens. Use o limite de frequência da velocidade de entrega para controlar o ritmo de envios grandes e consulte IPs limitados para ver outras etapas de solução de problemas. - Soft bounces e adiamentos não exibidos na análise de dados da campanha: A análise de dados da campanha destaca os Hard Bounces, mas não inclui Soft Bounces nem Adiamentos como colunas separadas. Monitore esses eventos no Registro de atividades de mensagens, com o filtro de segmento Soft Bounced ou por meio dos eventos de adiamento do Currents. Para entender como as novas tentativas funcionam, consulte Adiamentos.
- Porcentagens de entrega que podem não somar 100%: % de Entregas, % de Bounces e % de Spam podem não somar 100% dos Envios. As mensagens que sofrem soft bounce e nunca são entregues após a janela de novas tentativas do ESP não são contadas nas Entregas nem nos Bounces da campanha, então uma parte dos Envios pode ficar sem contabilização nessas taxas. Espere as novas tentativas terminarem antes de avaliar o desempenho final de entrega ou use a fórmula em Entregas e bounces para estimar quantos envios ainda estão em nova tentativa.
Cliques sem um evento de abertura
Um clique pode ser registrado sem uma abertura quando o pixel de abertura nunca é carregado. Por exemplo, a mensagem é cortada no Gmail ou o usuário desativou as imagens (o pixel de abertura geralmente fica no rodapé). Alguns clientes fazem proxy das imagens (como o Apple Mail), então a abertura pode ser registrada quando o servidor busca o pixel pela primeira vez, e não quando o usuário lê o e-mail. Domínios corporativos costumam bloquear imagens por padrão.
O clique e a abertura também podem acontecer em dias diferentes: um usuário pode clicar em 16 de maio com as imagens desativadas (sem abertura) e depois abrir o e-mail no webmail em 17 de maio (abertura registrada nesse momento).
Unique clicks maior que Unique opens
Você pode ver Unique clicks bem acima de Unique opens (por exemplo, vários cliques únicos para cada abertura única), mesmo quando espera uma proporção menor do seu público. Esse padrão geralmente indica que as aberturas estão subcontadas, que os cliques estão inflados ou ambos. No entanto, isso não significa que a Braze esteja contando cliques de forma incorreta isoladamente.
A Braze registra uma abertura de e-mail quando o pixel de rastreamento de abertura é carregado. Esse pixel é uma pequena imagem transparente (geralmente descrita como 1 x 1 px) que a Braze adiciona ao HTML da mensagem. Se o pixel nunca for carregado, nenhuma abertura é registrada para essa visualização, mas os cliques em links ainda podem ser registrados — então sua taxa de clique por abertura e o equilíbrio entre essas duas métricas podem parecer distorcidos.
A caixa de entrada nunca carregou o pixel de rastreamento de abertura
O pixel pode não ser carregado quando:
- A mensagem é cortada. Um HTML longo empurra o conteúdo — incluindo o pixel no final — para depois de um corte do tipo “Ver mensagem completa”. No Gmail, mensagens maiores que cerca de 102 KB costumam ser cortadas, o que pode impedir o carregamento do pixel até que a mensagem completa seja aberta (e às vezes nem assim, dependendo do cliente).
- As imagens estão bloqueadas ou restritas. Uma segurança mais rígida da caixa de entrada (comum em contas corporativas) pode bloquear imagens remotas até que o destinatário opte por carregá-las. Assim, o pixel de abertura não é acionado, mesmo que a pessoa clique em links rastreados.
- A mensagem está na pasta de spam ou de lixo eletrônico. Muitos provedores não carregam imagens remotas (incluindo o pixel de abertura) nessas pastas por padrão.
O que você pode fazer
- Corte da mensagem: Encurte e simplifique o HTML, remova estilos ou ativos não utilizados e mantenha o tamanho total da mensagem dentro dos limites do cliente. Para o Gmail, tente ficar abaixo de cerca de 102 KB, conforme descrito em Tamanho do e-mail.
- Segurança da caixa de entrada e carregamento de imagens: Apenas o destinatário (ou a política de TI da empresa dele) pode alterar se as imagens são carregadas por padrão.
- Entrega na pasta de spam: Concentre-se em melhorar a entregabilidade de e-mail e na higiene da lista. Se os e-mails estiverem caindo no spam com frequência e as métricas parecerem erradas, entre em contato com o suporte da Braze.
Atividade de segurança ou de bots nos links
Alguns produtos de segurança de e-mail acessam os links para procurar ameaças. Essas solicitações podem registrar um clique sem carregar imagens, então você pode ver atividade de cliques sem uma abertura correspondente.
Adiamentos
Um adiamento acontece quando um e-mail não é entregue imediatamente, mas a Braze tenta enviá-lo novamente pelo seu ESP após essa falha temporária de entrega, para aumentar as chances de entrega antes que as tentativas para aquela campanha específica sejam interrompidas. O SendGrid e o SparkPost fazem novas tentativas por até 72 horas; o Amazon SES faz novas tentativas por até 14 horas. Os motivos mais comuns para adiamentos incluem limitação de volume de e-mail pelo provedor de caixa de entrada com base na reputação, problemas temporários de conectividade ou erros de DNS.
Os Adiamentos são diferentes dos Soft Bounces. Se nenhum e-mail for entregue durante esse período de novas tentativas, a Braze envia um evento de soft bounce por envio de campanha tentado. Antes de 25 de fevereiro de 2025, essas novas tentativas eram contadas como vários soft bounces para um único envio de campanha.
No momento, os Adiamentos só estão disponíveis pelo Currents ou pelos recursos do Snowflake da Braze (como Criador de consultas, SQL Segment e Compartilhamento de dados do Snowflake). Se você tem interesse em Deferrals in campaign or Canvas analytics, envie feedback de produto.
Taxa estimada de abertura real
Essa estatística usa um modelo analítico proprietário criado pela Braze para reconstruir uma estimativa da taxa de abertura única da campanha como se as aberturas por máquina não existissem. Embora recebamos rótulos de Machine Opens em alguns eventos de abertura vindos dos remetentes de e-mail, esses rótulos muitas vezes classificam aberturas reais como aberturas por máquina. Ou seja, as Other Opens provavelmente subestimam as aberturas reais (feitas por usuários de verdade). Por isso, a Braze usa os dados de cliques de cada campanha para inferir a taxa com que pessoas reais abriram a mensagem. Isso compensa vários mecanismos de abertura por máquina, incluindo o MPP da Apple.
A Braze avalia periodicamente a Estimated Real Open Rate depois que uma campanha envia e-mails suficientes. Após uma avaliação, a Braze pode reavaliar a métrica uma vez depois de pelo menos 72 horas, mesmo que o volume de envios da campanha não tenha mudado. Reavaliações adicionais exigem aumento no volume de envios.
Inicialmente, a Braze avalia até 10.000 e-mails entregues por variação, mas atingir esse volume não garante uma estimativa. Cada variação também precisa de cliques qualificados suficientes tanto de destinatários com Machine Opens quanto de destinatários sem Machine Opens.
Se a atividade de cliques qualificados continuar insuficiente, a coluna exibe “–”. Quando a Braze reavaliar a variação, cliques qualificados adicionais podem gerar uma estimativa.
Considerações
A Estimated Real Open Rate só está disponível em campanhas e não é informada nos eventos do Currents. Essa métrica só é calculada retroativamente para campanhas ativas lançadas antes de 14 de novembro de 2023.
Como lidar com aumentos nas taxas de cliques
As taxas de abertura podem ser uma métrica útil para acompanhar suas campanhas de e-mail. No entanto, elas não são necessariamente indicadores precisos do engajamento humano com as campanhas de e-mail. Por definição, um evento de abertura ocorre quando um usuário abre um e-mail, ou seja, quando um pixel de rastreamento de abertura transparente é baixado com sucesso.
Além disso, o uso de ferramentas de verificação de segurança pode inflar as taxas de abertura. Algumas dessas ferramentas protegem os usuários verificando os e-mails recebidos em busca de conteúdo malicioso e clicando nos links para confirmar se são legítimos. Esses cliques costumam ser chamados de “cliques de bots” ou “interação não humana” (NHI).
Depois que um e-mail sai dos nossos servidores, temos visibilidade limitada sobre o que acontece em seguida. Mesmo assim, veja algumas recomendações para lidar com a NHI que afeta seus resultados:
- Saiba que isso pode acontecer com qualquer remetente e com praticamente qualquer destinatário. Assim como as aberturas, os cliques não são indicadores totalmente confiáveis da interação humana com suas mensagens, o que significa que a NHI não pode ser evitada.
- Um engajamento positivo maior tende a estar associado a menos NHI, por isso é importante seguir as melhores práticas de envio de e-mails. Isso inclui obter permissão explícita dos seus usuários para enviar e-mails e fazer o sunsetting de assinantes não engajados com regularidade.
- Use links HTTPS nos seus e-mails sempre que possível. A NHI é menos comum para remetentes que usam links seguros.
- Se você usa um processo de cancelamento de inscrição com um único clique, considere criar uma Central de Preferências que leve os usuários a uma página onde eles possam editar e gerenciar as preferências de notificação. Isso pode ajudar, porque a NHI pode cancelar a inscrição de usuários sem querer.
- Considere usar outras métricas para medir o sucesso do seu e-mail marketing, como conversões, sessões no app ou visitas ao site.
- Adicione um link oculto nas suas campanhas de e-mail. Esse link seria algo que uma pessoa não perceberia, como um texto branco sobre fundo branco ou um sinal de pontuação. Bots costumam clicar em todos os links, então você pode concluir que os usuários que geram eventos de clique no link invisível são, na verdade, resultado de NHI. Nesse caso, a abertura ou o clique não indicam necessariamente um engajamento positivo.
Solução de problemas
E-mails devolvidos
- 554 5.7.1 [internal] recipient address was suppressed due to customer policy: Tente outro endereço, reengaje o usuário por outro canal ou remova o endereço da lista de supressão apenas no caso dos seus próprios endereços de teste. Evite remover supressões de usuários reais, porque isso pode prejudicar sua reputação.
- Caixa de entrada cheia / conta inválida: Geralmente é um sinal de qualidade da lista. Priorize usuários que abriram ou clicaram recentemente (por exemplo, nos últimos 30–60 dias) enquanto você limpa endereços inativos ou inválidos.
Comportamento de novas tentativas em soft bounces
Quando um e-mail sofre soft bounce por problemas temporários (como caixa de entrada cheia, servidor temporariamente indisponível ou outras falhas transitórias de entregabilidade), a Braze tenta automaticamente fazer a entrega por até 72 horas. O número de novas tentativas varia de acordo com o receptor.
Se o e-mail não for entregue após o período de novas tentativas, a Braze registra um evento de soft bounce para aquele envio de campanha. Esses soft bounces não aparecem na análise de dados da campanha, mas você pode:
- Monitorá-los no Registro de atividades de mensagens para ver os motivos do bounce
- Usar o filtro de segmento Soft Bounced para excluir esses usuários de envios futuros
Por causa desse período de novas tentativas, as métricas de entrega de e-mail (entregas, bounces e taxa de spam) podem não somar 100% em campanhas nas quais os e-mails com soft bounce acabam não sendo entregues.
Para saber mais sobre soft bounces, consulte o Glossário de análise de dados de e-mail.
Domínios inválidos
Erros como unable to get mx info geralmente indicam que muitos destinatários usam domínios inválidos (por exemplo, com erros de digitação). Segmente, exporte, corrija e reimporte esses perfis.
IPs limitados
Você pode ver a mensagem Email was deferred due to the following reason(s): [IPs were throttled by recipient server] no Registro de atividades de mensagens se um provedor de caixa de entrada desacelerar ou bloquear temporariamente a entrega a partir do seu IP por causa do volume, da reputação ou de ambos. A Braze tenta reenviar as mensagens adiadas. Se houver muitos adiamentos por esse motivo, é comum ver também um aumento de soft bounces.
Esse padrão geralmente significa que você está enviando mais rápido do que o provedor de caixa de entrada aceita para a sua reputação atual. Além de melhorar o engajamento e a qualidade da lista, use o limite de frequência da velocidade de entrega para limitar a velocidade com que as mensagens saem da Braze em uma campanha ou Canvas. Isso ajuda a reduzir a limitação enquanto você trabalha com sua equipe de entregabilidade em soluções de longo prazo.
Se a limitação persistir para domínios específicos, reduza o volume para esses domínios e entre em contato com o suporte de entregabilidade da Braze para receber orientações.
Status desconhecido de reputação de IP
Se o seu relatório de desempenho de e-mail mostrar o valor “desconhecido” para a reputação de IP, isso pode estar relacionado a uma interrupção do Google Postmaster Tools. O Google Postmaster Tools fornece dados de reputação para a entregabilidade no Gmail, e interrupções temporárias do serviço podem resultar em valores de reputação ausentes ou desconhecidos.
Se você vir um status de reputação desconhecido e tiver dúvidas sobre a entregabilidade dos seus e-mails, entre em contato com o suporte da Braze.
Relatórios de KakaoTalk

Desempenho do KakaoTalk
O painel KakaoTalk Performance mostra o desempenho da sua mensagem em várias dimensões. As métricas desse painel variam de acordo com o canal de envio de mensagens escolhido e com o fato de você estar ou não executando um teste multivariante. Você pode clicar no ícone Preview para visualizar sua mensagem para cada variante ou canal.
Se quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque as métricas que desejar. Por padrão, todas as métricas são exibidas.
Métricas do KakaoTalk
Veja a seguir algumas métricas importantes do KakaoTalk que você pode encontrar na análise de dados. Para saber mais, consulte o Glossário de métricas de relatório.

No momento, as estatísticas estimadas ou exatas de público não estão disponíveis para campanhas do KakaoTalk.
| Termo | Definição |
|---|---|
| Público | Público é a porcentagem de usuários que receberam uma determinada mensagem. (Número de destinatários na variante) / (Destinatários únicos) |
| Destinatários únicos | Destinatários únicos é o número de destinatários diários únicos, ou seja, usuários que receberam uma nova mensagem em um dia. Para que essa contagem aumente mais de uma vez para um usuário, ele precisa receber uma nova mensagem em outro dia. Esse número é baseado no user_id. Para saber mais, consulte Destinatários únicos no Glossário de métricas de relatório. |
| Envios | O número total de mensagens enviadas em uma campanha. Isso não significa que a mensagem foi recebida ou entregue a um dispositivo, apenas que ela foi enviada. |
| Total de cliques | O número total de vezes que as mensagens do KakaoTalk enviadas foram clicadas pelos usuários. |
| Erros | Erros é o número de erros retornados pelo provedor do KakaoTalk (incrementado durante o processo de envio). |
| Receita | Receita é a receita em dólares gerada pelos destinatários da campanha dentro da janela de conversão primária definida. |
| Conversões primárias | Conversões primárias é o número de vezes que um evento definido ocorreu depois de o usuário interagir com ou visualizar uma mensagem recebida de uma campanha da Braze. Você define esse evento ao criar a campanha. |
Criador de relatórios
Você também pode usar o Criador de relatórios para criar relatórios personalizados das suas campanhas do KakaoTalk. Ao criar um relatório, você pode filtrar para incluir apenas campanhas do KakaoTalk selecionando KakaoTalk em Channels ou filtrando por quaisquer tags que você tenha aplicado às suas campanhas do KakaoTalk.
Relatórios de LINE
Grupos de controle
Para medir o impacto de uma mensagem individual do LINE, você pode adicionar um grupo de controle a um teste A/B. O painel Campaign Details de nível superior não inclui métricas da variante do grupo de controle.
Desempenho do LINE
O painel LINE Performance mostra o desempenho da sua mensagem em várias dimensões. As métricas desse painel variam de acordo com o canal de envio de mensagens escolhido e com o fato de você estar ou não executando um teste multivariante. Você pode clicar no ícone Preview para visualizar sua mensagem para cada variante ou canal.

Se quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque as métricas que desejar. Por padrão, todas as métricas são exibidas.
Métricas do LINE
Veja a seguir algumas métricas importantes do LINE que você pode encontrar na análise de dados. Para ver as definições de todas as métricas do LINE usadas na Braze, consulte o Glossário de métricas de relatório.
| Termo | Definição |
|---|---|
| Envios | O número total de envios comunicados com sucesso entre a Braze e o LINE. Isso não significa que a mensagem foi recebida pelo usuário. |
| Aberturas únicas | O número total de mensagens do LINE enviadas que foram abertas pelos usuários, depois de atingido o limite mínimo de 20 mensagens por dia. |
| Total de aberturas | O número total de vezes que as mensagens do LINE enviadas foram abertas pelos usuários, depois de atingido o limite mínimo de 20 mensagens por dia. |
| Cliques únicos | O número total de mensagens do LINE enviadas que foram clicadas pelos usuários, depois de atingido o limite mínimo de 20 mensagens por dia. |
| Total de cliques | O número total de vezes que as mensagens do LINE enviadas foram clicadas pelos usuários, depois de atingido o limite mínimo de 20 mensagens por dia. |
Relatórios de push

Desempenho de push
O painel Push Performance mostra o desempenho da sua mensagem em várias dimensões. As métricas desse painel variam de acordo com o canal de envio de mensagens escolhido e com o fato de você estar ou não executando um teste multivariante. Você pode clicar no ícone Preview para visualizar sua mensagem para cada variante ou canal.

Se quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque as métricas que desejar. Por padrão, todas as métricas são exibidas.
Métricas de push
Veja a seguir um detalhamento de algumas métricas importantes que você pode encontrar ao analisar o desempenho da sua mensagem. Para as definições completas de todas as métricas de push, consulte o Glossário de métricas de relatório e filtre por push.
| Métrica | Descrição |
|---|---|
| Bounces | Bounces é o número total de mensagens que não foram entregues com sucesso aos destinatários pretendidos. Consulte Notificações por push com bounce. |
| Direct Opens | Aberturas Diretas é o número total (ou porcentagem) de usuários que abriram seu app ou website tocando diretamente na notificação. |
| Opens | As aberturas são instâncias que incluem Aberturas Diretas e Aberturas por Influência nas quais o SDK da Braze determinou, usando um algoritmo proprietário, que uma notificação por push fez com que um usuário abrisse o app. |
A entrega de notificações é feita como “melhor esforço” pelo Apple Push Notification service (APNs). Ele não foi feito para entregar dados ao seu app, apenas para avisar o usuário de que há novos dados disponíveis. A diferença importante é que exibimos quantas mensagens entregamos com sucesso ao APNs, e não necessariamente quantas o APNs entregou com sucesso aos dispositivos.
Rastreamento de cancelamentos de inscrição
Os cancelamentos de inscrição de push não aparecem como métrica na análise de dados da campanha e dependem de atualizações do status de push do usuário feitas por provedores como Apple ou Google. Essas atualizações podem ser pouco frequentes e imprevisíveis. Por isso, os cancelamentos de inscrição de push não são incluídos como métrica na análise de dados de campanhas de push.
Mesmo assim, rastrear manualmente os cancelamentos de inscrição de push pode trazer insights valiosos sobre como os usuários reagem à frequência das notificações e à relevância do conteúdo. Veja duas opções para rastrear cancelamentos de inscrição de push: usando filtros de segmento ou filtros personalizados.
Você pode criar um segmento para identificar usuários que não estão com push ativado, ou seja, que não estão inscritos ou não aceitaram receber push e não têm um token por push em primeiro plano. Por exemplo, para ver o número de cancelamentos de inscrição no seu app, você usaria uma combinação “OU” dos seguintes segmentos:
Background or Foreground Push Enabled is falseHas Uninstalled

Os filtros de segmentação são aproximados e não podem ser vinculados especificamente a uma data e a uma campanha.

Registrar um evento personalizado para mudanças de inscrição consome pontos de dados. Como alternativa, use filtros de segmento para identificar e direcionar usuários que não estão com push ativado.
Como outra alternativa, também recomendamos criar um evento personalizado para cancelamentos de inscrição de push com base no status de push ativado do usuário (true ou false) para rastrear essa métrica.
Entendendo as aberturas
Embora Direct Opens e Influenced Opens incluam a palavra “opens”, elas são métricas diferentes. Direct Opens refere-se à abertura direta de uma notificação por push. Influenced Opens refere-se à abertura de um app, sem abrir a notificação por push, dentro de um período específico após recebê-la. Ou seja, Influenced Opens refere-se às aberturas do app, e não às aberturas da notificação por push.
Botões de ação por push e relatórios
Quando você adiciona botões de ação por push, o painel Push Performance pode incluir Body Clicks, Button 1 Clicks e Button 2 Clicks junto com métricas como Direct Opens. Essas colunas medem interações diferentes, então compare-as ao interpretar o engajamento.
Direct Opens reflete as métricas do dashboard para interações que contam como abertura direta da sua mensagem. Os eventos Push Notification Open no Currents ou no Snowflake descrevem as interações de push de forma mais ampla e podem incluir campos opcionais como button_action_type (por exemplo, close) e button_string. Para as definições dos campos, consulte Eventos de Push Notification Open.
No iOS, as categorias de notificação padrão da Braze (como Yes / No, Accept / Decline ou Confirm / Cancel) usam um par fixo: a primeira ação suporta OPEN_APP, uma URI ou um deep link (alinhado ao On-Click Behavior no criador). A ação complementar usa CLOSE por padrão — ela descarta a notificação e não abre o app. Veja o mapeamento padrão em Objeto de botão de ação por push da Apple.
Por isso, toques no botão predefinido de descarte (por exemplo, No ou Decline) normalmente não contam para Direct Opens. Esses toques ainda podem aparecer nas exportações de Push Notification Open quando registrados, com button_action_type definido como close e button_string identificando a ação tocada. Ao comparar a análise de dados da campanha com os dados do data warehouse, use esses campos da carga útil para não tratar toques de descarte da mesma forma que toques no corpo da notificação ou na ação principal.
No Android, você define o On-Click Behavior de cada botão (Open App, Redirect to Web URL ou Deep Link), então os relatórios seguem as ações que você configurar, e não a divisão padrão OPEN_APP / CLOSE do iOS.
Por que os envios de push podem exceder os destinatários únicos
O número de Sends pode exceder o número de Unique Recipients pelos seguintes motivos:
- A reelegibilidade está ativada: Quando a reelegibilidade está ativada nas configurações da sua campanha ou Canvas, os usuários que atendem aos critérios de segmento e de entrega podem receber a mesma notificação por push várias vezes. Isso resulta em um número maior de envios totais.
- Os usuários têm vários dispositivos: Se a reelegibilidade não estiver ativada, a diferença pode acontecer porque os usuários têm vários dispositivos associados ao perfil. Por exemplo, um usuário pode ter um smartphone e um tablet, e a notificação por push é enviada para todos os dispositivos registrados. Cada entrega conta como um envio, mas apenas um destinatário único é registrado.
- Os usuários estão atribuídos a vários apps: Se os usuários estiverem associados a mais de um app (como ao testar um novo app), eles podem receber a mesma notificação por push em cada app. Isso também aumenta o número de envios.
Por que ocorrem bounces
Bounces ocorrem no Apple Push Notification service (APNs) quando uma notificação por push tenta ser entregue a um dispositivo que não tem o app pretendido instalado. O APNs também pode alterar os tokens dos dispositivos de forma arbitrária. Se você tentar enviar para o dispositivo de um usuário cujo token por push mudou entre o último registro do token (como no início de cada sessão, quando registramos o usuário para um token por push) e o momento do envio, isso causará um bounce.
Se um usuário desativar o push nas configurações do dispositivo, na próxima vez que abrir o app o SDK detectará que o push foi desativado e avisará a Braze. Nesse momento, atualizaremos o estado de push para desativado. Quando um usuário com push desativado recebe uma campanha de push antes de iniciar uma nova sessão, a campanha é enviada com sucesso e aparece como entregue. O push não sofrerá bounce para esse usuário. Depois de uma sessão seguinte, quando você tentar enviar um push para o usuário, a Braze já saberá se temos um token em primeiro plano e, por isso, nenhuma notificação será enviada.
Notificações por push que expiram antes da entrega não são consideradas falhas e não são registradas como bounce.
Bounces no Firebase Cloud Messaging (FCM) podem ocorrer em três casos:
| Cenário | Descrição |
|---|---|
| Apps desinstalados | Quando uma mensagem tenta ser entregue a um dispositivo e o app pretendido foi desinstalado dele, a mensagem é descartada e o ID de registro do dispositivo é invalidado. Qualquer tentativa futura de enviar mensagens para esse dispositivo retornará um erro NotRegistered. |
| App com backup | Quando é feito o backup de um app, o ID de registro dele pode se tornar inválido antes de o app ser restaurado. Nesse caso, o FCM deixa de armazenar o ID de registro do app, e o app deixa de receber mensagens. Por isso, os IDs de registro não devem ser salvos quando é feito o backup de um app. |
| App atualizado | Quando um app é atualizado, o ID de registro da versão anterior pode deixar de funcionar. Por isso, um app atualizado deve substituir o ID de registro existente. |
Relatórios de SMS, MMS e RCS

Grupos de controle
Para medir o impacto de uma mensagem SMS, MMS ou RCS individual, você pode adicionar um grupo de controle a um teste A/B. O painel Campaign Details de nível superior não inclui métricas da variante do grupo de controle.
Desempenho de SMS/MMS/RCS
O painel SMS/MMS/RCS Performance mostra o desempenho da sua mensagem em várias dimensões. As métricas desse painel variam de acordo com o canal de envio de mensagens escolhido e com o fato de você estar ou não executando um teste multivariante. Você pode clicar no ícone Preview para visualizar sua mensagem para cada variante ou canal.
Quando uma campanha inclui variantes de SMS e de RCS, use o gráfico Performance Over Time e o filtro Statistics para comparar o desempenho de SMS e RCS lado a lado. Você também pode usar a tabela SMS/MMS/RCS Performance para exibir linhas separadas de RCS e de fallback de SMS para o mesmo envio.

Se quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque as métricas que desejar. Por padrão, todas as métricas são exibidas.
Métricas de SMS, MMS e RCS
Veja a seguir um detalhamento de algumas métricas importantes que você pode encontrar ao analisar o desempenho da sua mensagem. Para as definições completas de todas as métricas de SMS, MMS e RCS, consulte o Glossário de métricas de relatório e filtre por SMS/MMS e RCS.
| Métrica | Definição |
|---|---|
| Sent | Enviado é toda vez que uma Campaign ou etapa do Canvas foi lançada ou disparada e um SMS ou RCS foi enviado pela Braze. É possível que o SMS ou RCS não tenha chegado ao dispositivo de um usuário devido a erros. |
| Delivery Failures | As falhas de entrega ocorrem quando o SMS não pode ser enviado devido ao transbordamento das filas (envio de SMS em uma taxa maior do que seus códigos longos ou curtos suportam) ou a falhas semelhantes antes que o provedor aceite a mensagem. O fallback de SMS a partir de um envio RCS também pode registrar falhas de entrega para o SMS de fallback. |
| Confirmed Delivery | Entregas confirmadas são quando a operadora confirma que a mensagem foi entregue ao número de telefone de destino. |
| Rejections | Rejeições são quando o provedor de SMS ou RCS informou que a mensagem não foi entregue. Isso pode ocorrer por vários motivos, incluindo filtragem de conteúdo da operadora, disponibilidade do dispositivo de destino, número de telefone fora de serviço e outros semelhantes. Para RCS, os status de falha e não entrega do provedor são contabilizados como rejeições em vez de falhas de entrega. |
| Opt-Out | Descadastramento é quando um usuário respondeu à sua mensagem com uma palavra-chave de descadastramento e teve a inscrição cancelada no seu programa de SMS ou RCS. |
| Help | Bounces é o número total de mensagens que não foram entregues com sucesso aos destinatários pretendidos. |
| Total Clicks | Total de cliques é o número total (ou porcentagem) de eventos de clique na mensagem entregue. O mesmo destinatário pode contribuir mais de uma vez. |
Respostas por palavra-chave
O painel Keyword Responses mostra uma linha do tempo das palavras-chave recebidas nas respostas dos usuários depois que eles receberam sua mensagem.

Aqui, você também pode ver a distribuição das respostas de cada categoria de palavra-chave para definir os próximos passos de redirecionamento e criar um segmento com facilidade.

Eventos do Currents para SMS
Assim como no e-mail, a Braze recebe eventos em nível de usuário relacionados a uma mensagem SMS ao longo do caminho até o usuário. Qualquer evento de SMS recebido também é enviado como evento do Currents por meio do evento SMS InboundReceived. Isso permite realizar ações ou relatórios adicionais sobre as mensagens que seus usuários enviam, fora da plataforma da Braze.

As mensagens recebidas são truncadas após 1.600 caracteres.

As métricas de cliques do dashboard, como Total Clicks, excluem atividade suspeita de bots, mas o Currents ainda exporta todos os eventos de clique com is_suspected_bot_click e suspected_bot_click_reason para reconciliação no data warehouse. Para ver as métricas do dashboard, a segmentação e a orquestração afetadas, consulte Filtragem de cliques de bots em links de SMS/RCS.
Rastrear aceitações e cancelamentos de SMS
Você pode rastrear aceitações e cancelamentos de SMS com os seguintes métodos:
| Método | Descrição |
|---|---|
| Segmentador | O segmentador mostra o número de usuários em um grupo de inscrições específico. Ele não remove duplicatas por número de telefone — se vários usuários compartilham o mesmo número, cada um é contado separadamente. |
| Série temporal do grupo de inscrições | Fornece um retrato diário das inscrições de e-mails e números de telefone. A série temporal conta inscrições, cancelamentos de inscrição e reinscrições. Por exemplo, se um usuário se inscreve, cancela a inscrição e depois se inscreve de novo, ele é contado como um usuário inscrito. |
| Currents | Use o Currents para exportar eventos de inscrição e engajamento para seus próprios relatórios. |
Contagens de aceitação e cancelamento na análise de dados da campanha
As estatísticas de Opt-In e Opt-Out no painel SMS/MMS/RCS Performance refletem os usuários que aceitaram ou cancelaram por meio de palavras-chave recebidas (por exemplo, enviando “START” para aceitar ou “STOP” para cancelar). Esses números costumam ser menores que os exibidos no segmentador, porque contam o número de vezes que essas palavras-chave foram enviadas, e não o total de usuários inscritos em SMS.

As contagens de aceitação, cancelamento e HELP são informadas de forma combinada para SMS, MMS e RCS.
Rastrear cancelamentos de SMS por campanha
Rastreie cancelamentos de SMS no nível da campanha usando a tabela de mensagens recebidas, e não a tabela de mudança de estado do grupo de inscrições. Por exemplo, no Criador de consultas ou no seu data warehouse, você pode executar uma consulta que faça referência à tabela USERS_MESSAGES_SMS_INBOUNDRECEIVE ou USERS_MESSAGES_SMS_INBOUNDRECEIVE_SHARED.
Este exemplo de consulta faz referência à tabela USERS_MESSAGES_SMS_INBOUNDRECEIVE:
SELECT *
FROM USERS_MESSAGES_SMS_INBOUNDRECEIVE
WHERE app_group_id = 'app-group-id'
AND subscription_group_api_id = 'subscription_group_api_id'
AND action = 'Unsubscribed'
AND (campaign_id IS NOT NULL OR canvas_id IS NOT NULL);
Ela retorna os usuários que cancelaram o recebimento de comunicações por SMS no espaço de trabalho e no grupo de inscrições informados, filtrados para aqueles associados a campanhas ou Canvas.
Momento do cancelamento
Os eventos de palavras-chave e de mensagens recebidas no Currents ou no seu data warehouse, como os timestamps em users.messages.sms.InboundReceive ou os eventos de mudança de estado do grupo de inscrições, são a fonte oficial para saber quando a Braze registrou o cancelamento.

Os timestamps dos eventos refletem quando a Braze recebeu ou processou a mensagem recebida, e não necessariamente quando o usuário enviou o SMS ou quando uma operadora ou provedor de SMS o recebeu. Se a sua análise considera o cancelamento como o momento em que a Braze processou o fluxo de cancelamento recebido, esses timestamps correspondem a essa definição.
O perfil de usuário mostra o estado atual da inscrição, mas pode não exibir um campo único como “SMS cancelado em”, a menos que você defina um atributo personalizado ou algo semelhante ao processar os cancelamentos.
Cobranças aplicadas aos resultados de envio de SMS
Esta tabela reflete a cobrança da Braze, e não a do seu provedor. Resultados que não são cobrados pela Braze podem ser cobrados pelo seu provedor.
| Resultado | Definição | Cobrado pela Braze |
|---|---|---|
| Enviado | Uma campanha ou etapa do Canvas foi lançada ou disparada, e uma carga útil de SMS foi enviada ao provedor de SMS. | Sem cobrança |
| Falha na entrega | A carga útil de SMS não pôde ser enviada ao provedor de SMS. Isso pode acontecer por filas sobrecarregadas, contas suspensas ou erros de mídia (no caso de MMS). | Sem cobrança |
| Entregue | O provedor de SMS recebeu a confirmação de entrega da mensagem pela operadora (e, quando disponível, pelo dispositivo de destino). | Cobrado |
| Rejeitado | O provedor de SMS recebeu um recibo de rejeição indicando que a mensagem não foi entregue. Isso pode acontecer por vários motivos, incluindo filtragem de conteúdo pela operadora ou indisponibilidade do dispositivo de destino. | Cobrado |
| Sends to Carrier | Sends to Carrier é a soma de Confirmed Deliveries, Rejections e Sends cuja entrega ou rejeição não foi confirmada pela operadora. Isso inclui casos em que as operadoras não fornecem confirmação de entrega ou rejeição, já que algumas operadoras não oferecem essa confirmação ou não conseguem fornecê-la no momento do envio. Descontinuada para novos dashboards, mas continua disponível para usuários que já a têm. Alguns dashboards ainda podem exibir essa métrica como Sent to Carrier. |
Pode haver cobrança de acordo com o resultado de envio de cada mensagem |

Sends to Carrier está descontinuada para novos dashboards. Use Sent, Confirmed Delivery, Delivery Failed e Rejections para os relatórios atuais. Consulte o Glossário de métricas de relatório para ver as definições.
Relatórios de mensagens RCS do tipo Card
Para mensagens RCS do tipo Card, Total Clicks na análise de dados de campanhas e Canvas inclui toques nos botões do cartão (como Message reply e Open URL) e interações com sugestões. A métrica pode ser incrementada mais de uma vez se um usuário tocar no mesmo controle várias vezes.
Os cliques em botões do cartão e em sugestões não são rastreados por meio do encurtamento de links nem das configurações de rastreamento avançado para URLs encurtadas. Os filtros de redirecionamento de usuários que fazem referência a links de SMS encurtados não se aplicam às interações com botões do cartão.
Para dados de interação em nível de usuário, exporte os eventos de clique de RCS (users.messages.rcs.Click) pelo Currents. Esses eventos incluem campos como interaction_type e element_type para diferenciar toques em botões de sugestões.
Métricas de RCS e de fallback de SMS
A Braze informa o RCS separadamente do SMS e do MMS em todo o dashboard. Se uma mensagem RCS não puder ser entregue e fizer fallback para SMS, a Braze registra a tentativa de RCS e o SMS de fallback separadamente, para que você possa ver quantos destinatários receberam cada um.
Você encontra as métricas de RCS em:
- SMS/MMS/RCS Performance: métricas de RCS e de fallback de SMS, o gráfico Performance Over Time e os blocos de aceitação e cancelamento.
- Página inicial: o gráfico Performance Over Time.
- Análise de dados de campanha: o gráfico Performance Over Time, o filtro Statistics para comparar variantes de SMS e RCS e a tabela SMS/MMS/RCS Performance, com linhas separadas de RCS e de fallback de SMS.
- Canvas: a página de detalhes da etapa de mensagem e o resumo da etapa.
- Histórico de mensagens: eventos de RCS e SMS de fallback no perfil de usuário.
- Criador de relatórios: métricas de RCS junto com as de SMS.
Para o comportamento em nível de evento (incluindo IS_SMS_FALLBACK=TRUE), consulte Como o fallback para SMS funciona com eventos e segmentação.
Como as métricas tratam o fallback de SMS
| Métrica | Inclui fallback de SMS? |
|---|---|
| Sends | Não. Sends conta a tentativa de envio de RCS. O SMS de fallback é contado separadamente como um envio de SMS. |
| Deliveries | Sim. A Delivery Rate de RCS inclui as mensagens entregues como fallback de SMS, divididas pelo total de Sends de RCS. |
| Rejections | Sim. A Rejection Rate de RCS inclui as rejeições de fallback de SMS, divididas pelo total de Sends de RCS. |
| Clicks | A Click Rate usa os Clicks de RCS divididos pelas Deliveries de RCS. |
| Reads | Não. A Read Rate conta apenas mensagens RCS. |

A Delivery Rate e a Rejection Rate de RCS incluem mensagens entregues ou rejeitadas como fallback de SMS. A Read Rate conta apenas mensagens RCS. Para ver as fórmulas de cada bloco, consulte o dashboard de desempenho de SMS/MMS/RCS.
Rejeições e falhas de entrega
RCS e SMS não classificam os resultados de falha da mesma forma:
- No RCS, os status de falha ou de não entrega do provedor incrementam Rejections. A Braze não informa esses resultados da operadora como Delivery Failures para RCS.
- No SMS e no fallback de SMS, Delivery Failures continuam abrangendo falhas que acontecem antes de o provedor aceitar a mensagem, como sobrecarga de fila, e Rejections abrangem os recibos de rejeição do provedor.
Quando uma tabela de campanha ou Canvas mostra sublinhas de RCS e de fallback de SMS, espere ver rejeições na linha de RCS para envios de RCS com falha e métricas de falha de entrega ou de rejeição na linha de fallback de SMS para o resultado do SMS de fallback.

A análise de dados de campanha do dashboard e as exportações do Snowflake podem apresentar pequenas diferenças de tempo e de agregação. Para reconciliação no data warehouse, considere os fluxos de eventos do Snowflake ou do Currents como a fonte mais detalhada quando as métricas não corresponderem exatamente ao dashboard.
Reconciliar Rejections com o Snowflake ou o Currents
A métrica Rejections no dashboard é uma contagem agregada do espaço de trabalho. Ela não é uma exportação em nível de linha, então nem sempre é possível associar cada rejeição a uma única linha no Snowflake ou a um único evento users.messages.sms.Rejection no Currents. Por exemplo, se o perfil de usuário tiver sido excluído antes de a Braze terminar de processar a rejeição para exportação ao data warehouse, essa rejeição não aparecerá na sua tabela USERS_MESSAGES_SMS_REJECTION_SHARED nem na carga útil do Currents, embora os relatórios agregados de SMS ainda possam refletir o resultado. Para saber mais, consulte a referência de tabelas SQL e os eventos de rejeição de SMS no glossário de eventos do Currents.
Relatórios de webhook

Grupos de controle
Para medir o impacto de uma mensagem de webhook individual, você pode adicionar um grupo de controle a um teste A/B. O painel Campaign Details de nível superior não inclui métricas da variante do grupo de controle.
Desempenho de webhook
O painel Webhook Performance mostra o desempenho da sua mensagem em várias dimensões. As métricas desse painel variam de acordo com o canal de envio de mensagens escolhido e com o fato de você estar ou não executando um teste multivariante. Você pode clicar no ícone Preview para visualizar sua mensagem para cada variante ou canal.

Se quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque as métricas que desejar. Por padrão, todas as métricas são exibidas.
Métricas de webhook
Veja a seguir algumas métricas importantes de webhook que você pode encontrar na análise de dados. Para ver as definições completas de todas as métricas de webhook usadas na Braze, consulte nosso Glossário de métricas de relatório.
| Métrica | Definição |
|---|---|
| Unique Recipients | Destinatários únicos é o número de destinatários diários únicos, ou seja, usuários que receberam uma nova mensagem em um dia. Para que essa contagem aumente mais de uma vez para um usuário, ele precisa receber uma nova mensagem em um dia diferente. |
| Sends | Envios é o número total de mensagens enviadas em uma Campaign. Após o lançamento de uma Campaign agendada, essa métrica inclui todas as mensagens enviadas, independentemente de já terem saído ou não devido ao limite de frequência. Isso não significa que a mensagem foi recebida ou entregue a um dispositivo, apenas que ela foi enviada. |
| Errors | Erros é o número de erros retornados por eventos de webhook (incrementado durante o processo de envio). |
Relatórios de WhatsApp

O canal do WhatsApp inclui a taxa de leitura. Essa métrica só é registrada para usuários com confirmações de leitura ativadas, o que pode variar.
Grupos de controle
Para medir o impacto de uma mensagem individual do WhatsApp, você pode adicionar um grupo de controle a um teste A/B. O painel Campaign Details de nível superior não inclui métricas da variante do grupo de controle.
Desempenho do WhatsApp
O painel WhatsApp Performance mostra o desempenho da sua mensagem em várias dimensões. As métricas desse painel variam de acordo com o canal de envio de mensagens escolhido e com o fato de você estar ou não executando um teste multivariante. Você pode clicar no ícone Preview para visualizar sua mensagem para cada variante ou canal.

Créditos versus contagens de envio
As contagens de envio do WhatsApp na análise de dados da campanha refletem tentativas de entrega. Os créditos consumidos podem ser diferentes quando a Meta cobra por categoria de mensagem (marketing, utilidade, autenticação, serviço).
- A partir de 1º de outubro de 2026, as mensagens de resposta compostas na Braze consomem Action Credits. A Meta as classifica como mensagens de serviço.
- Use Analytics > Daily Stats para ter uma ideia aproximada do volume de envios. Não há detalhamento de créditos por campanha ou Canvas.
Se quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque as métricas que desejar. Por padrão, todas as métricas são exibidas.
Métricas do WhatsApp
Veja a seguir algumas métricas importantes do WhatsApp que você pode encontrar na análise de dados. Para ver as definições completas de todas as métricas do WhatsApp usadas na Braze, consulte nosso Glossário de métricas de relatório.
| Métrica | Definição |
|---|---|
| Sends | Envios é o número total de mensagens enviadas em uma Campaign. Após o lançamento de uma Campaign agendada, essa métrica inclui todas as mensagens enviadas, independentemente de já terem saído ou não devido ao limite de frequência. Isso não significa que a mensagem foi recebida ou entregue a um dispositivo, apenas que ela foi enviada. |
| Deliveries | Entregas é o número total (ou porcentagem) de solicitações de mensagens aceitas pelo servidor receptor. Isso não significa que a mensagem foi entregue a um dispositivo, apenas que ela foi aceita pelo servidor. |
| Reads | Leituras é quando o usuário lê a mensagem. As confirmações de leitura do usuário precisam estar "Ativadas" para que a Braze rastreie as leituras. |
| Failures | As falhas ocorrem quando a mensagem do WhatsApp não pode ser enviada porque o provedor de serviços de internet retornou um hard bounce. Um hard bounce significa uma falha permanente de entregabilidade. |
Se as falhas estiverem elevadas, consulte Investigar falhas de envio do WhatsApp.
Métricas de bloqueio e denúncia por usuários finais
Métricas adicionais podem ser acessadas pelo dashboard do WhatsApp Manager, mas é necessária a confirmação do seu acesso para ver todos os insights disponíveis.
Análise de dados da Meta
Além da análise de dados da Braze, a análise de dados em nível de modelo pode ser acessada no WhatsApp Business Manager. Para saber mais, consulte a documentação da Meta.
Desempenho histórico
O painel Historical Performance permite visualizar as métricas do painel Message Performance como um gráfico ao longo do tempo. Use os filtros na parte superior do painel para modificar as estatísticas e os canais exibidos no gráfico. O intervalo de tempo deste gráfico sempre reflete o intervalo de tempo especificado no topo da página.
Para obter um detalhamento dia a dia, clique no menu hambúrguer e selecione Download CSV para receber uma exportação CSV do relatório.

Detalhes do evento de conversão
O painel Conversion Event Details mostra o desempenho dos seus eventos de conversão para a sua Campaign. Para saber mais, consulte Eventos de conversão.

Correlação de conversão
O painel Conversion Correlation fornece insights sobre quais atributos e comportamentos de usuários ajudam ou prejudicam os resultados que você definiu para as Campaigns. Para saber mais, consulte Correlação de conversão.

Relatório de retenção
Os relatórios de retenção mostram as taxas em que seus usuários realizaram um evento de retenção selecionado ao longo de períodos de tempo em uma Campaign ou Canvas específica. Para saber mais, consulte Relatórios de retenção.
Relatório de funil
O relatório de funil oferece um relatório visual que permite analisar as jornadas que seus clientes percorrem após receber uma Campaign ou Canvas. Se sua Campaign ou Canvas usar um grupo de controle ou múltiplas variantes, você poderá entender como as diferentes variantes impactaram o funil de conversão em um nível mais granular e otimizar com base nesses dados.
Para saber mais, consulte Relatórios de funil.





