Bounce de email: códigos, causas e follow-up

O que é bounce de email e qual a diferença entre hard bounce e soft bounce?

Um bounce de email é uma mensagem que o servidor de destino se recusou a entregar. Durante a conversa SMTP, o servidor responde com um código numérico. O primeiro dígito indica se a falha é permanente ou temporária. A maioria dos servidores também acrescenta um código de status estendido, no formato classe.assunto.detalhe, e é esse código com pontos que você vê nos logs de bounce. Um hard bounce é uma recusa permanente: mandar de novo não vai fazer o endereço funcionar. Um soft bounce é temporário: a caixa está cheia, o servidor está sobrecarregado ou você bateu num limite de taxa. O servidor de envio devolve a mensagem para a fila, tenta de novo em intervalos e só desiste depois de um prazo definido. Um erro comum é tratar todo bounce do mesmo jeito. Se você continua tentando endereços que voltaram como user unknown, os provedores de destino entendem isso como sinal de que sua lista nunca foi validada. A tabela abaixo reúne os motivos que mais aparecem para quem faz cold email.

Motivo do bounce	Tipo	O que significa	O que fazer
User unknown	Hard	A caixa de email não existe	Remover o endereço de vez
Falha de autenticação (Gmail e outros)	Hard (política)	A mensagem não passou nas verificações de SPF/DKIM sob o DMARC	Corrigir o DNS antes de enviar qualquer outra coisa
Bloqueio por política ou reputação	Hard (política)	Recusada pela política do destinatário ou por uma blocklist	Parar os envios e depois verificar blocklists e conteúdo
Caixa acima da cota	Soft ou hard, dependendo do servidor de destino	A caixa de email está cheia	Deixar as novas tentativas rodarem e remover o endereço se continuar acontecendo
Limite de taxa ou deferral	Soft	O servidor está recusando temporariamente mais emails seus	Reduzir o volume de envio para aquele domínio

Como é uma mensagem de bounce? Exemplo de email

O bounce volta como uma notificação de status de entrega (DSN). Seu cliente de email mostra um resumo legível no topo e, abaixo, vem um bloco legível por máquina com o destinatário que falhou, a ação tomada e o status. Um bounce permanente típico de uma caixa hospedada no Google se parece mais ou menos com o exemplo abaixo. Trocamos o endereço, mas os nomes dos campos são os padrão.

Final-Recipient: j.mueller@example-gmbh.de / Action: failed / Status: permanent failure / Diagnostic-Code: The email account that you tried to reach does not exist.

Leia três campos. Action: failed significa que não haverá mais tentativas; Action: delayed significa que a mensagem ainda está na fila. Status traz o código estendido, e o primeiro dígito dele separa falhas permanentes de temporárias. Diagnostic-Code traz o texto do próprio servidor de destino, que muitas vezes é mais específico que o código. A Brevo registra esses eventos como hard ou soft bounce, então, se você envia pela sua própria conta Brevo, vê tudo isso direto lá. Não se guie pelo assunto da notificação: 'Undeliverable' e 'Delivery delayed' podem aparecer por causas bem diferentes.

Por que cold emails dão bounce?

Quando uma lista de cold email dá bounce, normalmente a causa está na lista ou no domínio, não no texto da mensagem. Estes são os cenários de falha mais comuns e o que os provoca:

• User unknown: o contato saiu da empresa, ou alguém deduziu o endereço a partir de um padrão de nome e ele nunca existiu.
• Sem autenticação: SPF ou DKIM não passam com alinhamento DMARC ao domínio do From. As diretrizes para remetentes de email do Google exigem que remetentes em massa se autentiquem com SPF, DKIM e DMARC, e o Gmail recusa emails que falham nessas verificações.
• Bloqueio por política: o servidor de destino ou uma blocklist não confia no seu IP ou domínio de envio, muitas vezes por causa de reclamações anteriores.
• Deferral: volume demais, rápido demais, a partir de um domínio novo. Isso aparece muito quando o aquecimento é pulado.
• Acima da cota: a caixa ainda existe, mas ninguém a esvazia. Muitas vezes isso vira hard bounce mais tarde.
• Domínios catch-all: aceitam qualquer destinatário durante a troca SMTP e dão bounce depois, então validar o endereço antes não consegue dizer se a caixa existe.

Dois desses são problemas de DNS, não de lista. Se você recebe recusas de autenticação, revise SPF, DKIM e DMARC para quem envia cold email antes de mandar mais uma mensagem. Se um domínio com poucas semanas de vida recebe deferrals, desacelere e siga uma rampa de aquecimento de email com volumes diários.

Por que o email de follow-up de vendas dá bounce se o primeiro não deu?

Um email de follow-up de vendas vai para o mesmo endereço do primeiro contato. Se o follow-up dá bounce e o primeiro não deu, algo mudou no meio do caminho, e há quatro explicações comuns. Um: a pessoa saiu e o TI apagou a caixa entre as suas duas mensagens, então agora você recebe user unknown. Dois: o primeiro envio sofreu deferral, o servidor de envio continuou tentando e, ao atingir o prazo de desistência, a falha temporária virou permanente. Três: sua reputação de remetente caiu. Reclamações de spam na primeira leva podem gerar bloqueios por política ou deferrals na segunda, e as diretrizes para remetentes de email do Google pedem que a taxa de spam reportada pelos usuários, exibida no Postmaster Tools, fique baixa. Vale verificar e corrigir a reputação de remetente nesses casos. Quatro: problema de encadeamento. Se o follow-up reaproveita um Message-ID ou quebra o cabeçalho In-Reply-To, alguns servidores o recusam como malformado. Reenviar o mesmo follow-up para um endereço com hard bounce 'só por garantia' não funciona, porque cada repetição conta como mais um envio para um destinatário inválido. Timing e cabeçalhos de encadeamento merecem atenção própria ao planejar a cadência de follow-up de cold email.

Exemplo de email de follow-up de vendas: o que enviar depois de um bounce?

Depois de um hard bounce, você não faz follow-up com aquele endereço de jeito nenhum. O follow-up vai para outra pessoa na mesma conta, alguém que você confirmou por uma fonte pública, como o site da empresa ou um comunicado à imprensa. Seja breve, diga por que está escrevendo para ela e não aja como se já tivesse uma conversa em andamento. Veja um exemplo de email de follow-up de vendas para essa situação:

Assunto: A estrutura de outbound do seu time / Oi, Anna, tentei falar com o Jonas sobre como o time de vendas de vocês faz o primeiro contato no outbound, mas meu email voltou, então imagino que ele tenha saído. Esse assunto agora fica com você, ou pode me dizer quem cuida disso? Gravei um vídeo curto explicando a ideia — posso enviar se fizer sentido. Se não fizer, não precisa responder e não vou escrever de novo. Abraço, Lena

As regras de consentimento continuam valendo. Onde a lei exige consentimento prévio para email publicitário, como faz a Lei contra a Concorrência Desleal da Alemanha (UWG), o novo contato conta como um novo destinatário. A base legal que você tinha precisa cobrir a Anna, não só o Jonas. O mesmo cuidado vale para outros modelos de email de follow-up de vendas, como os de quem não respondeu ou os de pós-reunião.

Como o EmailFlow OS lida com bounces quando você envia email com vídeo?

Funciona assim no EmailFlow OS. Você grava um único vídeo e faz o upload, conecta sua conta Brevo e seu domínio de envio e importa sua lista de prospects para o EmailFlow OS. O EmailFlow OS então cria uma versão personalizada daquela gravação para cada destinatário, não para cada empresa. Cada versão sai da sua própria caixa de entrada, pela sua conta Brevo e pelo seu domínio. Não existe remetente compartilhado da plataforma. Isso faz diferença nos bounces. Cada recusa é registrada contra o seu domínio e aparece nos seus logs da Brevo, onde você mesmo lê o código de status e o texto do Diagnostic-Code. A qualidade da lista de outros remetentes não afeta a sua reputação, e a sua não afeta a deles. O outro lado é que uma lista descuidada prejudica você diretamente. Cada versão personalizada pertence a um destinatário, então um endereço morto significa um bounce. Por isso, limpe a lista antes de importá-la para o EmailFlow OS, e não depois da primeira leva. Quando a Brevo reportar um hard bounce, remova esse contato da lista de prospects no EmailFlow OS antes que qualquer follow-up seja enviado.

Como manter os bounces baixos antes do primeiro envio?

Dá para evitar a maior parte dos bounces antes que qualquer coisa saia do seu domínio. Siga esta ordem:

1. 1 Publique SPF, DKIM e DMARC para o domínio de envio, começando o DMARC com a política só de monitoramento p=none. Confirme que a chave DKIM da Brevo passa antes de qualquer campanha sair.
2. 2 Junte todos os remetentes em um único registro SPF e respeite o limite de consultas DNS definido pela especificação do SPF. Se passar dele, o SPF retorna permerror, que conta como falha e pode gerar recusas de autenticação no Gmail.
3. 3 Valide todos os endereços da lista de prospects e marque os domínios catch-all à parte, já que neles a validação não consegue confirmar que a caixa existe.
4. 4 Importe para o EmailFlow OS só a lista validada e tire os endereços de função (role addresses) para os quais você não tem base legal de contato.
5. 5 Em um domínio novo, aumente o volume diário aos poucos em vez de enviar para a lista inteira no primeiro dia.
6. 6 Depois de cada envio, leia os eventos de bounce na Brevo e remova todos os endereços marcados como hard bounce antes do próximo contato.

Nada disso garante a entrega, porque quem decide é o servidor de destino. O que essas etapas fazem é tirar as causas evitáveis do caminho, para que os bounces que ainda aparecerem digam algo real. Para revisar o resto da sua configuração, passe por um checklist de entregabilidade de cold email.

Perguntas frequentes

? Qual a diferença entre hard bounce e soft bounce?

Hard bounce é uma recusa permanente, como user unknown para uma caixa que não existe; a notificação mostra Action: failed. Soft bounce é temporário, como caixa cheia ou deferral por limite de taxa, e costuma mostrar Action: delayed. O servidor de envio tenta de novo sozinho em caso de soft bounce. Um endereço com hard bounce deve sair da sua lista na hora.

? O que significa uma recusa de autenticação do Gmail?

O Gmail recusou a mensagem porque ela não passou no SPF ou no DKIM com alinhamento ao domínio do From sob o DMARC. É um problema de configuração do domínio, não da lista. Antes de reenviar qualquer coisa, confira se o seu registro DKIM da Brevo está publicado no seu próprio domínio e se existe um registro DMARC em _dmarc.

? Devo reenviar um email que deu bounce?

Só depois de um soft bounce, e só depois de corrigir a causa. Em um deferral, o servidor de envio continua tentando sozinho até o prazo de desistência. Nunca reenvie depois de uma falha permanente como user unknown, porque cada repetição conta como mais uma tentativa para um destinatário inválido. Em vez disso, encontre outro contato validado na mesma empresa.

? Um email que deu bounce conta contra o meu domínio?

Sim. Se você envia pela sua própria conta Brevo e pelo seu domínio, como acontece com o EmailFlow OS, cada bounce é registrado contra esse domínio. Os provedores de destino tratam envios repetidos para endereços inválidos como sinal de lista não validada. Num remetente compartilhado de plataforma, a reputação é dividida entre muitos clientes, então funciona de outro jeito.