← Todos os artigosEntregabilidade

Hard bounce e soft bounce: o que fazer quando um e-mail falha

4 min de leitura

Um hard bounce geralmente indica uma falha permanente de entrega; soft bounce costuma descrever um problema temporário. Esses termos são um ponto de partida, não um diagnóstico completo. A resposta pode indicar um endereço inválido, uma política do sistema destinatário ou um limite temporário. Leia o motivo informado antes de tentar novamente e guarde as evidências no registro do cliente para evitar que a próxima campanha repita o problema.

Comece pelo motivo informado

Um hard bounce geralmente indica um problema permanente, como um endereço de destinatário inválido. Uma falha temporária pode ocorrer por servidor ocupado, caixa cheia ou adiamento. Rejeições por autenticação ou política exigem investigação própria; não devem ser tratadas como erros de digitação comuns.

Confira os detalhes de entrega disponíveis nos relatórios. Procure padrões pela origem do público, pelo domínio e por mudanças recentes na configuração. Uma falha isolada é diferente de um conjunto repentino de erros que afeta uma campanha inteira.

Separe a categoria da resposta da causa

Uma resposta temporária significa que o sistema destinatário não aceitou a mensagem naquela tentativa e talvez aceite uma nova tentativa posterior. Uma resposta permanente significa que aquela tentativa foi rejeitada como falha final. O motivo detalhado continua importante: uma caixa postal inválida, um problema de autenticação e uma rejeição por política não são a mesma falha só porque o relatório agrupa tudo como erro.

Não simplifique o diagnóstico para “soft bounce pode ser reenviado sem risco” e “hard bounce significa erro de digitação”. Leia o texto da resposta e peça ajuda se ele não estiver claro. Um servidor ocupado talvez só precise de tempo; um erro de autenticação no domínio inteiro exige corrigir a configuração. Reenviar manualmente a mesma campanha várias vezes pode gerar tentativas duplicadas sem resolver nenhum desses problemas.

Compare os padrões. Um endereço recém-coletado que falha permanentemente pede uma investigação diferente daquela necessária quando vários endereços antes válidos começam a falhar depois da mudança de domínio de envio. Uma concentração de erros em um provedor pode indicar tratamento específico desse destinatário, mas é preciso evidência, não um palpite baseado apenas no nome do domínio.

Mantenha registros inválidos fora dos envios de rotina

O Sendvio verifica e-mails antes do envio e marca endereços que não podem ser usados como “Inválido”, sem apagar o registro do cliente. Preserve o status e o histórico relevante. Não reimporte o mesmo endereço como apto para envio só porque o público de uma campanha parece pequeno demais.

Se um cliente fornecer um endereço corrigido, atualize-o por um processo confiável e preserve os registros de permissão adequados. Validade técnica e consentimento são verificações diferentes. Um endereço novo não deve herdar silenciosamente todas as permissões de marketing sem considerar como a correção foi obtida.

Mantenha um registro compacto do incidente

Registre a campanha afetada, o período, a origem do público pretendido, a quantidade de falhas, o denominador e exemplos das respostas com dados sensíveis removidos. Anote mudanças recentes de autenticação, volume, identidade ou importação de dados. Preserve informações suficientes para comparar um teste corrigido à falha inicial sem compartilhar dados desnecessários dos clientes.

Em um exemplo hipotético com 1.000 mensagens tentadas, 30 falhas representam 3% das tentativas segundo essa definição. Se 25 delas vieram de uma importação recente de 100 contatos, essa origem merece uma análise separada. O percentual geral sozinho esconderia essa concentração. Os números apenas exemplificam o diagnóstico; não são um limite para envios seguros.

Corrija a origem, não apenas o sintoma

Um aumento de inscrições inválidas pode indicar erros no formulário, baixa qualidade de aquisição ou cadastros abusivos. Um aumento depois da mudança de domínio pode apontar para autenticação. Identifique a causa antes de aumentar o volume.

Use um denominador claro para a taxa de falhas e compare envios equivalentes. Acompanhe se o problema melhora depois da correção. Tentar enviar de novo sem critério pode esconder a causa e prejudicar a experiência; um diagnóstico cuidadoso ajuda a preservar tanto o histórico útil dos clientes quanto um público confiável para envio.

Depois de corrigir a causa suspeita, faça um teste controlado pelo caminho de envio afetado. Confira a resposta real e o status resultante do registro antes de ampliar. Quando o status permanente de inválido for apropriado, não o ignore só para aumentar o público de teste. Um endereço corrigido pelo próprio cliente exige uma atualização confiável e uma nova conferência da permissão.

Encerre o incidente registrando a causa principal, a correção e a medida preventiva. Um problema de formulário talvez exija verificações melhores no cadastro; um problema de configuração, uma lista de mudanças; uma importação ruim, uma revisão mais rigorosa da origem. O resultado valioso é evitar a repetição da mesma falha, não apenas deixar o relatório mais limpo apagando o histórico problemático.