Hard bounce vs soft bounce: os códigos, as regras e o que as plataformas fazem

Um hard bounce é uma falha de entrega permanente: o endereço não existe, ou o servidor de destino recusou a mensagem de vez. Um soft bounce é uma falha temporária: a caixa postal está cheia, o servidor está ocupado ou a entrega foi adiada. Hard bounces devem ser suprimidos já na primeira ocorrência. Soft bounces devem ser reenviados, e suprimidos só se continuarem acontecendo.

A forma confiável de diferenciar os dois é o código SMTP que vem no bounce, não o rótulo que a sua plataforma coloca nele. As tabelas abaixo associam os códigos mais comuns a cada tipo e levam à nossa explicação de cada código. Você pode consultar qualquer código no diretório de códigos SMTP e, se estiver vendo hard bounces, o verificador de e-mail individual gratuito mostra se o endereço ainda existe antes de você enviar para ele de novo.

As definições, direto do padrão

Dois números na mensagem de bounce dizem o que aconteceu. Primeiro vem a resposta SMTP de três dígitos (550, 452), depois o código de status estendido (5.1.1, 4.2.2) definido na RFC 3463.

O primeiro dígito do código estendido é a classe. A RFC 3463 define duas classes de falha:

• 4.x.x, "Persistent Transient Failure" (falha transitória persistente): a mensagem era válida, mas uma condição temporária impediu a entrega. "Um envio futuro pode ter sucesso."
• 5.x.x, "Permanent Failure" (falha permanente): "provavelmente não será resolvida reenviando a mensagem na forma atual".

Isso corresponde diretamente a soft e hard. O segundo dígito, o assunto, diz o que falhou:

Assunto	Significado (RFC 3463)	Quem normalmente precisa agir
X.1.X	Status de endereçamento	O remetente: o endereço está errado
X.2.X	Status da caixa postal	O destinatário: a caixa dele tem um problema
X.3.X	Status do sistema de e-mail	O administrador do sistema de destino
X.4.X	Status de rede e roteamento	A rede de qualquer um dos lados
X.7.X	Status de segurança ou política	O remetente: reputação, autenticação ou conteúdo

O assunto pesa tanto quanto a classe. Um 5.1.1 e um 5.7.1 são ambos permanentes, mas o primeiro significa que o endereço não existe e o segundo que o servidor recusou você. Tratar os dois do mesmo jeito ou apaga endereços bons, ou esconde um problema de envio.

Hard bounces, por código

Código	O que significa	O que fazer
550 5.1.1	A caixa postal não existe	Suprimir imediatamente
550 5.2.1	Caixa postal desativada, não está aceitando mensagens	Suprimir; a RFC 3463 observa que isso pode ser permanente ou temporário, mas contas desativadas raramente voltam
550 5.4.1	Endereço do destinatário rejeitado, acesso negado	Em geral, um endereço inexistente em domínios hospedados na Microsoft; suprimir
550 5.7.1	Recusado por política	Não suprimir por uma única ocorrência; verificar reputação e autenticação
554 5.7.1	Rejeitado como spam	Um problema de conteúdo ou reputação, não de endereço
571 5.7.1	Entrega não autorizada	Muitas vezes uma allowlist ou um bloqueio do lado do destinatário

Só os três primeiros são falhas reais de endereço. Os códigos 5.7.x são rejeições permanentes de uma mensagem específica de um remetente específico, e o mesmo endereço pode aceitar e-mails de outra pessoa. As plataformas classificam esses casos de formas diferentes: o HubSpot, por exemplo, lista "Content", "Spam" e "Policy" ao lado de "Unknown user" como motivos de hard bounce (HubSpot KB). Se a sua plataforma conta bloqueios por política como hard bounces, sua lista parece pior do que é e sua configuração de envio parece melhor do que é.

Soft bounces, por código

Código	O que significa	O que fazer
450 4.2.1	Caixa postal temporariamente indisponível	Tentar de novo
452 4.2.2	Caixa postal cheia	Tentar de novo; suprimir se persistir entre envios
552 5.2.2	Caixa postal cheia, devolvida como permanente	Tratar como soft no início; suprimir se repetir
421 4.7.0	Adiado, tente mais tarde	Tentar de novo e desacelerar; muitas vezes é limitação de taxa ou reputação
451 4.3.0	Erro local temporário	Tentar de novo

A linha da caixa cheia mostra por que os códigos precisam ser lidos, e não apenas contados. A RFC 3463 diz que o código de caixa cheia X.2.2 "deve ser usado como falha transitória persistente", mas os servidores costumam devolvê-lo como 552 5.2.2, uma classe permanente. Algumas plataformas pensam o contrário e tratam caixas cheias há muito tempo como mortas: entre os motivos de hard bounce do HubSpot está "Mailbox full" para uma caixa inativa ou acima da cota há muito tempo.

Os adiamentos 4.7.x também são diferentes dos demais. Eles não dizem nada sobre o endereço. Significam que o servidor de destino está limitando você, e tentar de novo mais rápido só piora.

Como cada plataforma lida com eles

Toda plataforma suprime hard bounces. As diferenças estão na rapidez e em quantos soft bounces elas toleram antes de tratar um endereço como morto. Cada linha vem da página de ajuda do próprio fornecedor, lida em 8 de outubro de 2026.

Plataforma	Hard bounce	Limite de soft bounce	Fonte
Mailchimp	Endereço limpo e excluído de envios futuros	7 soft bounces sem atividade do assinante; até 15 com atividade anterior, depois convertido em hard bounce	Ajuda do Mailchimp
Klaviyo	"Suprime automaticamente qualquer endereço de e-mail que dê hard bounce"	Suprimido depois de "mais de 7 consecutivos" soft bounces; só contam os últimos 2 anos	Ajuda do Klaviyo
Brevo	Colocado na lista de bloqueio	Colocado na lista de bloqueio depois de 5 soft bounces consecutivos em campanhas; não se aplica a e-mail transacional	Ajuda do Brevo
HubSpot	Excluído de e-mails futuros; um hard bounce em 3+ contas do HubSpot vira um "global bounce", suprimido em todas	Nenhum limite informado; contatos com soft bounce "estão aptos a receber e-mails futuros". Bounces pendentes são reenviados por até 72 horas	HubSpot KB
Constant Contact	"Non-Existent"; um endereço que dá bounce assim repetidamente em qualquer conta da Constant Contact passa a "Suspended"	"Undeliverable" reenviado por até três dias; nenhuma contagem de supressão informada	Constant Contact KB

Três pontos chamam a atenção.

As contagens são por envio, não por dia. Os sete soft bounces do Mailchimp levam sete semanas numa newsletter semanal e mais de meio ano numa mensal. Uma caixa abandonada fica muito tempo numa lista mensal.

Supressão compartilhada é comum. O global bounce do HubSpot e o status "Suspended" da Constant Contact usam os envios de outros clientes. Um endereço pode estar suprimido na sua conta antes mesmo de você mandar algo para ele, e esse é um dos motivos pelos quais listas importadas mostram menos envios do que contatos.

Fluxos transacionais muitas vezes ficam de fora. A regra de soft bounce do Brevo vale apenas para campanhas. Se você envia recibos e redefinições de senha pela mesma plataforma, um endereço com soft bounce pode continuar recebendo essas mensagens.

Para as plataformas transacionais (SendGrid, Mailgun, Amazon SES e Postmark) e por quanto tempo cada uma tenta de novo dentro de um único envio, veja como lidar com soft bounces. O Amazon SES também conta apenas hard bounces na taxa de bounce, então lá os soft bounces afetam a entrega, mas não o número que dispara uma revisão.

Qual tipo entra na sua taxa de bounce?

Normalmente os hard bounces, mas confira. A maioria dos limites de fiscalização é definida como taxa de hard bounce: os 2% do Brevo e os 5% do HubSpot são assim. Alguns painéis mostram um número combinado que inclui soft bounces e, no caso da Constant Contact, respostas automáticas que na verdade foram entregues. Antes de comparar o seu número com qualquer limite, descubra quais bounces a sua plataforma conta. Os limites em si estão em limites de taxa de bounce por plataforma, e a fórmula está em como calcular a taxa de bounce de e-mail.

Uma política simples que você pode aplicar

1. Suprima 5.1.x e 5.2.1 no primeiro bounce. São falhas de endereço. Enviar de novo só aumenta a sua contagem de hard bounces.
2. Não suprima 5.7.x por um único bounce. Procure um padrão por domínio de destino. Se um provedor rejeita tudo, o problema é a sua reputação ou autenticação, não os endereços. Nosso guia das mensagens de bounce dos provedores decifra os textos que Gmail, Microsoft e Yahoo usam.
3. Tente de novo os códigos 4.x.x de caixa postal e suprima depois de três a cinco envios consecutivos com o mesmo código. É mais rígido que Mailchimp e Klaviyo e está em linha com o Brevo. É a nossa recomendação, não um padrão.
4. Trate os adiamentos 4.7.x como um problema de envio. Desacelere, confira o seu status em listas de bloqueio e não remova os endereços.
5. Verifique antes de importar. Uma lista que nunca recebeu envios não tem histórico de bounce, e plataformas com supressão compartilhada ainda podem contar os endereços mortos dela contra você. Checar antes encontra as caixas inexistentes antes que elas virem hard bounces.

Os rótulos "hard" e "soft" são um resumo. O código por baixo diz se o problema é o endereço, a caixa postal ou você, e cada caso pede uma correção diferente.