Relatórios de e-mail
Este artigo aborda os diferentes componentes dos seus relatórios de e-mail e onde encontrá-los no dashboard.
Visualizando análises
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 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 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.
Intervalo de tempo
Por padrão, o intervalo de tempo de Campaign Analytics exibirá os últimos 90 dias a partir do momento atual. Isso significa que, se a campanha foi lançada há mais de 90 dias, as análises serão exibidas 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.
Analise 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 no dashboard e no Snowflake podem diferir ligeiramente. A Braze calcula 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 significado de cada rótulo.
| Rótulo do 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 à alcançabilidade 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 em relação ao 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 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ório de banners
Desempenho do Banner
O painel Banner Performance descreve o desempenho da sua mensagem em várias dimensões. Essas métricas variam dependendo do seu canal de envio de mensagens e se você está ou não realizando um teste multivariante.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Métricas de Banner
Essas são as principais métricas a serem acompanhadas ao revisar o desempenho da sua campanha de Banner. Cliques e impressões para Banners são rastreados automaticamente com o SDK.
Para as definições completas de todas as métricas de Banners, consulte o Glossário de métricas de relatório e filtre por Banners.
| Métrica | Definiçã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 se torna visível para o usuário na tela dele. Por exemplo, se uma mensagem estiver colocada na parte inferior de uma página, a impressão não será registrada até que o usuário role para baixo e a mensagem fique visível. Se um usuário visualizar a mesma mensagem duas vezes, isso contará como duas impressões. Para Banners, as impressões são registradas uma vez por sessão do usuário. Se o mesmo Banner for visualizado várias vezes dentro da mesma sessão, apenas uma impressão é registrada. |
| Unique Impressions | Impressões únicas é o número total de usuários que visualizaram uma mensagem de uma Campaign específica. Uma impressão é registrada apenas quando a mensagem se torna visível na tela de um usuário. Cada usuário é contado apenas uma vez. |
| Total Clicks | Total Clicks é o número total (e a porcentagem) de usuários que clicaram na mensagem entregue, independentemente de o mesmo usuário clicar várias vezes. |
| Total Dismissals | Total Dismissals é o número total de vezes que os usuários descartaram o Banner. Disponível apenas para Banners com comportamento de descarte ativado. |
| Unique Clicks | Cada usuário é contado apenas uma vez. |
| Primary Conversions | |
| 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 é redefinida 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 espectador pode ter uma impressão diária única todos os dias, você deve esperar que esse valor seja maior do que o de Unique Impressions. |
| Revenue | Receita é a receita total em dólares dos destinatários da Campaign dentro da janela de conversão primária definida. |
| Confidence | Confiança é a porcentagem de confiança de que uma determinada variante de uma mensagem supera o desempenho do grupo de controle. |
Exemplos de cálculo de métricas de Banner
Existem algumas métricas disponíveis que cobrem a visibilidade da sua mensagem. Isso inclui Unique Daily Impressions e Unique Impressions. Vamos usar alguns cenários de exemplo para entender melhor essas métricas.
Vamos supor que você veja um Banner hoje, depois veja o mesmo Banner amanhã e novamente depois de amanhã — você será contado como Unique Daily Impression três vezes. No entanto, você será contado apenas uma vez como Unique Impression.
Como outro exemplo, suponha que você veja cinco Unique Impressions em uma campanha de Banner. Isso significa que apenas os dispositivos de cinco usuários realizaram todas as seguintes etapas:
- Iniciaram uma sessão ou o app solicitou explicitamente uma sincronização de Banner (ou ambos)
- Navegaram para a visualização de Banners
- O SDK registrou uma impressão e a enviou ao servidor
Unique Daily Impressions refere-se aos Banners que foram realmente vistos.
Discrepâncias entre grupos de controle e variantes
Quando uma campanha de Banner usa um grupo de controle, as impressões do grupo de controle podem ser maiores do que as impressões da variante, mesmo quando a divisão de público entre os grupos é equilibrada. Essa discrepância é causada por uma diferença na forma como as impressões são registradas para Banners de controle e de variante.
Tanto as impressões de controle quanto as de variante exigem que o posicionamento do Banner entre na viewport. As impressões de variante são registradas apenas quando o Banner completo está visível na tela. As impressões de controle podem ser registradas assim que o posicionamento entra na viewport, antes que o Banner completo esteja visível para uma variante.
Relatório 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 de Card Creation.
Entrega agendada
Para Content Cards agendados, o momento de um evento Sent depende da configuração de Card Creation:
- No lançamento da campanha: O envio é registrado no horário de envio agendado, quando o cartão é escrito 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 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 apps individuais solicitam o cartão. Se o app nunca solicitar um cartão (por exemplo, um usuário nunca abre o app) antes que o cartão expire, nenhum envio é registrado e o cartão nunca é entregue. Se sua campanha estiver configurada para usar No lançamento da campanha, a contagem de Sent na análise de dados da campanha aumenta repentinamente 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 é escrito no feed. 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 de Card Creation, uma campanha de Content Card aparece no perfil do usuário em Campaigns Received somente após ele ter realmente visualizado o cartão no app. Os filtros de redirecionamento Last Received Any Message e Last Received Campaign são atualizados no momento da visualização pelo mesmo motivo.
Grupos de controle
Para medir o impacto de um cartão de conteúdo 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 descreve o desempenho da sua mensagem em várias dimensões. As métricas neste painel variam dependendo do canal de envio de mensagens escolhido e se você está ou não executando um teste multivariante. Você pode clicar no ícone Prévia para visualizar sua mensagem para cada variante ou canal.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Métricas do Content Card
Aqui está uma análise de algumas métricas-chave que você pode ver ao revisar 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 programada, essa métrica incluirá todas as mensagens enviadas, independentemente de já terem sido enviadas devido ao limite de frequência. Isso não significa que a mensagem foi recebida ou entregue em um dispositivo, apenas que a mensagem foi enviada.
Isso é calculado de forma diferente dependendo do que você selecionou para 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 se torna visível para o usuário na tela dele. Por exemplo, se uma mensagem estiver colocada na parte inferior de uma página, a impressão não será registrada até que o usuário role para baixo e a mensagem fique visível. Se um usuário visualizar a mesma mensagem duas vezes, isso contará como duas impressões. Isso pode ser incrementado 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 Campaign específica. Uma impressão é registrada apenas quando a mensagem se torna 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 é redefinida 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, você deve esperar que esse valor seja maior do 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 e é medido por dispatch_id. Isso 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. |
Em relação a como as impressões são registradas, existem algumas nuances entre web, Android e iOS. De maneira geral, a Braze registra uma impressão quando um cartão é visto, o que ocorre após um usuário rolar até o Content Card específico em seu feed.
Unique Daily Impressions versus Unique Impressions
Existem algumas métricas disponíveis que cobrem a visibilidade da sua mensagem. Isso inclui Unique Daily Impressions e Unique Impressions. Vamos usar alguns cenários de exemplo para entender melhor essas métricas.
Vamos supor que você visualize um Content Card hoje, depois receba um novo cartão da mesma campanha amanhã e novamente depois de amanhã — você será contado como Unique Daily Impression três vezes. No entanto, você 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.
Como outro exemplo, suponha que você veja cinco Unique Impressions em uma campanha de Content Card mostrando 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 cinco dispositivos de usuários realizaram todas as seguintes etapas após o envio ocorrer:
- Iniciaram uma sessão ou o app solicitou explicitamente uma sincronização de Content Cards (ou ambos)
- Navegaram para a visualização de Content Cards
- O SDK registrou uma impressão e a enviou ao servidor
Suas Messages Sent referem-se a Content Cards disponíveis para serem vistos, enquanto Unique Daily Impressions referem-se a Content Cards que foram realmente vistos.
Relatório de e-mail
Desempenho de e-mail
O painel Email Performance descreve o desempenho da sua mensagem em várias dimensões. As métricas neste painel variam dependendo do canal de envio de mensagens escolhido e se você está ou não executando um teste multivariante. Você pode selecionar o ícone Prévia para visualizar sua mensagem para cada variante ou canal.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Mapas de calor
Usando mapas de calor, você pode ver o desempenho dos diferentes links em uma única campanha de e-mail. Na seção Message Analytics, acesse o painel Email Performance. Selecione Preview & Heatmap para visualizar uma prévia da sua campanha de e-mail e o mapa de calor. Alternativamente, você pode 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 por total de cliques. As URLs são agrupadas pela sua forma normalizada, que não inclui parâmetros de consulta. Se uma variante tiver mais de 100 URLs únicas normalizadas, apenas as 100 com mais cliques são exibidas. Os dados de cliques para URLs além desse limite ainda existem, mas não aparecerão no dashboard ou no mapa de calor. Quando o alias de link está ativado, os cliques são rastreados por ID de link em vez de URL bruta, o que normalmente resulta em menos entradas únicas e torna esse limite menos provável de ser atingido.
Nesta visualização, você pode usar o botão Show Heatmap para exibir uma visão visual do seu e-mail que mostra a frequência geral e a localização dos cliques durante a duração da campanha. No painel Link Table by Total Clicks, você pode ver todos os links na sua campanha de e-mail e classificar por total de cliques. Isso pode fornecer um insight adicional sobre 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, então esses links podem não aparecer no mapa de calor. Para atribuir dados de cliques a links com templates no mapa de calor, use alias de link. Para uma visão completa, use os dados de cliques no 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 diferir 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 padrão 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 de inscrição 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 através da API.
- Quando um usuário cancela a inscrição usando o cabeçalho list-unsubscribe (uma opção de cancelamento de inscrição 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 um clique no mapa de calor. Se a mensagem usar Unsubscribe from specific subscription group, a Braze cancela a inscrição do usuário apenas do grupo de inscrições configurado, em vez de globalmente. A disponibilidade dessa opção varia por destinatário, pois os provedores de caixa de entrada diferem em relação a renderizar ou suportar o cabeçalho list-unsubscribe.
Para uma visão completa do comportamento de cancelamento de inscrição, revise tanto a análise de links do mapa de calor quanto a métrica Unsubscribers. Para mais detalhes, consulte Por que Unsubscribes e cliques no link de cancelamento de inscrição podem diferir.
Links exclusivos para dispositivos móveis no mapa de calor
O mapa de calor exibe apenas 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 ainda aparecem no painel Link Table by Total Clicks com seus cliques totais e porcentagens.
Para ver os indicadores de calor de 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 mudar de layout apenas em uma largura mais estreita, esses links permanecerão ocultos mesmo no tamanho de prévia Mobile.
Imagens
Recomendamos ativar CORS para suas URLs de imagem para ajudar a evitar que as imagens quebrem nas prévias e exportações do mapa de calor.
Se as imagens estiverem faltando em uma exportação, trabalhe com seus desenvolvedores para que os ativos de imagem permitam acesso cross-origin: o servidor deve retornar o cabeçalho Access-Control-Allow-Origin com * ou o domínio do seu dashboard da Braze.
Métricas de e-mail
Aqui estão algumas métricas específicas de e-mail que você não verá 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 e é medido por dispatch_id. Isso é rastreado ao longo de um período de sete dias para e-mail e medido por dispatch_id. Isso inclui cliques em links de cancelamento de inscrição fornecidos pela Braze. Este número deve estar entre 5–10%. Qualquer coisa 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 e são rastreadas durante um período de sete dias. Para e-mail, isso é rastreado ao longo de um período de 7 dias. Este número deve estar entre 30–40%. Qualquer coisa 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, e 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 mude o estado de inscrição desses usuários, eles serão automaticamente excluídos em e-mails futuros, a menos que você esteja enviando um e-mail de transação, que está configurado para "enviar para todos os usuários, incluindo cancelados". Se essa métrica for maior que 0,08, isso pode ser um sinal de que o texto da sua mensagem é muito comercial, ou você deve reconsiderar seus métodos de coleta de endereços de e-mail (para confirmar que você está enviando mensagens para aqueles que estão interessados na sua correspondência). |
| 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 de inscrição a partir da URL de cancelamento de inscrição da Braze no corpo da mensagem ou do cabeçalho list-unsubscribe quando essa jornada é gerenciada 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 desktop, o que aciona um pixel de rastreamento e registra uma abertura regular). As outras aberturas são tipicamente 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 que são geradas por humanos, então determinar uma taxa de abertura "verdadeira" precisa não é possível no momento. Para usuários com MPP ativada:
|
| Estimated Real Opens | A estimativa de aberturas reais é uma estimativa de quantas aberturas únicas haveria se as aberturas de máquina não existissem, e é 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 MPP (MPP) da Apple ativada. Isso significa que um usuário pode registrar múltiplas 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 potencialmente 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 muito grande para a caixa de entrada do destinatário. |
| Deferral | Um adiamento é quando um e-mail não foi entregue imediatamente, mas a Braze tenta novamente o envio por até 72 horas após essa falha temporária de entrega para maximizar 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 não corresponderão a essa contagem sozinhos. 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) conforme as novas tentativas são bem-sucedidas, enquanto os Envios e hard bounces para um envio único permanecem fixos após a conclusão do envio. 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 sua 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 sendo tentados novamente. Após o término das novas tentativas, qualquer diferença restante geralmente significa mensagens que sofreram soft bounce e nunca foram entregues — esses envios não são contados nas Entregas ou Bounces da campanha. Use a fórmula em Entregas e bounces para estimar os soft bounces em andamento.
- Entregas baixas após o término das novas tentativas: Se as taxas de entrega permanecerem baixas após o término das novas tentativas, compare o volume deste envio com seus padrões típicos. Os provedores de caixa de e-mail podem adiar, limitar ou fazer soft bounce de e-mails quando o volume aumenta 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 envio de mensagem. Use o limite de taxa de velocidade de entrega para controlar o ritmo de envios grandes, e consulte IPs limitados para etapas adicionais 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 Hard Bounces, mas não inclui Soft Bounces ou Adiamentos como colunas separadas. Monitore esses eventos no Registro de atividades de envio de mensagem, com o filtro de segmento Soft Bounced, ou através de eventos de adiamento do Currents. Para saber 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. 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 ou Bounces da campanha, então podem deixar uma parte dos Envios sem contabilização nessas taxas. Aguarde até que as novas tentativas terminem 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 rastreamento de abertura nunca é carregado. Por exemplo, a mensagem é cortada no Gmail, ou o usuário desativou as imagens (o pixel de rastreamento de abertura geralmente fica no rodapé). Alguns clientes fazem proxy de imagens (como o Apple Mail), então a abertura pode ser registrada quando o servidor busca o pixel pela primeira vez, não quando o usuário lê o e-mail. Domínios corporativos frequentemente bloqueiam imagens por padrão.
Um clique e uma abertura também podem ocorrer em dias diferentes: um usuário pode clicar em 16 de maio com imagens desativadas (sem abertura), e depois abrir no webmail em 17 de maio (abertura registrada então).
Unique clicks maior que Unique opens
Você pode ver Unique clicks superando significativamente 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 significa que as aberturas estão sendo subcontadas, os cliques estão inflados, ou ambos. No entanto, isso não significa que a Braze está contando cliques incorretamente de forma isolada.
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 aquela visualização, mas os cliques em links ainda podem ser registrados — então sua taxa de clique-para-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. HTML longo empurra o conteúdo — incluindo o pixel no final — para trás de um corte do tipo “Ver mensagem completa”. No Gmail, mensagens maiores que cerca de 102 KB são frequentemente 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. Segurança mais rigorosa da caixa de entrada (comum em contas corporativas) pode bloquear imagens remotas até que o destinatário opte por carregá-las, então o pixel de abertura não é acionado mesmo que eles cliquem em links rastreados.
- A mensagem está em pastas de spam ou lixo. Muitos provedores não carregam imagens remotas (incluindo o pixel de abertura) nessas pastas por padrão.
O que você pode fazer
- Corte: Encurte e simplifique o HTML, remova estilos ou ativos não utilizados e mantenha o tamanho geral da mensagem dentro dos limites do cliente. Para o Gmail, mire em menos 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 sua política de TI) pode alterar se as imagens são carregadas por padrão.
- Posicionamento em spam: Concentre-se em melhorar a entregabilidade de e-mail e a higiene da lista. Se o e-mail está consistentemente caindo no spam e as métricas parecem erradas, entre em contato com o suporte da Braze.
Atividade de segurança ou bots nos links
Alguns produtos de segurança de e-mail seguem links para verificar 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
Adiamento é quando um e-mail não foi entregue imediatamente, mas a Braze tenta reenviar o e-mail através do seu ESP após essa falha temporária de entrega para maximizar as chances de entrega bem-sucedida antes que as tentativas para essa 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. As razões típicas para adiamentos incluem limitação de taxa de volume de e-mail baseada na reputação do provedor de caixa de entrada, problemas temporários de conectividade ou erros de DNS.
Os Adiamentos diferem dos Soft Bounces. Se nenhum e-mail foi entregue com sucesso durante este período de nova tentativa, a Braze enviará um evento de soft bounce por campanha enviada. Antes de 25 de fevereiro de 2025, essas tentativas eram contadas como múltiplos soft bounces para 1 envio de campanha.
Observe que os Adiamentos estão atualmente disponíveis apenas usando os recursos Currents ou Snowflake da Braze (como o Criador de consultas, SQL Segment, Compartilhamento de dados Snowflake). Se você tem interesse em Deferrals in campaign or Canvas analytics, envie feedback de produto.
Taxa de abertura real estimada
Esta estatística utiliza 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. Enquanto recebemos rótulos de Machine Opens em alguns eventos de abertura de remetentes de e-mail, esses rótulos podem frequentemente classificar aberturas reais como aberturas por máquina. Em outras palavras, as Other Opens provavelmente são uma subestimação das aberturas reais (por usuários reais). Em vez disso, a Braze usa dados de cliques de cada campanha para inferir a taxa na qual humanos 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 após uma campanha ter enviado e-mails suficientes. Após uma avaliação, a Braze pode reavaliar a métrica uma vez após pelo menos 72 horas, mesmo que o volume de envio da campanha não tenha mudado. Reavaliações adicionais requerem aumento no volume de envio.
A Braze avalia inicialmente 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 de destinatários com Machine Opens e destinatários sem Machine Opens.
Se a atividade de cliques qualificados permanecer insuficiente, a coluna exibirá “–”. Quando a Braze reavalia a variação, cliques qualificados adicionais podem produzir uma estimativa.
Considerações
A Estimated Real Open Rate está disponível apenas em Campaigns e não é relatada em eventos do Currents. Esta métrica é calculada retroativamente apenas para campanhas ativas lançadas antes de 14 de novembro de 2023.
Lidando 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, essas taxas de abertura não são necessariamente indicadores precisos do engajamento humano com campanhas de e-mail. Um evento de abertura, por definição, ocorre quando um usuário abre um e-mail, o que significa que um pixel de rastreamento de abertura transparente foi 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 seus usuários verificando os e-mails recebidos em busca de conteúdo malicioso, clicando em links para verificar sua legitimidade. Esses cliques são geralmente chamados de “cliques de bots” ou “interação não humana” (NHI).
Em última análise, depois que um e-mail sai de nossos servidores, temos visibilidade limitada sobre o que acontece a seguir, mas aqui estão recomendações para gerenciar NHI que afetam seus resultados:
- Esteja ciente de que isso pode acontecer com qualquer remetente e quase qualquer destinatário. Os cliques, assim como as aberturas, não são indicadores totalmente confiáveis da interação humana com suas mensagens, o que significa que o NHI não pode ser evitado.
- Um engajamento positivo mais alto tende a se correlacionar com um NHI mais baixo, por isso é importante seguir as melhores práticas de envio de e-mails. Isso inclui obter permissão explícita de seus usuários para o envio de e-mail e fazer sunsetting de assinantes não engajados em uma cadência regular.
- Use links HTTPS em seus e-mails sempre que possível. O NHI é menos comum para remetentes que usam links seguros.
- Se você usar 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 para editar e gerenciar suas preferências de notificação. Isso pode ser útil porque o NHI pode cancelar inadvertidamente a inscrição de usuários.
- Considere o uso de outras métricas para medir o sucesso do seu e-mail marketing, como conversões, sessões de app ou visitas ao site.
- Adicione um link oculto em suas campanhas de e-mail. Esse link seria algo que um ser humano não perceberia, como um texto branco sobre branco ou um sinal de pontuação. Bots tendem a 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, portanto, 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 em outro canal ou remova o endereço da lista de supressão apenas para seus próprios endereços de teste. Evite remover supressões de usuários reais, pois isso pode prejudicar a reputação.
- Caixa de entrada cheia / conta inválida: Frequentemente é 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 nova tentativa de soft bounce
Quando um e-mail sofre soft bounce devido a problemas temporários (como caixa de entrada cheia, servidor temporariamente indisponível ou outras falhas de entregabilidade transitórias), a Braze tenta automaticamente a entrega por até 72 horas. O número de tentativas varia por receptor.
Se o e-mail não for entregue com sucesso após o período de nova tentativa, 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 envio de mensagem 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 nova tentativa, as métricas de entrega de e-mail (entregas, bounces e taxa de spam) podem não somar 100% para campanhas em que e-mails com soft bounce acabam falhando na entrega.
Para mais informações 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 frequentemente significam que muitos destinatários usam domínios inválidos (por exemplo, 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 envio de mensagem se um provedor de caixa de e-mail temporariamente desacelerar ou bloquear a entrega do seu IP por causa de volume, reputação, ou ambos. A Braze tenta reenviar mensagens adiadas; se os adiamentos se acumularem a partir disso, você frequentemente verá soft bounces elevados junto com eles.
Esse padrão geralmente significa que você está enviando mais rápido do que o provedor de caixa de e-mail aceita para a sua reputação atual. Além de melhorar o engajamento e a qualidade da lista, use o limite de taxa de velocidade de entrega para limitar a velocidade com que as mensagens saem da Braze para uma campanha ou Canvas. Isso ajuda a reduzir a limitação enquanto você trabalha com sua equipe de entregabilidade em correçõ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 orientação.
Status de reputação de IP desconhecido
Se o seu relatório de desempenho de e-mail mostrar um 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 do 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 sua entregabilidade de e-mail, entre em contato com o suporte da Braze.
Relatório do KakaoTalk
Desempenho do KakaoTalk
O painel KakaoTalk Performance descreve o desempenho da sua mensagem em várias dimensões. As métricas neste painel variam dependendo do canal de envio de mensagens escolhido e se você está ou não executando um teste multivariante. Você pode clicar no ícone Prévia para visualizar sua mensagem para cada variante ou canal.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Métricas do KakaoTalk
Aqui estão algumas métricas-chave do KakaoTalk que você pode ver na análise de dados. Para mais detalhes, consulte o Glossário de métricas de relatório.
Atualmente, estatísticas de público estimadas ou exatas não estão disponíveis para campanhas KakaoTalk.
| Termo | Definição |
|---|---|
| Público | Público é a porcentagem de usuários que receberam uma mensagem específica. (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 usuários que receberam uma nova mensagem em um dia. Para que essa contagem seja incrementada para um usuário mais de uma vez, o usuário deve receber uma nova mensagem em um dia diferente. Este número é baseado no user_id. Para mais detalhes, 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 a mensagem foi enviada. |
| Total de cliques | O número total de vezes que as mensagens KakaoTalk enviadas foram clicadas pelos usuários. |
| Erros | Erros é o número de erros retornados pelo provedor KakaoTalk (incrementado durante o processo de envio). |
| Receita | Receita é a receita em dólares dos 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 após interagir com ou visualizar uma mensagem recebida de uma campanha da Braze. Esse evento definido é determinado por você ao criar a campanha. |
Criador de relatórios
Você também pode usar o Criador de relatórios para criar relatórios personalizados para suas campanhas KakaoTalk. Ao criar um relatório, você pode filtrar para incluir apenas campanhas KakaoTalk selecionando KakaoTalk em Channels, ou filtrando por quaisquer tags que você tenha aplicado às suas campanhas KakaoTalk.
Relatório de mensagens no app
No Canvas, você verá o desempenho da mensagem no app mapeado no Canvas que você criou. Você pode usar o painel de controle na parte superior da página para limpar outros tipos de envio de mensagens (canais) e visualizar apenas as mensagens no app em seu Canvas.
Desempenho de mensagem no app
O painel In-App Message Performance descreve o desempenho da sua mensagem em várias dimensões. As métricas neste painel variam dependendo do canal de envio de mensagens escolhido e se você está ou não executando um teste multivariante. Você pode clicar no ícone Prévia para visualizar sua mensagem para cada variante ou canal.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Métricas de mensagem no app
Aqui estão algumas métricas-chave de mensagem no app que você pode ver na análise de dados. Para ver as definições completas de todas as métricas de mensagem no app usadas na Braze, consulte nosso Glossário de métricas de relatório.
Os relatórios para Button 1 Clicks e Button 2 Clicks funcionam apenas quando você especifica o Identifier for Reporting como “0” e “1”, respectivamente, na mensagem no app.
| Métrica | Definição |
|---|---|
| Body Clicks |
Os cliques no corpo da mensagem ocorrem quando um usuário clica em uma mensagem que não tem botões (Botão 1, Botão 2) e foi criada com o editor tradicional, e quando uma mensagem criada com o editor de HTML ou o editor de arrastar e soltar usa brazeBridge.logClick() sem argumentos.
|
| Button 1 Clicks | Cliques no Botão 1 é o número total de cliques no Botão 1 da mensagem. |
| Button 2 Clicks | Cliques no Botão 2 é o número total de cliques no Botão 2 da mensagem. |
| Unique Impressions | Impressões únicas é o número total de usuários que visualizaram uma mensagem de uma Campaign específica. Uma impressão é registrada apenas quando a mensagem se torna visível na tela de um usuário. |
| 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 se torna visível para o usuário na tela dele. Por exemplo, se uma mensagem estiver colocada na parte inferior de uma página, a impressão não será registrada até que o usuário role para baixo e a mensagem fique visível. Se um usuário visualizar a mesma mensagem duas vezes, isso contará como duas impressões. |
| Conversions (B, C, D) | As conversões (B, C, D) são eventos de conversão adicionais adicionados após o evento de conversão primária. Esse é o número de vezes que um evento definido ocorreu após a interação ou a visualização de uma mensagem recebida de uma Campaign da Braze. |
| Total Conversions | Total de conversões é o número total de vezes que um usuário conclui um evento de conversão específico depois de visualizar uma Campaign de mensagens no app. |
| Conversion Rate | Taxa de conversão é a porcentagem de vezes que um evento definido ocorreu em comparação com todos os destinatários de uma mensagem. Esse evento definido é determinado quando você cria a Campaign. |
| Close Message | Fechar mensagem é o número total de cliques no botão Fechar da mensagem. Isso só existe para mensagens no app criadas no editor de arrastar e soltar, não no editor tradicional. |
Discrepâncias entre grupos de controle e variantes
Quando uma campanha de mensagem no app tem uma divisão de variantes 50-50, às vezes o grupo de controle terá uma porcentagem ligeiramente maior do que a variante (como 51% para o grupo de controle e 49% para a variante). Essa discrepância é causada por uma diferença no tempo de renderização — por exemplo, quando mensagens de variante usam imagens grandes ou Connected Content com templates e os usuários saem antes que a renderização seja concluída, enquanto o grupo de controle registra impressões sem exibir uma mensagem.
A distribuição entre os grupos de controle e variante é projetada para ser aproximadamente equilibrada, mas a atribuição a uma variante ocorre quando a mensagem no app é realmente enviada ao dispositivo. Alguns usuários podem nunca acionar a mensagem no app (por exemplo, nunca realizam a ação que aciona o evento personalizado necessário), o que pode causar diferenças nos tamanhos dos grupos.
Rastreamento de cliques
A Braze registra uma impressão quando uma mensagem no app se torna visível na tela. Para mensagens no app criadas com o editor tradicional, a tabela a seguir descreve o que conta como um clique.
| Ação do usuário | Clique registrado |
|---|---|
| O usuário clica no corpo da mensagem quando a mensagem não tem botões | Sim (clique no corpo) |
| O usuário clica em um botão | Sim (clique no botão) |
| O usuário clica no botão fechar (X) | Não |
| O usuário toca ou clica fora da mensagem para descartá-la (quando habilitado) | Não |
| O usuário fecha o app enquanto a mensagem está exibida | Não |
Métricas de mensagem em tela cheia por ação do usuário
Para mensagens no app em tela cheia criadas com o editor tradicional, a tabela a seguir mostra o que a Braze registra para ações comuns do usuário. Uma impressão é registrada quando a mensagem se torna visível na tela.
| Ação do usuário | Tela cheia com botões | Tela cheia sem botões |
|---|---|---|
| O usuário vê uma mensagem no app, não clica em nada e fecha o app | 1 impressão | 1 impressão |
| O usuário vê uma mensagem no app e clica no botão fechar | 1 impressão | 1 impressão |
| O usuário vê uma mensagem no app e clica em um botão CTA | 1 clique no botão e 1 impressão | N/A |
| O usuário vê uma mensagem no app e toca na tela, mas não em um botão | 1 impressão Tocar na mensagem no app não fecha a mensagem |
1 clique no corpo e 1 impressão Tocar na mensagem no app fecha a mensagem ou aciona o comportamento ao clicar |
Cliques no corpo não são coletados automaticamente para mensagens no app criadas com o editor de arrastar e soltar. Para registrar cliques no corpo, adicione um bloco de Custom code e chame brazeBridge.logClick(). Para mais detalhes, consulte Rastreamento de botões e Ponte JavaScript.
Para definições de cliques no corpo e cliques em botões, consulte o Glossário de métricas de relatório.
Para desequilíbrios de impressão entre grupo de controle e variante em testes A/B, consulte Discrepâncias entre o grupo de controle e a variante.
Como as conversões são incrementadas com reelegibilidade?
A Braze atribui apenas uma conversão a cada entrega de mensagem no app e a atribui à mensagem recebida mais recentemente.
Com a reelegibilidade ativada, cada nova entrega pode gerar sua própria conversão. Por exemplo, se um usuário vê a mesma mensagem no app cinco vezes e converte após cada impressão, cinco conversões são contadas. Se um usuário vê a mensagem apenas uma vez, mas converte várias vezes depois, apenas uma conversão é contada.
Se um usuário visualiza uma mensagem no app em dois dias separados, mas converte no terceiro dia, a Braze registra a conversão na impressão do segundo dia. Para Canvas, as conversões são rastreadas por entrada no Canvas, não por etapa. Se um usuário converte em várias etapas durante a mesma entrada, ainda conta como apenas uma conversão.
Um usuário recebe a mesma mensagem no app cinco vezes em um único dia e converte cinco vezes no mesmo dia.
Sarah recebe uma mensagem no app de um app de compras sobre uma venda por tempo limitado de sua marca favorita de sapatos. Ela clica na mensagem e compra dois pares de sapatos.
Algumas horas depois, ela recebe a mesma mensagem no app novamente e decide comprar outro par de sapatos. Isso acontece um total de cinco vezes em um único dia, e Sarah acaba fazendo cinco compras separadas, cada vez após clicar na mensagem no app.
Resultados: Total Conversions e Total Impressions de Sarah são incrementados em cinco para aquele único dia. Como Unique Impressions só pode ser incrementado novamente após uma virada de dia no fuso horário do espaço de trabalho, Unique Impressions permanece o mesmo. Isso faz com que a Conversion Rate aumente dentro daquele período.
Cada impressão e conversão neste cenário é processada como um evento de SDK separado. Se o seu SDK agrupa um evento de impressão e um evento de conversão juntos, a contagem de conversões pode diferir.
Um usuário recebe uma mensagem no app e converte em um único dia.
Lena recebe uma mensagem no app sobre um novo curso de aprendizado. Ela clica na mensagem e começa o curso. Enquanto está no app, ela também se inscreve em mais quatro cursos. Tudo isso acontece no mesmo dia após receber apenas uma mensagem.
Resultados: Total Conversions e Total Impressions de Lena são incrementados em um.
Um usuário recebe uma mensagem no app e converte um dia depois.
Tom é um cliente regular de um app de e-commerce. Ele recebe uma mensagem no app promovendo um desconto por tempo limitado em um produto no qual ele está interessado. Tom clica na mensagem, mas decide não comprar imediatamente. No dia seguinte, Tom se lembra do desconto e faz a compra, que é atribuída à mensagem no app que ele recebeu no dia anterior.
Resultados: Total Conversions e Total Impressions de Tom são incrementados em um.
Um usuário recebe uma mensagem no app e converte duas vezes um dia depois.
Alex baixou recentemente um app de arcade. Um dia, Alex recebe uma mensagem no app incentivando-o a completar um nível em um novo jogo. Alex clica na mensagem, mas se distrai e não completa um nível. No dia seguinte, Alex completa dois níveis no mesmo jogo.
Resultados: Como completar um nível é o evento de conversão, Alex converteu duas vezes no segundo dia. No entanto, como recebeu apenas uma mensagem no app, Total Conversions e Total Impressions de Alex são incrementados em um.
Um usuário recebe a mesma mensagem no app duas vezes em um único dia e converte duas vezes no dia seguinte.
John é um profissional ocupado que depende de um app de delivery para pedir comida de seus restaurantes favoritos. No caminho para o trabalho, ele aciona uma geofence e recebe uma mensagem no app promovendo restaurantes próximos. Quando ele volta para casa mais tarde, recebe a mesma mensagem novamente porque a reelegibilidade está ativada. Embora ele goste das ofertas, decide não pedir nada naquele dia.
No dia seguinte, John pede almoço e jantar pelo app, realizando o evento de conversão duas vezes.
Resultados: Total Conversions de John é incrementado em um, e Total Impressions é incrementado em dois. Como a reelegibilidade está ativada, a conversão é atribuída à mensagem no app mais recente que John recebeu (a segunda impressão). Uma conversão só pode ser registrada uma vez para cada entrega de mensagem no app.
Se você optar por enviar apenas para usuários que podem ver a versão mais recente da Braze das mensagens no app (Geração 3), seu Público-alvo não se ajusta para refletir sua escolha.
Relatório do 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 descreve o desempenho da sua mensagem em várias dimensões. As métricas neste painel variam dependendo do canal de envio de mensagens escolhido e se você está ou não executando um teste multivariante. Você pode clicar no ícone Prévia para visualizar sua mensagem para cada variante ou canal.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Métricas do LINE
Aqui estão algumas métricas-chave do LINE que você pode ver 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 LINE enviadas que foram abertas pelos usuários após um limite mínimo de 20 mensagens por dia ter sido atingido. |
| Total de aberturas | O número total de vezes que as mensagens LINE enviadas foram abertas pelos usuários após um limite mínimo de 20 mensagens por dia ter sido atingido. |
| Cliques únicos | O número total de mensagens LINE enviadas que foram clicadas pelos usuários após um limite mínimo de 20 mensagens por dia ter sido atingido. |
| Total de cliques | O número total de vezes que as mensagens LINE enviadas foram clicadas pelos usuários após um limite mínimo de 20 mensagens por dia ter sido atingido. |
Relatório de push
Desempenho de push
O painel Push Performance descreve o desempenho da sua mensagem em várias dimensões. As métricas neste painel variam dependendo do canal de envio de mensagens escolhido e se você está ou não executando um teste multivariante. Você pode clicar no ícone Prévia para visualizar sua mensagem para cada variante ou canal.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Métricas de push
Aqui está uma análise de algumas métricas-chave que você pode ver ao revisar 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. Veja Notificações por push devolvidas. |
| Direct Opens | Aberturas Diretas é o número total (ou porcentagem) de usuários que abriram seu app ou site pressionando diretamente a 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 é um “melhor esforço” do serviço de Notificações por Push da Apple (APNs). Não se destina a entregar dados ao seu app, apenas a notificar o usuário de que há novos dados disponíveis. A distinção importante é que exibiremos quantas mensagens entregamos com sucesso ao APNs, não necessariamente quantas o APNs entregou com sucesso aos dispositivos.
Rastreamento de cancelamentos de inscrição
Os cancelamentos de inscrição por push não estão incluídos como uma métrica na análise de dados da campanha e dependem de atualizações no status de push de um usuário por provedores como Apple ou Google. Essas atualizações podem ser pouco frequentes e imprevisíveis. Como resultado, os cancelamentos de inscrição por push não são incluídos como uma métrica na análise de dados de campanhas por push.
No entanto, o rastreamento manual de cancelamentos de inscrição por push ainda pode fornecer insights valiosos sobre as respostas dos usuários à frequência das notificações e à relevância do conteúdo. Aqui estão duas opções para rastrear cancelamentos de inscrição por push: usando filtros de segmento ou filtros personalizados.
Você pode criar um segmento para identificar usuários que não estão habilitados para push, o que significa que eles não estão inscritos ou não aceitaram receber e não têm um token por push em primeiro plano. Por exemplo, para ver o número de cancelamentos de inscrição em seu app, você usaria uma combinação “OU” dos seguintes segmentos:
Background or Foreground Push Enabled is falseHas Uninstalled
Observe que os filtros de segmentação são aproximados e não podem ser especificamente vinculados a uma data e campanha.
Registrar um evento personalizado para alteração de inscrição registrará pontos de dados. Como alternativa, use filtros de segmento para identificar e direcionar usuários que não estejam com push habilitado.
Para uma solução alternativa, também recomendamos a criação de um evento personalizado para cancelamentos de inscrição por push com base no fato de o status de push habilitado de um usuário ser true ou false para rastrear essa métrica.
Entendendo as aberturas
Mesmo que Direct Opens e Influenced Opens incluam a palavra “opens”, na verdade 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 uma notificação por push dentro de um período de tempo específico após recebê-la. Portanto, Influenced Opens refere-se às aberturas do app, não às aberturas de 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 uma abertura direta da sua mensagem. Os eventos Push Notification Open no Currents ou Snowflake descrevem interações de push de forma mais ampla e podem incluir campos opcionais como button_action_type (por exemplo, close) e button_string. Para definições de campos, consulte Eventos de Push Notification Open.
Para iOS, as categorias de notificação padrão da Braze (como Yes / No, Accept / Decline ou Confirm / Cancel) usam um pareamento fixo: a primeira ação suporta OPEN_APP, uma URI ou um deep link (alinhado com 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 causa disso, 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 dados do 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.
Para Android, você define o On-Click Behavior por botão (Open App, Redirect to Web URL ou Deep Link), então os relatórios seguem as ações que você configura, em vez da 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 devido aos seguintes motivos:
- A reelegibilidade está ativada: Quando a reelegibilidade está habilitada nas configurações da sua campanha ou Canvas, os usuários que atendem aos critérios de segmento e 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 múltiplos dispositivos: Se a reelegibilidade não estiver habilitada, a diferença pode ser explicada pelo fato de os usuários terem vários dispositivos associados ao seu perfil. Por exemplo, um usuário pode ter tanto um smartphone quanto um tablet, e a notificação por push está sendo 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 contribui para um maior número de envios.
Por que bounces ocorrem
Os bounces ocorrem no serviço de Notificações por Push da Apple (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 tem o direito de mudar tokens para dispositivos de forma arbitrária. Se você tentar enviar para o dispositivo de um usuário cujo token por push mudou entre o momento em que registramos anteriormente seu token (como no início de cada sessão, quando registramos um usuário para um token por push) e o momento do envio, isso causaria um bounce.
Se um usuário desativar o push nas configurações do dispositivo, ao abrir o app novamente, o SDK detectará que o push foi desativado e notificará a Braze. Neste ponto, atualizaremos o estado de push habilitado para desabilitado. Quando um usuário desabilitado recebe uma campanha de push antes de ter uma nova sessão, a campanha seria enviada com sucesso e apareceria como entregue. O push não sofrerá bounce para este usuário. Após uma sessão subsequente, quando você tenta enviar um push para o usuário, a Braze já está ciente se temos um token em primeiro plano, portanto, nenhuma notificação é enviada.
Notificações por push que expiram antes da entrega não são consideradas como falhas e não serão registradas como um bounce.
O Firebase Cloud Messaging (FCM) pode ter bounces em três casos:
| Cenário | Descrição |
|---|---|
| Apps desinstalados | Quando uma mensagem tenta ser entregue a um dispositivo e o app pretendido está desinstalado nesse dispositivo, a mensagem será descartada e o ID de registro do dispositivo será invalidado. Qualquer tentativa futura de envio de mensagens para o dispositivo retornará um erro NotRegistered. |
| App com backup | Quando um app é salvo em backup, seu ID de registro pode se tornar inválido antes que o app seja restaurado. Neste caso, o FCM não armazenará mais o ID de registro do app e o app não receberá mais mensagens. Assim, os IDs de registro não devem ser salvos quando um app é salvo em backup. |
| App atualizado | Quando um app é atualizado, o ID de registro da versão anterior pode não funcionar mais. Assim, um app atualizado deve substituir seu ID de registro existente. |
Relatório 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 descreve o desempenho da sua mensagem em várias dimensões. As métricas neste painel variam dependendo do canal de envio de mensagens escolhido e se você está ou não executando um teste multivariante. Você pode clicar no ícone Prévia para visualizar sua mensagem para cada variante ou canal.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Métricas de SMS, MMS e RCS
Aqui está uma análise de algumas métricas-chave que você pode ver ao revisar 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 acionada, e um SMS ou RCS foi enviado da 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 os códigos longos ou curtos podem suportar). |
| 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 SMS ou RCS foi rejeitado pela operadora. Isso pode ocorrer por vários motivos, inclusive filtragem de conteúdo da operadora, disponibilidade do dispositivo de destino, o número de telefone não está mais em serviço e outros semelhantes. |
| Opt-Out | Descadastramento é quando um usuário respondeu à sua mensagem com uma palavra-chave de descadastramento e teve a inscrição cancelada do 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 (ou porcentagem) de destinatários únicos que clicaram em um link na mensagem entregue. |
Respostas de palavras-chave
O painel Keyword Responses mostra uma linha do tempo das palavras-chave recebidas com as quais os usuários responderam após receber sua mensagem.
Aqui, você também pode ver a distribuição de respostas de cada categoria de palavra-chave para determinar os próximos passos para redirecionamento e para convenientemente criar um segmento.
Eventos de Currents de SMS
Assim como e-mail, a Braze recebe eventos em nível de usuário relacionados a uma mensagem SMS enquanto ela faz sua jornada até um usuário. Qualquer evento de SMS recebido também será enviado como um evento do Currents através do evento SMS InboundReceived. Isso permite que você execute ações adicionais ou relatórios sobre as mensagens que seus usuários estão enviando fora da plataforma Braze.
As mensagens de entrada 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 warehouse. Para métricas afetadas do dashboard, segmentação e orquestração, consulte Filtragem de cliques de bots para links 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 exibe o número de usuários em um grupo de inscrições específico. Ele não faz deduplicação por número de telefone — se vários usuários compartilham o mesmo número de telefone, cada instância é contada separadamente. |
| Série temporal do grupo de inscrições | Fornece um snapshot diário de inscrições para e-mail 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 reinscreve, 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. |
As estatísticas de Opt-In e Opt-Out no painel SMS/MMS/RCS Performance refletem usuários que aceitaram ou cancelaram através de palavras-chave recebidas (por exemplo, enviando “START” para aceitação ou “STOP” para cancelamento). Esses números são normalmente menores do que o que é mostrado no segmentador, pois contam o número de vezes que essas palavras-chave foram enviadas, não o número total de usuários inscritos em SMS.
Rastrear cancelamentos de SMS em nível de campanha
Rastreie cancelamentos de SMS no nível da campanha usando a tabela de recebimento de entrada em vez da tabela de alteração de estado do grupo de inscrições. Por exemplo, no Criador de consultas ou no seu data warehouse, você pode executar uma consulta que referencia a tabela USERS_MESSAGES_SMS_INBOUNDRECEIVE ou USERS_MESSAGES_SMS_INBOUNDRECEIVE_SHARED.
Este exemplo de consulta referencia a 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);
Isso retorna usuários que cancelaram a inscrição nas comunicações SMS para o espaço de trabalho e grupo de inscrições informados, filtrados para aqueles associados a Campaigns ou Canvas.
Momento do cancelamento
Eventos de palavras-chave e mensagens de entrada no Currents ou no seu data warehouse, como timestamps em users.messages.sms.InboundReceive ou eventos de alteração de estado do grupo de inscrições, são a fonte autoritativa para quando a Braze registrou o cancelamento.
Os timestamps de eventos refletem quando a Braze recebeu ou processou a mensagem de entrada, não necessariamente quando o usuário enviou o SMS ou quando uma operadora ou provedor de SMS o recebeu. Se sua análise trata cancelamentos como quando a Braze processou o caminho de cancelamento de entrada, esses timestamps correspondem a essa definição.
O perfil do usuário mostra o estado atual da inscrição, mas pode não exibir um único campo “SMS cancelado em” a menos que você defina um atributo personalizado ou similar ao processar cancelamentos.
Cobranças aplicadas aos resultados de envio de SMS
Esta tabela reflete a cobrança da Braze, não a cobranç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 ocorrer devido a filas transbordando, contas suspensas ou erros de mídia (no caso de MMS). | Sem cobrança |
| Entregue | O provedor de SMS recebeu confirmação de entrega da mensagem pela operadora upstream (e, quando disponível, pelo dispositivo de destino). | Cobrança |
| 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 disponibilidade do dispositivo de destino. | Cobrança |
| Envios à operadora |
O envio para a operadora está obsoleto, mas continuará a ter suporte para os usuários que já o possuem. É a soma de entregas confirmadas, rejeições e envios em que a entrega ou rejeição não foi confirmada pela operadora. Isso inclui os casos em que as operadoras não fornecem confirmação de entrega ou de rejeição, pois algumas operadoras não fornecem essa confirmação ou não podem fazê-lo no momento do envio.
| Descontinuado para novos dashboards. Alguns dashboards ainda podem rotular esta métrica como Sent to Carrier. | Cobranças podem ser aplicadas com base nos resultados individuais de envio de mensagem |
Envios à operadora está descontinuado para novos dashboards. Use Sent, Confirmed Delivery, Delivery Failed e Rejections para relatórios atuais. Consulte o Glossário de métricas de relatório para definições.
Relatórios de mensagens RCS Card
Para mensagens RCS Card, Total Clicks na análise de dados de Campaigns e Canvas inclui toques em botões do cartão (como Message reply e Open URL) e interações de sugestão. A métrica pode ser incrementada mais de uma vez se um usuário tocar no mesmo controle várias vezes.
Cliques em botões do cartão e sugestões não são rastreados através de encurtamento de link ou configurações avançadas de rastreamento para URLs encurtadas. Filtros de redirecionamento de usuário que referenciam links SMS encurtados não se aplicam a interações de botões do cartão.
Para dados de interação em nível de usuário, exporte eventos de clique RCS (users.messages.rcs.Click) através do Currents. Esses eventos incluem campos como interaction_type e element_type para distinguir toques em botões de sugestões.
Relatórios de fallback de RCS e SMS
Para o comportamento de eventos de fallback de RCS para SMS (incluindo IS_SMS_FALLBACK=TRUE), consulte Como o fallback para SMS funciona com eventos e segmentação.
A análise de dados de campanha do dashboard e as exportações do Snowflake podem diferir ligeiramente em timing e agregação. Para reconciliação no warehouse, trate os fluxos de eventos do Snowflake ou Currents como a fonte mais granular quando as métricas não corresponderem exatamente ao dashboard.
Reconciliar Rejections com o Snowflake ou Currents
A métrica Rejections no dashboard é uma contagem agregada do espaço de trabalho. Não é uma exportação em nível de linha, então você nem sempre pode vincular 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 do usuário foi excluído antes da Braze terminar de processar a rejeição para exportação ao warehouse, essa rejeição não aparece na sua tabela USERS_MESSAGES_SMS_REJECTION_SHARED ou na carga útil do Currents, enquanto os relatórios agregados de SMS ainda podem refletir o resultado. Para mais informações, consulte a referência de tabelas SQL e Eventos de rejeição de SMS no glossário de eventos do Currents.
Relatório de webhooks
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 descreve o desempenho da sua mensagem em várias dimensões. As métricas neste painel variam dependendo do canal de envio de mensagens escolhido e se você está ou não executando um teste multivariante. Você pode clicar no ícone Prévia para visualizar sua mensagem para cada variante ou canal.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Métricas de webhook
Aqui estão algumas métricas-chave de webhook que você pode ver 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 usuários que receberam uma nova mensagem em um dia. Para que essa contagem aumente para um usuário mais de uma vez, o usuário deve 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 programada, essa métrica incluirá todas as mensagens enviadas, independentemente de já terem sido enviadas devido ao limite de frequência. Isso não significa que a mensagem foi recebida ou entregue em um dispositivo, apenas que a mensagem foi enviada. |
| Errors | Erros é o número de erros retornados por eventos de webhook (incrementado durante o processo de envio). |
Relatório do WhatsApp
O canal do WhatsApp inclui a taxa de leitura. Esta métrica é entregue apenas 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 descreve o desempenho da sua mensagem em várias dimensões. As métricas neste painel variam dependendo do canal de envio de mensagens escolhido e se você está ou não executando um teste multivariante. Você pode clicar no ícone Prévia 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 diferir quando o Meta cobra por categoria de mensagem (marketing, utilidade, autenticação, serviço).
- A partir de 1º de outubro de 2026, mensagens de resposta compostas na Braze consomem Action Credits. O Meta as classifica como mensagens de serviço.
- Use Analytics > Daily Stats para volume direcional de envio. Detalhamentos de créditos por campanha ou Canvas não estão disponíveis.
Se você quiser simplificar sua visualização, clique em Add/Remove Columns e desmarque quaisquer métricas conforme desejado. Por padrão, todas as métricas são exibidas.
Métricas do WhatsApp
Aqui estão algumas métricas importantes do WhatsApp que você pode ver 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 programada, essa métrica incluirá todas as mensagens enviadas, independentemente de já terem sido enviadas devido ao limite de frequência. Isso não significa que a mensagem foi recebida ou entregue em um dispositivo, apenas que a mensagem foi enviada. |
| Deliveries | Entregas é o número total (ou porcentagem) de solicitações de mensagens que são 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. Os recibos de leitura do usuário devem estar "Ativados" 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 pelo usuário final
Métricas adicionais podem ser acessadas através do dashboard do WhatsApp Manager, embora a confirmação do seu acesso seja necessária para acessar todos os insights disponíveis.
Análise de dados do 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 mais informações, consulte a documentação do Meta.
Desempenho histórico
O painel Historical Performance permite visualizar as métricas do painel Message Performance em formato de gráfico ao longo do tempo. Use os filtros na parte superior do painel para modificar as estatísticas e canais exibidos no gráfico. O intervalo de tempo deste gráfico sempre espelhará o intervalo de tempo especificado no topo da página.
Para obter um detalhamento diário, clique no menu 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 campanha. Para saber mais, consulte Eventos de conversão.
Correlação de conversão
O painel Conversion Correlation oferece insights sobre quais atributos e comportamentos dos usuários ajudam ou prejudicam os resultados definidos para as campanhas. Para saber mais, consulte Correlação de conversão.
Relatório de retenção
Relatórios de retenção mostram as taxas com que seus usuários realizaram um evento de retenção selecionado ao longo de períodos de tempo em uma campanha ou Canvas específico. 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 campanha ou Canvas. Se sua campanha ou Canvas usa 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.
Solução de problemas
E-mails com bounce
- 554 5.7.1 [internal] recipient address was suppressed due to customer policy: Tente outro endereço, reengaje por outro canal ou remova o endereço da lista de supressão apenas para seus próprios endereços de teste. Evite remover supressões de usuários reais, pois isso pode prejudicar a reputação.
- Mailbox full / invalid account: Geralmente é um sinal de qualidade da lista. Priorize usuários que abriram ou clicaram recentemente (por exemplo, nos últimos 30 a 60 dias) enquanto você limpa endereços inativos ou inválidos.
Comportamento de retentativa de soft bounce
Quando um e-mail sofre soft bounce devido a problemas temporários (como caixa de entrada cheia, servidor temporariamente indisponível ou outras falhas transitórias de entregabilidade), a Braze retenta automaticamente a entrega por até 72 horas. O número de tentativas varia conforme o servidor receptor.
Se o e-mail não for entregue com sucesso após o período de retentativa, a Braze registra um evento de soft bounce para aquele envio da Campaign. Esses soft bounces não aparecem na análise de dados da Campaign, mas você pode:
- Monitorá-los no Registro de atividade 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 retentativa, as métricas de entrega de e-mail (entregas, bounces e taxa de SPAM) podem não somar 100% para Campaigns em que e-mails com soft bounce não conseguem ser 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 significam que muitos destinatários usam domínios inválidos (por exemplo, erros de digitação). Segmente, exporte, corrija e reimporte esses perfis.
IPs com throttling
Você pode ver a mensagem Email was deferred due to the following reason(s): [IPs were throttled by recipient server] no Registro de atividade de mensagens se um provedor de caixa de entrada reduzir temporariamente ou bloquear a entrega do seu IP por causa de volume, reputação ou ambos. A Braze retenta mensagens adiadas; se os adiamentos se acumularem, você geralmente verá soft bounces elevados junto com eles.
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 de velocidade de entrega para limitar a velocidade com que as mensagens saem da Braze para uma Campaign ou Canvas. Isso ajuda a reduzir o throttling enquanto você trabalha com sua equipe de entregabilidade em correções de longo prazo.
Se o throttling 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 orientação.
Status de reputação de IP desconhecido
Se o seu relatório de desempenho de e-mail mostrar um 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.