Para que você possa otimizar suas estratégias, a Dito oferece um monitoramento detalhado do ciclo de vida de uma notificação de Mobile Push. Abaixo, detalhamos como cada métrica é calculada e quais comportamentos elas registram na ficha do seu cliente.

• Nível de Acesso: Administrador, Visualizador, Resultados.
  Persona: Analista de E-commerce, Analista de CRM, Gerentes.

Mobile Push: Como entender o glossário de métricas

Definição de métricas do Consolidado de Engajamento

Na tela de Resultados de Canais, temos o consolidado dos eventos de envios, entregas, cliques e bounces das notificações do Mobile Push. Essa visualização contabiliza quantas vezes cada um desses eventos ocorreu, gerando as métricas correspondentes.

É fundamental destacar que estamos analisando eventos, e não consumidores únicos. Isso significa que um mesmo consumidor pode receber mais de um envio e, consequentemente, gerar mais de uma entrega, clique ou bounce.

Essa distinção é essencial para evitar interpretações equivocadas, especialmente ao realizar segmentações com base nos eventos aqui descritos.

Saiba mais no nosso Relatório Resultados de Canais.

Nossa metodologia foca em tokens válidos — ou seja, cada dispositivo móvel cadastrado é contabilizado individualmente, garantindo que usuários com mais de um aparelho (como um tablet e um smartphone) possam ser impactados em ambos.

1. Envios

Representa a quantidade de notificações disparadas para todos os dispositivos (tokens) aptos no momento da campanha.

• Otimização de Duplicidade: Se houver duas fichas de clientes com o mesmo token, o sistema identifica a duplicidade e realiza apenas um envio.
• Evento Técnico: should-receive-mobile-push-notification. Este evento indica que o processamento do envio foi iniciado pela Dito.
• should-receive-mobile-push-notification: o evento é gerado na ficha de todos os usuários que estão aptos na tentativa de disparo da notificação.

2. Entregas

Esta métrica mostra quantas notificações foram, de fato, entregues/exibidas nos dispositivos dos clientes.

Ponto de Atenção: A entrega da notificação depende de uma implementação correta no código do aplicativo. É necessário que o app esteja configurado para “avisar” a Dito quando a mensagem for efetivamente recebida pelo dispositivo do usuário.

• Eventos Técnicos: receive-android-notification ou receive-ios-notification.
  Esses eventos devem ser enviados pelo aplicativo para a Dito e precisam ser integrados diretamente ao código do app da marca. O objetivo é que, no momento em que o consumidor receber de fato a campanha em seu dispositivo, o app envie automaticamente a confirmação para a Dito, registrando assim o evento de entrega.
  
  
• Funcionamento dos Eventos: Os eventos receive-android-notification e receive-ios-notification são gerados nas fichas de todos os clientes que receberam com sucesso a notificação push em seus dispositivos.

3. Cliques

Indica o volume de interações diretas, onde o usuário clica na notificação e é redirecionado para o app ou uma página específica.

Ponto de Atenção: É necessário que o app esteja configurado para “avisar” a Dito quando ocorrer o clique no dispositivo do usuário.

• Importância: É o principal termômetro da relevância do seu conteúdo, pois demonstra o nível de interesse e engajamento gerado pela mensagem enviada.
• Evento Técnico: click-notification, gerado quando o cliente interage com a notificação por meio do clique.

4. Bounces

O "bounce" refere-se às notificações que não foram entregues aos usuários, seja por motivos temporários ou permanentes. É dividido em duas categorias:

- Hard Bounce (Erro Permanente)

Ocorre quando o envio falha definitivamente. Os principais motivos são:

• Desinstalou o app: Quando uma pessoa desinstala o aplicativo, o token de notificação associado ao dispositivo é removido.
• Expiração do token: Tokens de dispositivos têm um tempo de vida útil. Após um determinado período, o token expira e não pode mais ser usado para enviar notificações.

Em casos de hard bounce o token é descadastrado, deixando de ser apto a receber notificações push. Se o token for revalidado, é gerado um evento de assinou-mobile-push e o canal volta a ser apto na ficha do cliente.

Consequência: Em casos de Hard Bounce, o token é descadastrado automaticamente para não comprometer sua taxa de entregabilidade. Se o usuário reativar o app, o canal será habilitado novamente.

- Soft Bounce (Erro Temporário)

Ocorre quando a falha é momentânea e a entrega pode ter sucesso no futuro. Os principais motivos são:

• O dispositivo do usuário está offline ou fora de alcance da rede.
• Problemas temporários com o cache do dispositivo que impedem o recebimento de notificações.

Importante: O retorno do erro acontece exatamente no momento do envio. Então é identificado em apenas uma tentativa.

Materiais de Apoio

• Relatório Resultados de Canais
• Resultados de Canais - Cálculo de Conversão e Receita influenciada
• Mobile Push: O que é Mobile Push e Como Funciona
• Mobile Push: Como integrar e configurar o canal
• Mobile Push: Como integrar Mobile Push com o GA4 (UTM)?

FAQ – Perguntas Frequentes

1. Pergunta: Por que meu relatório mostra um número de cliques maior que o de entregas?
Resposta: Esse cenário acontece devido à estrutura da integração com o mobile push. Os eventos que alimentam os números de cliques e de entregas são enviados para a Dito pelo app do cliente. Uma marca pode, por exemplo, acabar enviando apenas o evento de clique e não enviar o de recebimento. Nesses casos, é necessário que a marca valide a sua integração para confirmar se o envio dos eventos está sendo feito corretamente.

2. Pergunta: Por que meus resultados mostram apenas a quantidade de envios, com entregas e cliques zerados?
Resposta: Esse cenário ocorre quando a marca não envia nenhum evento de engajamento, sendo contabilizado apenas o should-receive-mobile-push-notification (Envios). Esse evento é gerado pela própria Dito e indica apenas que o disparo foi realizado. Sem a implementação correta no app, as métricas de entrega e clique permanecerão zeradas. Assim como no cenário anterior, é necessário que o time de TI da marca verifique a integração.

3. Pergunta: Notei um grande número de Bounces na minha campanha. O que fazer?
Resposta: O Bounce é uma confirmação de que o cliente não conseguiu receber a notificação. Para verificar o motivo, crie um segmento na plataforma. A motivação fica disponível dentro da propriedade "Motivo", e também pode ser segmentada. Avalie se foi um erro do tipo Hard Bounce (problema permanente, como um token inválido) ou um Soft Bounce (erro não permanente, como dispositivo offline ou falta de espaço).

4. Pergunta: Minha campanha teve cliques e engajamento, mas o painel aponta "Sem receita influenciada". Por quê?
Resposta: A receita influenciada é qualquer compra realizada dentro do período de conversão após o evento de conversão. Se o painel está zerado, alguns problemas podem ter ocorrido:

• Falta de eventos de conversão: Verifique se existem eventos de entrega ou de clique. Sem esses eventos, a lógica da receita fica zerada.
• Horário da compra genérico: Geralmente, o problema acontece com compras registradas com o horário de meia-noite (00:00). O sistema entende que a compra aconteceu antes do evento de conversão da notificação, fazendo com que ela não seja considerada influenciada. A data da compra deve ser exata; se enviar hora errada ou genérica, a atribuição falha.
• Falta de vínculo com o usuário: Para uma compra ser considerada influenciada, ela precisa estar vinculada a um consumidor. Compras enviadas sem dados do consumidor não entram no cálculo de receita.

Ficou com alguma dúvida ou identificou algum problema? Acione nosso time pelo chat disponível no app dito. (Horário de Atendimento de Segunda a Sexta das 9hrs as 18hrs)