Hard bounce e soft bounce: o que significa cada um, taxa de bounce aceitável e como resolver

Um hard bounce é uma falha de entrega permanente: o endereço não existe ou o servidor de destino recusa sua mensagem de vez. Um soft bounce é uma falha temporária, como caixa cheia, limite de envio ou pane no servidor, e a mensagem ganha uma nova tentativa. A Spona enviou 20.000 emails para endereços B2B verificados e registrou cada resposta do servidor. Os hard bounces ficaram em 1,525% e os soft bounces em 2,425%.

Este guia analisa essas respostas código por código. Mostra quando um soft bounce vira hard bounce em cada plataforma de envio, que taxa conta como aceitável e como resolver cada tipo de bounce. No fim, explica o que a Spona faz quando uma lista entregue passa de 2%.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Hard bounce e soft bounce em 20.000 envios: o que voltou

Um bounce de email é qualquer resposta do servidor dizendo que a mensagem não chegou. Três resultados cobrem todos os envios: o servidor aceita a mensagem, adia a entrega ou a rejeita.

A Spona registra esses resultados com três regras. Entregue significa que o servidor respondeu 250 2.0.0 e aceitou a mensagem. Soft bounce é um adiamento 4.x.x ainda em aberto depois de 72 horas, sem rejeição final. Hard bounce é uma rejeição final 5.x.x.

Somando as duas linhas de bounce, 790 mensagens falharam, ou 3,95% dos envios. Os soft bounces responderam por 61% dessas falhas. Essa proporção importa, porque os dois tipos pedem ações opostas. O hard bounce você remove; no soft bounce, você espera.

A tabela vem com duas ressalvas. Entregue não quer dizer caixa de entrada. Um servidor pode aceitar a mensagem e mandá-la para o spam, e o log continua mostrando 250.

A segunda ressalva é a lista. Todos os endereços tinham passado pela verificação da Spona antes do envio, então as taxas mostram o resultado conjunto de 40 listas B2B verificadas. Elas não medem o que a verificação removeu.

O que é hard bounce no email? Uma rejeição permanente

Um hard bounce é o servidor de destino mandando você parar. A RFC 3463 é o padrão por trás dos códigos. Ela define falha permanente como aquela que “dificilmente será resolvida reenviando a mensagem na forma atual”. A resposta começa com 5, e os dois dígitos seguintes dizem o motivo.

As plataformas de envio tratam essa resposta como definitiva. Na maioria dos casos, o Mailchimp remove endereços com hard bounce “automática e imediatamente”. O HubSpot os exclui como destinatários de futuros emails de marketing. O Twilio SendGrid os coloca em uma lista de supressão.

Há uma exceção importante. O HubSpot observa que um hard bounce “também pode ser causado por um filtro de segurança de email rigoroso”. O endereço existe; foi um gateway que recusou você. Esse caso aparece nos códigos como uma rejeição por política 5.7.x, e a correção está do seu lado, não na lista.

Por que um email dá hard bounce: quatro causas

A caixa postal não existe (5.1.1). A RFC 3463 chama isso de endereço de caixa postal de destino inválido, em que “a caixa postal especificada no endereço não existe”. O guia de relatórios de falha na entrega da Microsoft aponta os dois motivos habituais: o remetente digitou o endereço errado ou o endereço não existe mais no sistema de destino.

Em uma lista B2B, o segundo motivo cresce com o tempo, porque as pessoas mudam de emprego. O glossário da Klaviyo cita um caso assim: um destinatário que mudou de endereço de email e apagou o antigo. O post da Spona sobre deterioração de dados mostra em que ritmo isso acontece.

O domínio não existe (5.1.2). O sistema de destino “não existe ou não é capaz de aceitar emails”. Se uma empresa desativa o domínio depois de uma aquisição, o email para todos os contatos dela pode falhar dessa forma.

A caixa postal está desativada (5.2.1). O padrão a descreve como “caixa postal desativada, não aceita mensagens”. A conta de alguém que saiu da empresa, desligada pela equipe de TI (IT) mas mantida, pode responder assim.

A entrega não está autorizada (5.7.1). O servidor informa que “o remetente não está autorizado a enviar para o destino”. A versão da Microsoft é direta: o código 5.7.509 significa que seu domínio não passa na verificação DMARC e tem uma política DMARC de rejeição. O endereço está certo; o problema está na sua autenticação.

O que é soft bounce no email? Um adiamento temporário

Um soft bounce é o servidor dizendo “agora não”. A RFC 3463 chama essa classe de falha transitória persistente, “em que a mensagem, como enviada, é válida”, mas uma condição passageira a segura. A resposta começa com 4. Sua ferramenta de envio guarda a mensagem e tenta de novo.

O HubSpot descreve o soft bounce como “um problema temporário no servidor do destinatário ou outro problema técnico temporário”. A plataforma continua tentando por até 72 horas, e os contatos com soft bounce seguem aptos a receber emails futuros. O Twilio SendGrid também tenta de novo por até 72 horas. A M3AAWG, entidade do setor, orienta os remetentes a “recolocar a mensagem na fila e tentar mais tarde”.

Por que um email dá soft bounce: limite de envio, caixa cheia, problema no servidor

Você enviou demais, rápido demais (4.7.0). O servidor de destino adia sua conexão por motivo de política. Os códigos 4.7.500 a 4.7.699 da Microsoft dizem “Access denied, please try again later” (acesso negado, tente novamente mais tarde). Eles indicam que o servidor detectou atividade suspeita e restringiu o remetente por um tempo.

Para um bloqueio temporário como esse, a M3AAWG recomenda “fechar a conexão e abrir uma nova mais tarde”. Esse adiamento foi o código soft mais comum no log da Spona.

A caixa postal está cheia (4.2.2). O usuário “excedeu uma cota administrativa por caixa postal ou a capacidade física”. Uma caixa que ninguém esvazia acaba lotando.

A caixa postal está temporariamente indisponível (4.2.0). A conta existe, mas o servidor não consegue entregar nela naquele momento.

O sistema de email falhou (4.3.0) ou não respondeu (4.4.1). A RFC 3463 classifica o segundo caso como “No answer from host” (sem resposta do host). O servidor remoto está fora do ar, sobrecarregado ou inacessível, e sua mensagem espera na fila.

Soft bounce e hard bounce: sete diferenças lado a lado

Códigos de bounce de email: os 10 códigos por trás dos bounces da Spona

Todo bounce no log traz dois códigos. A resposta de três dígitos, como 550 ou 421, é o status SMTP clássico. O código estendido com pontos, como 5.1.1, vem da RFC 3463 e dá o motivo. Leia primeiro o código estendido: o primeiro dígito diz se você deve remover o endereço ou esperar.

Dez códigos respondem por todos os 790 bounces dos envios da Spona. O último código hard, 554 5.0.0, reúne as demais falhas definitivas. Um código domina cada lado. No lado hard, “a caixa postal não existe” respondeu por 59% dos hard bounces; no lado soft, os adiamentos por limite e política responderam por 43% dos soft bounces.

Só um código hard aponta para o remetente, e não para a lista: a rejeição por política. As outras 13 falhas definitivas não informam a causa. Todo o resto do lado hard é endereço morto, domínio morto ou caixa fechada. Só uma verificação mais recente pega esses casos antes do servidor.

Quando um soft bounce vira hard bounce?

Nenhum padrão define esse momento. A RFC 3463 define as duas classes e deixa o relógio por conta do remetente. Cada plataforma escolhe uma contagem ou um prazo, e as regras diferem o bastante para mudar os números que você reporta.

A Braze acrescenta uma complicação: um bounce pode chegar “até semanas depois da primeira tentativa de entrega”. A contagem de entregues é uma foto do momento. Refaça os números uma semana depois do envio antes de julgar uma lista.

Qual é uma boa taxa de bounce de email?

Abaixo de 2% de hard bounces. Esse é o número que o Amazon SES dá aos seus remetentes: “para melhores resultados, mantenha uma taxa de bounce abaixo de 2%”. Com 5%, o SES coloca a conta em análise, e com 10% pode pausar os envios. Os limites de reclamação são bem mais rígidos: análise em 0,1% e possível pausa em 0,5%.

Os próprios provedores de caixa postal não publicam nenhum número de bounce. As regras do Google para remetentes em massa valem para quem envia mais de 5.000 mensagens por dia para endereços do Gmail. Elas obrigam os remetentes a processar descadastros em até dois dias e não fixam limite de bounce.

O Yahoo orienta os remetentes a “monitorar hard bounces e soft bounces”, remover destinatários inválidos sem demora e manter a taxa de spam abaixo de 0,3%. Nenhum dos dois cita uma porcentagem de bounce. Por isso o post da Spona sobre estatísticas de cold email lista “Os provedores de email permitem uma taxa de bounce de 2%” como mito.

O benchmark da própria Spona fica abaixo da linha. O benchmark publicado divide os 20.000 envios por país, com 5.000 em cada um de quatro países. A taxa de hard bounce foi de 1,5% nos EUA e 1,2% no Reino Unido. Considerando os 20.000 envios em conjunto, a taxa foi de 1,525%.

Duas coisas determinam se uma lista fica abaixo de 2%: o quão recente é a verificação e quais bounces você conta. A fórmula resolve a segunda.

Fórmula da taxa de bounce de email, com um exemplo calculado

Taxa de bounce = bounces ÷ envios tentados × 100.

Aplique a fórmula ao log da Spona, em que 305 dos 20.000 envios deram hard bounce. Isso dá uma taxa de hard bounce de 1,525%. Se contar também os soft bounces, o numerador passa a 790. A taxa total de bounce fica então em 3,95%.

Duas escolhas mexem no resultado. A primeira é quais bounces contam. O Amazon SES conta só hard bounces para domínios não verificados, então comparar uma taxa total de bounce com a linha de 2% dele exagera o seu risco.

A segunda é quais envios contam. A taxa publicada pela Spona é “falhas permanentes de entrega divididas pelos envios tentados ao subconjunto verificado, excluindo endereços catch-all”. Sempre que reportar uma taxa de bounce, diga qual fórmula usou.

Como resolver hard bounces e reduzir soft bounces

Trabalhe a lista nesta ordem. Os passos 1 a 4 tratam do que já deu bounce. Os passos 5 e 6 evitam que o próximo lote dê bounce.

1. Suprima todo hard bounce na hora e nunca tente de novo um 5.x.x. A M3AAWG considera “muito importante” que uma mensagem para um endereço inexistente não seja reenviada e que o endereço fique fora de envios futuros. O Mailchimp e o Twilio SendGrid fazem isso por você. Se você envia pelo seu próprio servidor SMTP, a lista de supressão fica por sua conta.
2. Deixe um 4.x.x tentar de novo e remova o endereço depois de falhas repetidas. O corte da M3AAWG é de dois bounces seguidos ao longo de duas semanas ou mais. O Mailchimp usa 7 ou 15 soft bounces. Escolha uma regra e aplique-a em todas as listas.
3. Desacelere quando aparecer 421 4.7.0. O servidor está dizendo que seu padrão de envio parece errado, não que o endereço está errado. A instrução da M3AAWG é fechar a conexão e reconectar mais tarde. Distribua o lote por mais horas ou por mais caixas de envio.
4. Confira SPF, DKIM e DMARC quando aparecer 5.7.x. Uma rejeição por política pode significar que o endereço está certo e o seu domínio não. O código 5.7.509 da Microsoft deixa isso claro: o domínio remetente falha no DMARC e tem política de rejeição. Corrija o registro antes de mexer na lista.
5. Verifique antes de enviar e verifique de novo uma lista que ficou velha. Um verificador em massa pega caixas mortas e domínios mortos antes do servidor de destino. O guia da Spona sobre limpeza de lista de emails compara os serviços e seus preços, e o post sobre validação de dados B2B trata das verificações além da caixa postal.
6. Remetentes no Reino Unido: mantenha um registro do que deu bounce. Se um dado pessoal estiver incorreto, o guia de exatidão do ICO diz que você deve “tomar medidas razoáveis para corrigi-lo ou apagá-lo” o quanto antes. A mesma página admite registros de erros, “desde que esses registros não sejam enganosos quanto aos fatos”. Uma lista de supressão pode ser esse registro e evita que você reimporte um endereço morto no próximo trimestre. O ICO está revisando essas orientações por causa do Data (Use and Access) Act.

No Brasil, a referência é a LGPD: o princípio da qualidade dos dados (art. 6º, V) garante aos titulares “exatidão, clareza, relevância e atualização dos dados”. A ANPD é a agência “responsável por zelar pela proteção de dados pessoais e pela privacidade no Brasil”.

O que a Spona faz quando os hard bounces passam de 2%, e seus limites

A meta operacional da Spona é manter os hard bounces abaixo de 2% em uma lista recém-verificada. Um lote acima disso é verificado de novo e investigado.

Das 40 listas entregues na amostra, 4 passaram da linha. A mais alta chegou a 3,0%, e a mais baixa das quatro a 2,4%. As outras 36 listas, somadas, ficaram em 1,394%.

Em três dos quatro casos, a investigação apontou para um defeito nos dados. Um veio do lado do remetente: um problema de autenticação ou de política que a Spona documentou e repassou ao provedor de envio. Todos os casos passaram por cinco dos seis passos; a causa decidiu se valia o passo 4 ou o 5. Qualquer reparação segue o contrato efetivamente firmado.

Onde a Spona entra: você descreve seu cliente ideal em um chat. A IA garimpa mais de 40 fontes, verifica cada lead e entrega uma lista pontuada em cerca de 4 minutos, e você paga por lead.

Um lead de Standard Search só com email custa de 3 a 7 créditos. Pelos preços de crédito dos planos, isso dá de US$ 0,024 a US$ 0,07 por lead. Cada nova sessão de busca tem um custo único de 1.000 créditos. Toda busca começa com uma amostra grátis, e o plano gratuito (Free) traz 3.000 créditos únicos.

Onde ela não entra. A Spona não envia seus emails, então nunca vê os soft bounces que a sua própria configuração causa. Um 421 4.7.0 vindo de uma caixa sem aquecimento é você quem precisa resolver. Ela também não mede o posicionamento na caixa de entrada; entregue, no log dela, significa aceito.

A meta valeu em 36 das 40 listas, não em todas, e uma das falhas veio do lado do remetente. E, se você já tem a lista, um verificador em massa dedicado é a ferramenta feita para checá-la; o guia de limpeza de lista de emails compara as opções.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Hard bounce e soft bounce: perguntas frequentes

Devo apagar os emails com hard bounce?

Suprima em vez de apagar. Uma lista de supressão impede que o mesmo endereço volte na próxima importação. Pelo princípio da exatidão do UK GDPR, um registro de erro é aceitável desde que não seja enganoso quanto aos fatos. Apagar a linha elimina sua única prova de que o endereço falhou.

Que taxa de bounce é alta demais para cold email?

Qualquer coisa acima de 2% de hard bounces pede ação. O Amazon SES coloca contas em análise com 5% e pode pausá-las com 10%. Nenhum provedor de caixa postal publica um limite de bounce próprio. O post sobre estatísticas de cold email explica por que “Os provedores de email permitem uma taxa de bounce de 2%” é um mito.

Quanto tempo um email leva para voltar como bounce?

O hard bounce volta assim que o servidor recusa a mensagem, porque ninguém tenta de novo um 5.x.x. O soft bounce pode levar 72 horas para aparecer no relatório, porque o HubSpot e o Twilio SendGrid continuam tentando por todo esse tempo. A Braze avisa que alguns bounces chegam semanas depois da primeira tentativa.

O email volta se o endereço não existe?

Sim, na maioria dos casos. O glossário da Klaviyo diz que um envio para um endereço inexistente recebe um erro 550 5.1.1. Foi o código de hard bounce mais frequente no log da Spona, com 180 dos 305 hard bounces.

Uma taxa de rejeição (bounce rate) de 20% ou 70% é boa?

Esses números vêm do analytics de sites, em que rejeição é o visitante que sai depois de ver uma página só. No email, seriam um desastre. O Amazon SES coloca a conta em análise com 5%, então 20% é quatro vezes esse limite.