Toda plataforma de e-mail separa as entregas que falharam em duas pilhas, e a pilha em que um endereço cai decide o que acontece com ele em seguida. A divisão entre hard bounce e soft bounce parece simples: um hard bounce é permanente, um soft bounce é temporário. Na prática, os códigos são mais bagunçados do que os rótulos, e os erros caros acontecem nas zonas cinzentas: um bloqueio de política registrado como hard bounce, uma caixa postal que está "cheia" há meses, um soft bounce que se repete silenciosamente a cada envio. Este guia traz definições claras, uma tabela código a código e uma política de tratamento que você pode adotar hoje mesmo.
A resposta curta#
Um hard bounce significa que a mensagem nunca poderá ser entregue àquele endereço: a caixa postal não existe, o domínio não existe ou a conta foi desativada. Suprima o endereço depois do primeiro. Um soft bounce significa que a entrega falhou por enquanto: a caixa postal está cheia, o servidor está ocupado ou está adiando remetentes que ainda não conhece. Deixe sua plataforma tentar de novo e suprima o endereço só se ele continuar dando soft bounce ao longo de vários envios separados.
O código SMTP diz qual é qual: 5xx é permanente, 4xx é temporário. A exceção que
você não pode deixar passar é o 5.7.x. Esse código é um bloqueio contra você (sua
reputação, seu conteúdo ou sua autenticação), não um veredito sobre o endereço, e
suprimir os destinatários não vai resolver o problema.
O que é um hard bounce?#
Um hard bounce é uma falha de entrega permanente. O servidor de destino olhou para o destinatário e recusou, e enviar de novo não vai mudar a resposta. As causas mais comuns:
- A caixa postal não existe. Nunca existiu (um erro de digitação, um cadastro inventado) ou deixou de existir (um funcionário saiu, uma conta foi encerrada).
- O domínio não existe ou não tem servidor de e-mail. Muitas vezes é um domínio
digitado errado, como
gmial.com, ou um domínio corporativo que expirou depois de um rebranding. - A conta foi desativada. Os provedores desativam contas, muitas vezes após um longo período de inatividade, e a partir daí rejeitam e-mails enviados a elas.
Cada hard bounce diz aos provedores de caixa postal que você enviou para um endereço pelo qual não podia responder. Um só é ruído. Um fluxo constante parece uma lista desatualizada ou descuidada, e isso é um problema de reputação de remetente para cada mensagem que você envia, não apenas para as que deram bounce.
O que é um soft bounce?#
O significado de soft bounce, em uma linha: a entrega falhou por um motivo que pode desaparecer. O endereço pode estar perfeitamente bom. Causas comuns:
- A caixa postal está cheia. O dono pode apagar mensagens e ela voltará a aceitar e-mails.
- O servidor de destino está fora do ar, sobrecarregado ou inacessível.
- Greylisting. O servidor adia uma vez os e-mails de remetentes desconhecidos e aceita a nova tentativa alguns minutos depois.
- Throttling (limitação de taxa). O provedor está limitando a velocidade com que aceita seus e-mails, geralmente por causa de um pico de volume ou de uma queda de reputação.
Os servidores de envio repetem os soft bounces automaticamente, por horas ou alguns dias, dependendo da plataforma, então muitos deles terminam em entrega sem que você faça nada. Algumas plataformas chamam de "deferral" (adiamento) uma falha que ainda está sendo retentada e só registram um soft bounce quando desistem, e é por isso que duas ferramentas podem relatar contagens diferentes de soft bounces para o mesmo envio.
Como diferenciar hard bounce e soft bounce: leia o código#
Abra os detalhes do bounce na sua plataforma de e-mail. A maioria mostra um "motivo do bounce" ou "código de diagnóstico", que é a resposta bruta do servidor de destino:
550 5.1.1 The email account that you tried to reach does not exist.
Essa resposta tem três partes: o código básico (550), o código de status enhanced
(5.1.1) e um texto legível por humanos. O primeiro dígito de qualquer um dos
códigos é a manchete: 5 é permanente, 4 é temporário. O número do meio do código
enhanced diz do que se trata a falha: x.1.x o endereço, x.2.x a caixa postal,
x.3.x o sistema de e-mail, x.4.x a rede, x.7.x segurança ou política. O texto
varia de provedor para provedor, então confie mais nos códigos do que no texto.
O guia de códigos de resposta SMTP cobre toda a gramática, e a consulta gratuita de códigos SMTP traduz qualquer resposta que você colar nela. Estes são os códigos com que os profissionais de marketing mais se deparam:
| Código | O que geralmente significa | Hard ou soft | O que fazer |
|---|---|---|---|
5.1.1 (muitas vezes com 550) | A caixa postal não existe: "user unknown", "no such user" | Hard | Suprima depois do primeiro bounce. |
5.1.2 | O domínio não existe ou não pode receber e-mails | Hard | Suprima. Se o domínio for um erro de digitação óbvio, peça à pessoa o endereço correto em vez de editá-lo você mesmo. |
5.2.1 | A caixa postal existe, mas está desativada | Hard, na prática | Suprima. Contas desativadas raramente voltam. |
4.2.2 (muitas vezes com 452) | Caixa postal cheia | Soft | Deixe as novas tentativas acontecerem. Suprima se ela continuar cheia depois de vários envios. |
5.2.2 (muitas vezes com 552) | Caixa postal cheia, informada com um código permanente | Trate como soft | O mesmo que 4.2.2. O padrão chama a caixa postal cheia de
falha temporária persistente. |
5.3.4 (muitas vezes com 552) | Sua mensagem é maior do que o servidor aceita | Nenhum dos dois: o problema é a mensagem | Reduza anexos ou imagens. Não suprima o endereço. |
5.7.1, 5.7.26 e outros 5.7.x | Bloqueado por política: reputação, conteúdo, listagem em uma blocklist ou falha de autenticação | Código permanente, mas não tem a ver com o endereço | Não suprima os destinatários. Corrija a causa e depois retome. |
4.7.x (muitas vezes com 421 ou 451) | Greylisting ou throttling: "try again later" | Soft | Deixe as novas tentativas acontecerem. Se atingir um provedor inteiro a cada envio, olhe para a sua reputação. |
4.4.1, 4.4.7 | Não foi possível alcançar o servidor, ou o seu remetente desistiu após a janela de novas tentativas | Soft | Ignore casos isolados. Se um domínio falhar por dias, verifique os registros MX dele. |
Os servidores nem sempre usam os códigos com precisão. Alguns enviam um 550 puro
para um bloqueio de política, e alguns enviam um 5xx com um texto que claramente
descreve um problema temporário. Quando o código básico, o código enhanced e o texto
discordam, o código enhanced e o texto geralmente contam a história mais verdadeira.
Os casos complicados#
Um bloqueio 5.7.x tem a ver com você, não com o endereço#
Um 550 5.7.1 começa com 5, então muitas plataformas o contam como hard bounce. Mas
o servidor não está dizendo que a caixa postal não existe. Ele está recusando os
seus e-mails: seu IP ou domínio de envio está em uma blocklist, sua reputação com
aquele provedor caiu, seu conteúdo acionou um filtro ou sua autenticação falhou. O
Gmail, por exemplo, usa 5.7.26 para e-mails que falham nas checagens de
autenticação.
O que entrega o problema é o padrão: um bloqueio atinge muitos destinatários de um mesmo provedor de uma só vez, e caixas postais reais não morrem todas no mesmo minuto. Suprimi-los joga fora assinantes que ainda querem seus e-mails e mantém o bloqueio no lugar. Leia o texto do bounce, que muitas vezes cita a blocklist ou aponta para a página de políticas do provedor. Depois, verifique se você está em uma blacklist, confirme que seu SPF, DKIM e DMARC estão passando e siga os passos para sair da lista se a causa for uma listagem. Assim que o bloqueio cair, esses endereços voltam a poder receber seus envios.
Caixa postal cheia que nunca esvazia#
Uma caixa postal cheia é o soft bounce clássico: o endereço existe e o dono pode liberar espaço. Mas às vezes uma caixa de entrada enche porque ninguém mais a lê. Se um endereço responde "mailbox full" a cada envio durante semanas, trate-o como abandonado. Os provedores acabam desativando contas abandonadas, momento em que o endereço começa a dar hard bounce, e alguns reciclam endereços parados há muito tempo como spam traps. Suprima uma caixa postal persistentemente cheia antes que qualquer uma dessas coisas aconteça.
Greylisting e throttling parecem idênticos em um relatório#
Os dois chegam como respostas 4xx com códigos 4.7.x, e os dois dizem "try again
later". O greylisting é um pedágio único: o servidor
adia um remetente desconhecido, aceita a nova tentativa e geralmente se lembra de
você depois disso. O throttling é o provedor racionando seus e-mails. Você nunca
precisa agir sobre um bounce isolado de greylisting. Já um throttling que aparece em
um provedor inteiro, envio após envio, é um alerta precoce de reputação: diminua o
ritmo, confira sua taxa de reclamação e veja o que o
Google Postmaster Tools diz sobre o seu
domínio.
Soft bounces que continuam se repetindo#
Um soft bounce não significa nada. O mesmo endereço dando soft bounce em cinco campanhas seguidas é um endereço morto disfarçado: uma caixa postal abandonada, um servidor de e-mail que deixou de existir, um domínio configurado pela metade. Muitas plataformas convertem esses casos em hard bounces depois de uma sequência de falhas; se a sua não faz isso, a política abaixo faz.
Bounces que chegam depois de "entregue"#
Alguns servidores aceitam a mensagem primeiro e a rejeitam depois, enviando uma mensagem de bounce minutos ou horas mais tarde. Gateways de segurança corporativos e domínios catch-all costumam funcionar assim, então sua plataforma pode registrar a mensagem como entregue e depois como bounce. Trate o bounce tardio exatamente como um imediato com o mesmo código.
Respostas automáticas não são bounces#
Respostas de ausência do escritório e avisos de "saí da empresa" são e-mails entregues, não bounces. O endereço com resposta de ausência está ótimo. A resposta de "saí da empresa" é um alerta precoce de que a caixa postal vai começar a dar hard bounce em breve, então atualize ou aposente o contato agora. Em uma base de vendas, ela também é a deixa para encontrar quem assumiu o lugar, um hábito abordado em higiene de dados do CRM.
Uma política de tratamento de bounces que você pode adotar#
Escreva as regras uma vez para que ninguém decida endereço por endereço. Um padrão sensato:
| O que aconteceu | Regra |
|---|---|
Hard bounce (5.1.1, 5.1.2,
5.2.1) | Suprima permanentemente depois do primeiro. Sem nova tentativa, sem segunda chance. |
| Soft bounce isolado | Não faça nada. Deixe a plataforma tentar de novo. |
| Soft bounces repetidos | Suprima depois de 3 a 5 soft bounces consecutivos em envios separados. |
| Caixa postal cheia há semanas | Suprima, ou mova o endereço para a sua política de sunset junto com outros endereços inativos. |
Bloqueio de política (5.7.x) | Não suprima. Corrija a reputação, a autenticação ou o conteúdo e depois retome. |
| Mensagem grande demais | Corrija a mensagem. O endereço está ótimo. |
Alguns detalhes fazem a política funcionar:
- De 3 a 5 é uma prática comum, não uma lei. Escolha um número e aplique-o com consistência. Quanto menor, mais seguro para um remetente com pouca reputação de sobra.
- "Consecutivos" significa que uma entrega bem-sucedida zera a contagem, e você conta envios separados, não as novas tentativas automáticas da sua plataforma para uma mesma mensagem.
- Suprima, não exclua. Um endereço suprimido continua registrado, então uma importação futura não consegue adicioná-lo de volta em silêncio.
- Leve sua lista de supressão com você. Ela não migra sozinha quando você muda de ferramenta, e é por isso que levá-la é um dos primeiros passos para trocar de plataforma de e-mail com segurança.
Se a sua equipe processa bounces em código em vez de no painel de uma plataforma, construir um classificador de bounces transforma essas mesmas regras em uma função.
O que sua plataforma de e-mail faz automaticamente#
A maioria das plataformas de e-mail já executa uma versão dessa política para você:
- Hard bounces são suprimidos automaticamente, geralmente depois do primeiro.
- Soft bounces são retentados ao longo de uma janela de horas a dias, e um endereço que continua falhando acaba sendo convertido em hard bounce ou suprimido. Os limites exatos variam e nem sempre são documentados.
- Bloqueios de política são tratados de forma inconsistente. Algumas plataformas
mantêm uma categoria separada de "bloqueados" para rejeições
5.7.xe deixam o endereço ativo; outras os registram como hard bounces. Descubra o que a sua faz. Se ela misturar tudo, um único evento de bloqueio pode suprimir centenas de assinantes reais.
O que nenhuma plataforma consegue fazer é suprimir um endereço antes do primeiro bounce. Quando qualquer regra automática é acionada, o bounce já contou contra você.
Por que a contagem de hard bounces é a que você deve acompanhar#
Os hard bounces são o que causa o dano à reputação, então acompanhe a taxa de hard bounce separadamente, e não misturada com os soft bounces. Abaixo de cerca de 2% é normal, 2% é uma linha de alerta, e muitas plataformas tratam algo em torno de 5% como motivo para limitar ou suspender uma conta. Uma lista verificada no cadastro e limpa regularmente costuma ficar bem abaixo de 1%. Para ver onde a sua está, passe os números pela calculadora de taxa de bounce e compare-os com os benchmarks de taxa de bounce por setor. Para entender por que os provedores dão tanto peso a esse número, veja por que a taxa de bounce importa.
Evite os dois antes de enviar#
A verificação leva a decisão sobre o bounce para antes do envio: uma checagem SMTP da caixa postal pergunta ao servidor de destino se a caixa postal existe, sem enviar um e-mail. Os quatro vereditos do Qualisend se alinham com os tipos de bounce acima:
- Não entregável cobre os hard bounces de amanhã: caixas postais rejeitadas,
domínios sem rota de e-mail, sintaxe inválida e contas desativadas (a sub-flag
disabled). Suprima esses endereços antes que eles contem contra você. - Arriscado com
full_mailboxcobre os soft bounces de amanhã. Envie com cuidado e verifique de novo na próxima limpeza. Se continuar cheia, provavelmente foi abandonada. - Arriscado com
catch_allsignifica que o servidor aceita tudo, então não dá para confirmar a caixa postal. Mantenha esses endereços em um segmento próprio, com envio limitado. - Desconhecido significa que o servidor nunca deu uma resposta conclusiva, muitas vezes por causa de greylisting. Verifique de novo mais tarde em vez de suprimir. Vereditos desconhecidos são reembolsados.
Uma checagem no cadastro também pega erros de digitação com uma sugestão do tipo
"você quis dizer" (gmial.com vira gmail.com), e
os erros de digitação de e-mail mais comuns são
previsíveis o bastante para serem barrados no formulário. Para as listas que você já
tem, o checklist de higiene de lista de e-mails cobre a
rotina completa, e o relatório de saúde de lista de uma página do Qualisend
classifica o risco de bounce de uma lista como Healthy (saudável: abaixo de 2%),
Needs attention (requer atenção: de 2 a 5%) ou At risk (em risco: acima de 5%). Se
seus contatos estão em uma plataforma de e-mail, as
integrações nativas os limpam no próprio lugar e gravam os
vereditos de volta como tags ou campos.
A verificação não consegue evitar um bloqueio 5.7.x, que tem a ver com a forma como
você envia, e endereços ainda podem morrer entre a sua última checagem e o seu
próximo envio. É por isso que você quer tanto a verificação quanto uma política de
bounces por escrito.
Perguntas frequentes
01Qual é a diferença entre hard bounce e soft bounce?
Um hard bounce é uma falha permanente: a caixa postal ou o domínio não existe, ou a conta está desativada, e o servidor responde com um código 5xx como 5.1.1. Um soft bounce é uma falha temporária, como caixa postal cheia, servidor ocupado, greylisting ou throttling, e chega como um código 4xx. Suprima hard bounces imediatamente; deixe os soft bounces serem retentados.
02O que é um soft bounce e devo me preocupar com ele?
Um soft bounce é uma tentativa de entrega que falhou por um motivo que pode desaparecer, então sua plataforma tenta de novo automaticamente. Um único não é motivo de preocupação. Preste atenção quando o mesmo endereço der soft bounce em vários envios seguidos, ou quando respostas de throttling atingirem um provedor inteiro de uma vez, o que aponta para um problema de reputação, e não para um endereço ruim.
03Quantos soft bounces antes de remover um endereço?
Não existe um número universal. Uma prática comum é suprimir um endereço depois de 3 a 5 soft bounces consecutivos em envios separados, com qualquer entrega bem-sucedida zerando a contagem. Uma caixa postal que está cheia há semanas é uma boa candidata a ser removida antes, porque caixas de entrada abandonadas acabam sendo desativadas ou recicladas.
04Devo remover endereços que deram bounce com o erro 5.7.1?
Não. Um código 5.7.x significa que o servidor de destino recusou seus e-mails por motivos de política, como listagem em uma blocklist, má reputação, filtragem de conteúdo ou falha de autenticação. Os endereços geralmente estão bons. Leia o texto do bounce, verifique seu status em blacklists, corrija a autenticação ou a listagem e retome os envios assim que o bloqueio cair.
05Um hard bounce pode ser um engano?
Sim, em dois casos principais: um bloqueio de política que sua plataforma registrou como hard bounce e uma rara configuração incorreta do lado de quem recebe. Se um contato valioso deu hard bounce, mas você tem motivos para achar que o endereço está ativo (por exemplo, a pessoa respondeu dele recentemente), verifique-o e confirme por outro canal antes de tirá-lo da supressão.
Quer pegar os hard bounces antes que eles aconteçam? Cheque um único endereço com o verificador de e-mail gratuito ou verifique uma lista inteira com 100 créditos gratuitos que nunca expiram.
