Skip to content
Comece com 100 créditos de verificação grátis
Qualisend
Conector nativo de volta em breve — CSV e API já funcionam hoje

Mantenha o público do seu MoEngage entregável antes do envio, não depois do bounce

O MoEngage suprime automaticamente os endereços que sofrem hard bounce, cancelam a inscrição ou registram uma reclamação — a chamada supressão BUC — de modo que ele para de enviar para um endereço reconhecidamente ruim já a partir da primeira falha. Mas ele não consegue avaliar um endereço antes dessa primeira falha e, como o MoEngage cria um perfil de usuário no momento em que seu app ou SDK dispara um evento, endereços inválidos vindos de importações, chamadas de identify e erros de digitação no cadastro nunca sofreram bounce — eles parecem saudáveis até que uma campanha ou um fluxo finalmente envie para eles. A Qualisend fecha essa lacuna: exporte seu público, verifique cada endereço e suprima os inativos antes que cheguem a um envio. Veja abaixo o fluxo que funciona hoje, além das opções por API e no-code.

MoEngageQualisend

A sincronização com MoEngage em um clique está pausada enquanto reconstruímos a plataforma

Pausamos deliberadamente nossos conectores nativos de um clique enquanto reprojetamos a camada de sincronização sobre a qual eles funcionam — reforçando a forma como autenticamos, respeitamos os limites de requisições de cada plataforma e gravamos os resultados de volta — para que, quando a integração nativa com MoEngage voltar, ela se mantenha confiável em qualquer tamanho de lista, em vez de frágil em escala. Nada disso afeta a forma como o Qualisend verifica um endereço.

Tudo o que você precisa já funciona hoje: o fluxo de exportação em CSV → verificação → reimportação abaixo e a API para verificar no cadastro têm suporte completo e estão rodando em produção — é assim que as equipes mantêm o MoEngage limpo agora mesmo.

O que o MoEngage cobre

O que o MoEngage limpa para você

A higiene nativa do MoEngage se apoia na supressão automática do que ele chama de usuários BUC — Bounced, Unsubscribed, Complained (com bounce, cancelaram a inscrição, reclamaram). Um hard bounce é tratado como falha permanente e o endereço é suprimido na hora; soft bounces consistentes são suprimidos quando persistem além de uma janela sustentada (cerca de 30 dias); e cancelamentos de inscrição e reclamações de spam são suprimidos em tempo quase real, com o MoEngage gravando automaticamente os cabeçalhos List-Unsubscribe exigidos em todo envio não transacional para atender às exigências do Gmail e do Yahoo. Usuários suprimidos permanecem na sua conta — o registro é preservado, então uma reimportação não consegue voltar a enviar para eles sem que você perceba. Um envio transacional ou do tipo inform/alert ainda chega a um contato que cancelou a inscrição ou reclamou, mas um endereço com bounce é o caso mais rígido: ele é excluído de todo envio, inclusive os transacionais. Para os endereços que o MoEngage realmente já enviou, essa é uma higiene confiável e automática.

A lacuna que ele deixa

O que ele não consegue detectar

O detalhe é que cada um desses mecanismos é reativo — precisa de um envio e de uma falha para disparar. Um endereço só é suprimido depois de sofrer hard bounce em uma campanha real e, a essa altura, você já levou o baque na reputação. Inválidos nunca enviados, vindos de importações e de chamadas de identify/track do SDK, endereços descartáveis, endereços de função (info@, support@) e caixas de correio deterioradas nunca sofreram bounce porque o MoEngage nunca enviou para eles, então parecem ativos até que o primeiro envio os alcance — exatamente quando um provedor de caixa de correio forma sua primeira impressão do seu domínio. O MoEngage torna esse ponto cego ainda mais grave por ser orientado a eventos: um endereço ruim não fica quieto, ele reentra em fluxos e campanhas sempre que um evento corresponde, então recebe envios que resultam em bounce de novo e de novo até que a supressão finalmente o capture. Um público importado é o caso mais crítico — ele chega com o histórico de bounce removido, então endereços que já estavam falhando em outros lugares parecem novinhos em folha.

Por que uma lista limpa no MoEngage faz diferença

No MoEngage o que está em jogo não é uma fatura por número de contatos. O MoEngage cobra por Monthly Tracked Users — perfis únicos que disparam uma sessão ou um evento em um mês — e o e-mail é ilimitado nos planos Growth e Enterprise, de modo que um endereço de e-mail suprimido ou inativo não acrescenta uma linha à sua fatura como aconteceria em um ESP que cobra por contato, e limpar seus endereços não vai reduzir uma fatura de MTU. O verdadeiro custo de um endereço inativo é a entregabilidade. Cada inválido nunca enviado que você deixa no seu público vira um hard bounce na primeira vez que uma campanha ou um fluxo o alcança — e, numa plataforma orientada a eventos, ele pode sofrer bounce repetidamente — que é exatamente o sinal que as regras de remetente de 2024 do Gmail e do Yahoo, e o próprio monitoramento de reputação de domínio e de IP do MoEngage, penalizam. Verifique antes do envio e o bounce nunca é registrado, o baque na reputação nunca acontece e a colocação na caixa de entrada das campanhas que de fato convertem fica protegida; a supressão só ajuda depois que o endereço já falhou uma vez.

O fluxo de trabalho que funciona hoje

O MoEngage é uma plataforma de engajamento orientada a API e a eventos, então o caminho confiável é: exportar seu público a partir de um segmento (User Export, entregue como arquivo para download), verificá-lo na Qualisend e suprimir as falhas fazendo upload de um CSV de supressão que as marque como bounced.

1

Exporte seu público do MoEngage

Em Segments, monte e execute a consulta para o público que você quer limpar; depois, no painel Query Results, escolha Export Users, nomeie o arquivo e mantenha o atributo Email ID (ele já vem pré-selecionado) na exportação. O MoEngage executa a exportação em segundo plano e envia por e-mail um link de download para a conta que a iniciou — você também pode pegar o arquivo depois em Data Export, aba User Export. Para pipelines, a API File Segments e as APIs de exportação de dados do MoEngage fazem o mesmo de forma programática.

2

Verifique o arquivo na Qualisend

Envie o CSV para a limpeza em massa da Qualisend — até 1.000.000 de endereços por job, com duplicatas cobradas uma única vez — ou cole uma amostra no verificador gratuito primeiro. Os 100 créditos avulsos do plano gratuito, que nunca expiram, dão conta de uma checagem inicial por amostragem.

3

Leia os resultados

Cada endereço retorna como deliverable, risky, undeliverable ou unknown, com um código de motivo, uma pontuação de 0 a 100 e subindicadores (catch-all, descartável, função, caixa cheia), além do provedor de MX e do detalhe da sondagem como evidência. Baixe o CSV limpo.

4

Suprima os undeliverable no MoEngage

Filtre seus resultados por undeliverable e monte um CSV de supressão no formato exigido pelo MoEngage — uma coluna Email ID (ou MoEngage ID) mais uma coluna Bounce definida como true para cada endereço inativo — e faça o upload por Suppression Updates. Isso coloca esses endereços no mesmo estado de supressão que um hard bounce real cria, de modo que o MoEngage para de enviar para eles permanentemente — antes do envio, em vez de depois. Prefere segmentos? Importe os undeliverable como um File Segment e exclua esse segmento das suas campanhas.

Ou automatize no cadastro

Prefere manter o lixo de fora desde o início? Verifique no ponto de captura com a API REST da Qualisend (chaves com escopo, limites de taxa, webhooks) antes que a chamada de identify/track do seu app grave o e-mail em um perfil, ou monte um fluxo no-code via Zapier, Make ou n8n para que um novo endereço seja checado antes mesmo de entrar no MoEngage — assim erros de digitação e endereços descartáveis nunca chegam a uma campanha ou a um fluxo.

O que o Qualisend sinaliza em cada endereço

Status do conector nativo

Um conector nativo MoEngage de um clique faz parte da plataforma que estamos reconstruindo — ele está voltando, não foi descontinuado. Até que seja lançado, o ciclo exportar-verificar-suprimir acima e a API são o caminho totalmente suportado, e funcionam com qualquer plano do MoEngage.

O que fazer com cada resultado

Cada endereço retorna com um veredito e sinalizações complementares. Veja a ação que mantém sua lista do MoEngage limpa sem descartar contatos que você ainda pode alcançar.

deliverableContinue enviando normalmente.
deliverable + indicador de funçãoMantenha para e-mails transacionais e de conta; exclua das campanhas e fluxos avaliados por engajamento.
risky + indicador catch-allMova para um segmento dedicado e limite a cadência — o domínio aceita tudo na porta, então não dá para confirmar a caixa de correio por trás dele.
risky + indicador descartávelSuprima pelo indicador Bounce — a caixa foi criada para expirar.
unknownMantenha ativo e reverifique na próxima limpeza — geralmente é greylisting ou limitação de taxa, não um veredito sobre a caixa de correio.
undeliverableSuprima (Bounce = true) ou exclua como File Segment; não espere o bounce para comprovar.

Perguntas frequentes sobre verificação no MoEngage

Limpe sua lista do MoEngage em minutos

Comece grátis com 100 créditos que nunca expiram — sem precisar de cartão. Exporte, verifique, reimporte e proteja sua próxima campanha.