Leia a falha de entrega antes de agir
Um bounce é uma falha reportada durante ou depois do envio. Plataformas de marketing costumam separar hard bounces, geralmente permanentes, de soft bounces, geralmente temporários. Esses rótulos resumem o evento; use a resposta SMTP, o código detalhado e a política do provedor para entender a causa.
Uma resposta SMTP 4xx pede nova tentativa mais tarde. Uma resposta 5xx rejeita aquela tentativa. Uma rejeição 5xx de política ou autenticação não significa automaticamente que a caixa postal não existe. Separe problemas do endereço de problemas do remetente.
Sequência de triagem
- Registre evidências: domínio destinatário, horário, resposta SMTP, fluxo de envio e campanha. Evite copiar dados pessoais desnecessários para tickets.
- Determine o alcance: um contato falhando pede investigação diferente de muitos contatos no mesmo provedor falhando juntos.
- Identifique a causa: diferencie destinatário inexistente de armazenamento cheio, limite de envio, autenticação ou reputação.
- Aplique a regra da plataforma: confira como ela repete falhas temporárias e quando suprime falhas recorrentes.
- Registre a resolução: atualize o contato ou corrija o remetente, preservando o histórico de supressão.
Três falhas ilustrativas
Destinatário rejeitado: o servidor informa que a caixa não existe. Confira a grafia e suprima o endereço confirmadamente inválido. Não o importe novamente como contato novo na semana seguinte.
Adiamento temporário: o provedor receptor reduz a velocidade do remetente. Deixe a plataforma gerenciar novas tentativas; não dispare outra campanha para o grupo adiado. Investigue ritmo de envio e reputação se o padrão persistir.
Rejeição de autenticação: muitos destinatários rejeitam um fluxo específico. Revise autenticação e resposta completa antes de remover contatos válidos. Verificar destinatários não corrige DNS ou assinatura DKIM do remetente.
Meça as causas separadamente
Acompanhe falhas permanentes de destinatário, temporárias e de política por provedor e origem de coleta. Defina o denominador: destinatários tentados, mensagens aceitas ou o total específico da plataforma. Comparar percentuais com denominadores diferentes pode esconder a mudança real.
Verificação prévia encontra riscos de caixas postais; processamento de bounces aprende com entregas reais. Um não substitui o outro. Descadastros, reclamações e supressão de hard bounces devem continuar valendo mesmo quando uma análise posterior retorna valid.