Para que você possa otimizar suas estratégias, o app.dito oferece um monitoramento detalhado do ciclo de vida de uma notificação.
Abaixo, detalhamos como cada métrica é calculada e quais comportamentos elas registram na ficha do seu cliente.
Para quem é este artigo?
Nível de Acesso: Administrador, Visualizador, Resultados. Persona:
Analista de E-commerce, Analista de CRM, Gerentes.
Veja os Assuntos abordados nesse artigo:
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 Pùsh.
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.
Conheça o 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/exibidos 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-notificationoureceive-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-notificationereceive-ios-notificationsã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.
Principais motivos:
Número de envios não entregues devido a um erro permanente. Os motivos para isso 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.
Obs: 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” (saiba mais abaixo) e o mesmo volta a ser apto.
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.
Principais motivos:
O dispositivo do usuário está offline ou fora de alcance da rede.
Problemas temporários com o cache do dispositivo que impedem a recepção de notificações.
Importante: O retorno do erro acontece exatamente no momento do envio. Então é identificado em apenas uma tentativa.
Agora que você já sabe tudo sobre as métricas de engajamento, que tal dar uma olhada nos nossos materiais de apoio?
Materiais de Apoio
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)
Gostou, mas acha que algo pode melhorar?
Sua opinião é muito importante para nós! Se você tem alguma sugestão ou sentiu falta de algo neste módulo, queremos ouvir você.
Compartilhe suas ideias diretamente com nosso time de Produto através do link abaixo.
➡️ Acesse aqui o Portal de Ideias
FAQ – Perguntas Frequentes sobre as Métricas
1. 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. 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 (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. 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 segmentado. 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. 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 calculo de rece
Este artigo foi útil?
Que bom!
Obrigado pelo seu feedback
Desculpe! Não conseguimos ajudar você
Obrigado pelo seu feedback
Feedback enviado
Agradecemos seu esforço e tentaremos corrigir o artigo