Taxa de bounce, reputação e cota por hora no Mailchimp Transactional (Mandrill)

No Mailchimp Transactional (antigo Mandrill), os bounces baixam a reputação da sua conta, e uma reputação mais baixa desacelera o crescimento da sua cota por hora. A documentação diz que a reputação é principalmente a proporção entre envios com falha e envios bem-sucedidos, que hard bounces contam mais que soft bounces e que você deve mirar numa taxa de hard bounce abaixo de 5%. Endereços com bounce ficam um tempo na Rejection Denylist e depois são tentados de novo. Então limpe a tabela de usuários ou a lista de onde o seu app envia: verifique os endereços, marque os mortos como não entregáveis e cheque os endereços novos no cadastro.

O que a documentação do Mailchimp diz

De Reputation and Rejections (reputação e rejeições), na documentação para desenvolvedores do Mailchimp Transactional, lida em 8 de novembro de 2026:

• «A reputação da sua conta pode ser Poor, Good ou Excellent, e pode mudar em qualquer direção com base no seu comportamento de envio.»
• «A reputação é determinada em grande parte pela proporção entre envios com falha e envios bem-sucedidos. Por exemplo, quanto mais bounces você tiver em relação ao seu volume total de envio, mais baixa será a sua reputação.»
• «Se a reputação da sua conta for Poor, a sua cota por hora não vai aumentar tão rápido quanto a de contas com reputação Good ou Excellent.» O Mailchimp «não pode mudar nenhuma delas manualmente». Contas de demonstração têm uma cota fixa de 25 e-mails por hora.
• «Embora todos os bounces possam prejudicar a sua reputação, hard bounces pesam mais que soft bounces.» «Os padrões do setor sugerem que a sua taxa geral de hard bounce fique abaixo de 5% do seu volume total de e-mails.» A documentação acrescenta que isso é uma regra prática e varia conforme o provedor.
• Endereços com bounce entram na Rejection Denylist. «Rejeições por hard bounce duram mais que rejeições por soft bounce.» Depois que uma rejeição expira, o envio para o endereço é tentado de novo. As rejeições não podem ser removidas em massa; remover uma custa «um pequeno impacto na reputação da sua conta».
• Os detalhes brutos dos bounces ficam guardados por sete dias.
• Sobre reclamações: os padrões do setor recomendam uma taxa de reclamação abaixo de 0,1%, e uma única reclamação direta «pode ser difícil de superar».

Por que remetentes transacionais ainda têm problemas de bounce

• Cadastros não verificados. Erros de digitação e endereços falsos vão direto para a tabela de usuários, e cada redefinição de senha, recibo ou resumo dá bounce.
• Contas antigas. Um recurso novo envia e-mail para usuários que se cadastraram há anos.
• Marketing pelo canal transacional. Uma newsletter enviada pelo Mandrill para uma lista antiga. O Mailchimp Transactional foi feito para mensagens individuais.
• Soft bounces repetidos. A documentação observa que um endereço com muitos soft bounces pode ser inutilizável mesmo que nunca apareça como hard.

Passo 1: exporte os bounces

Procure as mensagens com bounce na atividade Outbound (filtre por tipo de bounce), exporte-as e procure padrões: um domínio, uma fonte de cadastro, um recurso. O analisador de mensagens de bounce agrupa por causa o texto de bounce colado, e o localizador de soft bounces repetidos sinaliza endereços que dão soft bounce de novo e de novo.

Passo 2: limpe a tabela de origem

1. Exporte os endereços para os quais o seu app envia e-mail (usuários, clientes, inscritos).
2. Remova duplicados com remover e-mails duplicados e corrija erros de digitação óbvios com o corretor de erros de digitação em e-mails.
3. Envie para a página de verificação. Marque os endereços inválidos como não entregáveis no seu banco de dados para o app parar de enviar. Fique de olho nos arriscados.
4. Não mexa na Denylist, a menos que saiba que um bounce foi temporário: cada remoção custa reputação.

Passo 3: verifique no cadastro

Cheque os endereços quando são digitados, para que os ruins nunca cheguem ao Mandrill: veja verificar e-mail no cadastro com Next.js e a API de verificação de e-mail em tempo real. As chamadas de API são contadas por plano e não fazem parte do ilimitado.

Quanto custa checar

• Starter, US$ 9 por mês: 2.500 checagens.
• Pro, US$ 39 por mês: verificação de e-mails ilimitada.*
• Business, US$ 99 por mês: as primeiras 300.000 checagens do mês em velocidade máxima, 5 assentos.
• Agency, US$ 249 por mês: as primeiras 750.000 checagens do mês em velocidade máxima, 15 assentos, espaços de trabalho para clientes.

*Uso justo do Pro: as primeiras 100.000 verificações do mês em velocidade máxima, depois mais devagar, nunca cortado. O ilimitado cobre a verificação de e-mails, não as chamadas de API. Veja os preços. Cheque sua lista grátis: 100 checagens com login do Google, sem cartão.

Leia também: taxa de bounce alta demais no Mailchimp, como lidar com soft bounces, regras do Gmail para remetentes de e-mail transacional e a API de verificação de e-mail.