Soft Bounce vs Hard Bounce: A Diferença e Soluções

Bounce suave vs bounce duro: a diferença

Um bounce duro é uma falha de entrega permanente (o endereço não existe, o domínio está inativo) após o qual você deve excluir o endereço para sempre. Um bounce suave é uma falha temporária (caixa de correio cheia, servidor inacessível, limite de taxa) que você pode tentar novamente. Você os distingue pelo código de resposta SMTP: 5xx significa duro, 4xx significa suave.

Códigos SMTP e o que eles significam

*O código 552 é tecnicamente 5xx, mas muitos provedores tratam uma caixa de correio cheia como temporária, então é tratado como um bounce suave com um limite de tentativas.

Lógica de tentativa para bounces suaves

Um bounce suave não significa "excluir" — significa "esperar e tentar novamente". Um cronograma sensato de retrocesso exponencial:

Tentativa 1: +15 minutos
Tentativa 2: +1 hora
Tentativa 3: +4 horas
Tentativa 4: +12 horas
Tentativa 5: +24 horas
Após 5 falhas -> converter para difícil, deletar

Se um endereço tiver soft-bounce por 72 horas seguidas, ele está efetivamente morto — mova-o para a lista de supressão.

A lista de supressão: seguro de reputação

Uma lista de supressão é uma lista de endereços que o sistema nunca enviará novamente: hard bounces, cancelamentos de inscrição, reclamações. Ela fica acima de cada segmento, então até mesmo uma reimportação acidental de um arquivo antigo não reenviará para um endereço morto. No YourTrend, hard bounces são adicionados automaticamente à supressão, e você fisicamente não pode enviar e-mail para esse endereço novamente.

Limites seguros de taxa de bounce

• Abaixo de 2% — saudável para uma lista limpa.
• 2–5% — um sinal de alerta, revise sua fonte de endereços.
• Acima de 5% — Gmail, Yahoo e Mail.ru começam a limitar ou bloquear seu e-mail.
• Acima de 10% — risco quase certo de colocação em spam e lista de bloqueio.

Bloqueios disfarçados como hard bounces

Nem todo 550 significa uma caixa de correio inexistente. Alguns são bloqueios de reputação que você não deve tratar deletando o endereço, ou você perde um assinante real. Compare a redação:

550 5.1.1 <user@gmail.com> ... usuário desconhecido        # hard verdadeiro, delete
550 5.7.1 [IP] Nosso sistema detectou taxa incomum  # bloqueio de reputação, NÃO delete
421 4.7.0 [TSS04] Mensagens temporariamente adiadas      # limitação do Yahoo, tente novamente

Regra prática: se o texto contém "taxa", "reputação", "adiado" ou "limitar", é um problema do remetente, não um problema do endereço. Reduza seu volume e aqueça o IP.

Como um evento de bounce se parece em um webhook

A plataforma entrega cada bounce como JSON estruturado para que seu CRM possa reagir automaticamente:

{
  "event": "bounce",
  "type": "hard",
  "email": "user@example.com",
  "smtp_code": "550",
  "reason": "5.1.1 caixa de correio não existe",
  "suppressed": true,
  "ts": "2026-07-29T10:22:11Z"
}

O campo type já está classificado, e suppressed: true confirma que o endereço não receberá mais e-mails.

Como reduzir sua taxa de bounce

1. Valide endereços antes de enviar com o validador gratuito.
2. Use double opt-in para capturar erros de digitação na entrada.
3. Remova hard bounces imediatamente, não "talvez mais tarde".
4. Limpe assinantes inativos a cada 3–6 meses.
5. Configure DKIM e DMARC — algumas rejeições 550 5.7.1 estão relacionadas à autenticação.

Monitoramento e alertas de rejeição

Um único valor de taxa de rejeição diz pouco — a tendência é o que importa. Defina um alerta para um pico acentuado: se uma campanha saltar de 1% para 6% de rejeições, isso quase sempre sinaliza um segmento ruim ou uma importação desatualizada, e você deve pausar o envio. Ajuda a dividir a métrica por provedor: um aumento apenas no Gmail, enquanto os outros permanecem normais, geralmente aponta para um problema de autenticação ou reputação no Google, em vez de endereços inválidos. Acompanhe a parte de rejeições suaves separadamente também — um aumento lá muitas vezes precede bloqueios e lhe dá tempo para reagir.

Como o YourTrend lida com isso

A plataforma analisa a resposta SMTP, classifica a rejeição por código, coloca endereços suaves em fila para novas tentativas com retrocesso e converte automaticamente falhas persistentes em falhas definitivas. Webhooks enviam cada evento de rejeição em tempo real, e o painel mostra a taxa de rejeição por campanha. Os detalhes do manuseio de eventos estão na documentação. Lidar bem com rejeições suaves e definitivas não se trata de perder endereços — trata-se de proteger a entregabilidade de toda a sua lista.