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", você 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? Devido ao comportamento 'follow page', se uma mensagem no aplicativo não for interagida (clicada ou fechada), ela persiste enquanto o usuário navega por outras páginas — incluindo páginas explicitamente excluídas das suas regras de URL — até que ele interaja com ela. Tente verificar as "Visualizações recentes de página" no perfil do usuário e compare os horários com o timestamp do recebimento da mensagem.

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 estiver ativa para recebê-la. Não será enviada se o evento foi disparado antes da mensagem estar ativa. Você pode colocar o evento nas regras de Audience em vez dos Triggers para capturar eventos passados.

Você combinou um gatilho de evento com uma regra de audience do mesmo evento? Ao combinar triggers 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 purchased-item e não para compras subsequentes, use uma contagem de 0 (ou seja, users 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 audience? 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 user realizar uma ação específica.

O user tem outras mensagens pendentes enviando ao mesmo tempo? Múltiplas mensagens aparecem como um badge vermelho no ícone do Messenger para evitar muitos pop-ups simultâneos. Você pode verificar o "Conteúdo recente" no perfil do user para ver quais mensagens ele recebeu na mesma época.

O conteúdo do seu Chat ou Post está definido como "Enviado como: Badge"? Essas mensagens sempre serão enviadas como notificação de badge, a menos que você mude para "Snippet" ou "Mostrar a mensagem completa".

O Post foi editado e originalmente enviado como "Snippet" ou "Badge" para os users antes da alteração?

O user tinha outras mensagens pendentes no momento em que o Post foi enviado? Se múltiplas mensagens tentarem enviar ao mesmo tempo, o Post será enviado como notificação de badge vermelha para que ele possa ver as mensagens de maior prioridade primeiro. Ele precisará abrir a notificação no Messenger para que seja registrado como 'Aberto' 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 user tinha outras mensagens pendentes, ou se ele navegou para outra página no curto intervalo entre o envio e a exibição automática, a mensagem pode não ser marcada como aberta.

Se você está vendo uma taxa de abertura drasticamente abaixo de 90%, tente testar recebendo o Post como 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.

Ela tem um tipo de Audience "Fixed"? Mensagens Fixed 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 está no passado, você precisará atualizar ou remover a data de parada para que ela possa enviar 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 explicação do que precisa ser corrigido.

Eles realmente receberam antes de ser pausada, mas não interagiram (clicaram ou fecharam) para que ela permanecesse aberta na próxima vez que visitaram sua plataforma? Você pode verificar o "Conteúdo recente" no perfil do user para ver o timestamp de quando recebeu a mensagem e comparar com quando a mensagem foi pausada.

Se você está notando isso no Help Desk quando um user responde à mensagem enviada, verifique o timestamp de quando a mensagem foi enviada (na parte inferior da primeira mensagem), pois ele pode estar respondendo a uma mensagem recebida há algum tempo.

Você tem várias mensagens similares rodando? É possível que eles tenham recebido uma mensagem parecida que não está pausada. Você pode clicar na mensagem recebida no "Conteúdo recente" no perfil do user para confirmar qual mensagem foi enviada.

O user ficou online desde que a mensagem foi ativada? Users precisam estar online para receber uma mensagem no aplicativo. Você pode verificar o valor "Last seen" no perfil do user para ver quando ele esteve online pela última vez.

É uma mensagem fixed/static? Users correspondem para mensagens fixed no momento em que são ativadas, então um user 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 ela estiver ativa, além de corresponder às regras de audience 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 "Mostrar primeiro em" na seção de conteúdo? Se estiver definido para "Mostrar primeiro na web" mas o user está ativo apenas no mobile, ele não receberá a mensagem até visitar na web.

A mensagem tem uma data de início ou data de parada, e o user esteve online após a data de início & 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.

Você também pode usar a ferramenta de correspondência de mensagens para determinar por que um user não é elegível para receber sua mensagem.

Chats, Posts e Banners

Surveys

Product Tours