Enviando na página errada
Se a mensagem estiver sendo enviada na URL errada do site:
Certifique-se de que suas regras de público ou de página estejam configuradas com a lógica correta. Por exemplo, se você estiver combinando várias regras negativas ('is not', 'does not contain'), quase sempre desejará separá-las com um 'AND', não um 'OR'. E se estiver usando um filtro de correspondência exata "URL is", precisará garantir que incluiu a URL completa, incluindo a parte
https://e quaisquer barras finais. Você pode ver mais orientações sobre como configurar seus filtros efetivamente aqui.O usuário recebeu na página correta inicialmente e depois navegou para outra página? Se uma mensagem no aplicativo não for interagida (clicada ou fechada), ela persistirá entre páginas e permanecerá aberta quando o usuário navegar para a próxima página, até que ele interaja com ela. Tente verificar as "Recent page views" do usuário na página do perfil e compare os horários com o timestamp de recebimento da mensagem.
O gatilho de evento não está funcionando
Se uma mensagem com um gatilho de evento não estiver enviando:
Se você acabou de ativar a mensagem, note que as pessoas no público precisarão estar online e disparar o evento depois que ela for ativada para recebê-la. Não será enviada se o evento foi disparado antes da mensagem ser ativada. Você pode colocar o evento nas regras do Público em vez dos Gatilhos para capturar eventos passados.
Você combinou um gatilho de evento com uma regra de público do mesmo evento? Ao combinar gatilhos e regras, as regras de segmentação devem ter sido satisfeitas no momento do disparo do evento, pois o gatilho de evento não atualiza o usuário instantaneamente na mesma requisição. Por exemplo, se quiser enviar uma mensagem apenas na primeira vez que um usuário disparar um evento de item comprado e não para compras subsequentes, use uma contagem de 0 (ou seja, usuários que nunca dispararam o evento antes), pois não atualizará para 1 até a próxima requisição.
Você precisa de um gatilho de evento ou poderia segmentar isso como uma regra de público? A seção "Triggers" (Quando enviar / Onde enviar) é opcional, então não é necessário incluir um evento em toda mensagem, a menos que precise garantir que ela só seja enviada quando um usuário realizar uma ação específica.
Não aparece completamente
Se sua mensagem no aplicativo estiver enviando como uma notificação de badge vermelha no ícone do Messenger, mas não aparecer na tela:
O usuário tem outras mensagens pendentes enviando ao mesmo tempo? Múltiplas mensagens aparecem como um badge vermelho no ícone do Messenger, para que não sejam inundados com muitos pop-ups ao mesmo tempo. Você pode verificar o "Recent content" na página do perfil do usuário para ver quais mensagens ele recebeu na mesma época.
O conteúdo do seu Chat ou Post está definido como "Sent as: Badge"? Estes sempre enviarão como notificação de badge, a menos que você altere para "Snippet" ou "Show the full message".
Taxa de abertura do Post não é 100%
Se seu Post estiver configurado para "show the full message" mas a taxa de abertura não for 100%:
O Post foi editado e originalmente enviado como "Snippet" ou "Badge" para os users antes da alteração?
O usuário tinha outras mensagens pendentes ao mesmo tempo em que o Post foi enviado? Se múltiplas mensagens tentarem enviar ao mesmo tempo, o Post será enviado como uma notificação de badge vermelha, para que possam ver suas mensagens de maior prioridade primeiro. Eles precisarão abrir a notificação no Messenger para que seja registrado como 'Open' nas estatísticas da mensagem.
Normalmente, a taxa de abertura para Posts enviados completos deve ser acima de 90%, e frequentemente acima de 95%. Mas se o usuário tinha outras mensagens pendentes, ou se ele navegou para fora da página no curto intervalo entre o envio da mensagem e sua exibição automática, a mensagem pode não ser marcada como aberta.
Se você está vendo uma taxa de abertura drasticamente inferior a 90%, tente testar recebendo o Post como um usuário final no seu site e abra o console do navegador para capturar erros na página. Em algumas circunstâncias, um erro na página pode impedir que o Post seja exibido corretamente.
Não é possível ativar uma mensagem pausada
Se você pausou uma mensagem no aplicativo e não consegue ativá-la novamente:
Ela tem um tipo de público "Fixed"? Mensagens fixas não podem ser ativadas novamente depois de paradas, pois só enviam para users que correspondem em um ponto no tempo, e esse tempo já passou. Você precisará duplicar sua mensagem e ativar uma nova versão.
Havia uma data de parada na mensagem? Se essa data estiver no passado, você precisará atualizar ou remover a data de parada para que ela possa ser enviada novamente.
Se o botão "▶️ Set live" estiver cinza, você pode passar o mouse para ver uma dica explicando por que não pode ser ativado. Ou edite a mensagem para ver se aparecem erros vermelhos em alguma seção, com uma explicação do que precisa ser corrigido.
Mensagem pausada ainda está enviando para users
Se você pausou uma mensagem e os users ainda estão recebendo:
Eles realmente receberam antes de ser pausada, mas não interagiram (clicaram ou fecharam) para que ela permanecesse aberta na próxima visita à sua plataforma? Você pode verificar o "Recent content" na página do perfil do usuário para ver o timestamp de quando receberam a mensagem e comparar com quando a mensagem foi pausada.
Se você está notando isso no Help Desk quando um usuário responde à mensagem enviada, verifique o timestamp de quando a mensagem foi enviada para ele (na parte inferior da primeira mensagem), pois ele pode estar respondendo a uma mensagem recebida há algum tempo.
Você tem várias mensagens similares em execução? É possível que eles tenham recebido uma mensagem parecida que não está pausada. Você pode clicar na mensagem que receberam no "Recent content" na página do perfil do usuário para confirmar qual mensagem enviada foi.
Usuário que corresponde não recebeu
Se você tem um usuário de exemplo que deveria receber a mensagem, mas não recebeu:
O usuário esteve online desde que a mensagem foi ativada? Users precisarão estar online para receber uma mensagem no aplicativo. Você pode verificar o valor "Last seen" na página do perfil do usuário para ver quando ele esteve online pela última vez.
É uma mensagem fixa/estática? Users correspondem para mensagens fixas no momento em que são ativadas, então um usuário que corresponde aos critérios agora pode não ter correspondido na hora do envio inicial.
Há um gatilho de evento ou regra de URL? Users precisarão disparar o evento ou visitar a URL depois que a mensagem for ativada, além de corresponder às regras do público para recebê-la. Eles podem aparecer na pré-visualização do público se corresponderem às regras, mas isso não considera se visitarão a URL ou dispararão o evento necessário para recebê-la.
Quais canais você está segmentando em "Show first on" na seção de conteúdo? Se estiver definido para "Show first on web" mas o usuário estiver ativo apenas no mobile, ele não receberá a mensagem até visitar no web.
A mensagem tem uma data de início ou data de parada, e o usuário esteve online após a data de início e antes da data de parada?
A mensagem tem horários personalizados para enviar apenas em certos horários? Note que mensagens no aplicativo são enviadas no fuso horário do usuário final, então ele precisará estar online durante esses horários agendados em seu fuso horário.
Você também pode usar a ferramenta de correspondência de mensagens para determinar por que um usuário não é elegível para receber sua mensagem.
Se você estiver enfrentando um problema diferente, tente estas perguntas frequentes específicas do canal:
