Mesmo assim, a lista de contatos não mudou nos últimos seis meses e a bounce rate continua subindo. Muitos responsáveis por e-mail marketing vivem esse cenário desde o final de 2025: uma deliverability que cai de 20 a 30% em poucas semanas, sem mudança de conteúdo nem de frequência de envio. As rejeições SMTP aumentam porque Gmail, Yahoo e Microsoft aplicam, desde 2024, limites de spam e autenticação mais rígidos. Esse endurecimento faz cair direto em rejeição, código 5xx, o que antes terminava discretamente na caixa de spam. Para reduzi-las, é preciso alinhar SPF, DKIM e DMARC, limpar a lista antes do envio e monitorar a taxa de reclamação via Postmaster Gmail. No fim, a suspeita vaga vira uma explicação com números por trás.
O endurecimento do Gmail e do Yahoo muda o jogo desde 2024
Desde fevereiro de 2024, o Gmail condiciona o acesso às caixas de entrada a uma autenticação completa para qualquer remetente que envie mais de 5.000 mensagens por dia para seus endereços. A implementação aconteceu em três etapas: primeiro, erros temporários 4xx como aviso; depois, rejeições permanentes 5xx em parte do tráfego não conforme entre abril e junho de 2024; e, por fim, em novembro de 2025, a aplicação passou a ser quase sistemática em todo o tráfego de entrada. Yahoo e Microsoft seguiram uma trajetória parecida, com um limite de taxa de reclamação fixado em 0,3% no Google Postmaster Tools e uma recomendação oficial de ficar abaixo de 0,1% para evitar qualquer efeito de filtragem sobre todo o domínio.
Esse calendário explica o paradoxo inicial: com a mesma lista, a bounce rate sobe de um ano para o outro porque o limite de tolerância dos provedores de e-mail ficou mais rígido nesse meio-tempo, não porque a lista em si envelheceu mal de repente.
A fronteira mudou de lugar, não a definição
Rejeição temporária de um lado, rejeição definitiva do outro: para a distinção completa entre soft bounce e hard bounce e suas causas respectivas, nosso guia dedicado detalha cada caso. O que muda aqui é a fronteira em si: com o endurecimento dos provedores de e-mail, mensagens que antes caíam em 4xx ou terminavam discretamente na caixa de spam agora caem direto em 5xx.
A armadilha clássica é que alguns dashboards de e-mail marketing ainda classificam esses retornos como “soft bounce”, quando o código realmente devolvido pelo servidor destinatário já é um 5xx definitivo. O descompasso entre a atualização da política dos provedores de e-mail e o rótulo exibido pelo ESP explica por que um remetente pode ver um dashboard “verde” enquanto sua reputação de IP se degrada silenciosamente no Postmaster. Para saber o código real, é preciso consultar os logs SMTP brutos ou testar a caixa MX diretamente antes do envio em massa, já que poucos ESPs expõem esse detalhe na interface padrão.
Uma lista estável, uma bounce rate que sobe mesmo assim
Uma base de contatos se degrada sozinha, com ou sem mudança de política por parte dos provedores de e-mail. Em mais de 126 milhões de endereços de e-mail verificados pela CaptainVerify em 2025, apenas 57% eram válidos: 23% de uma lista se torna inválida a cada ano, cerca de 2% por mês, entre mudanças de cargo e fechamento de caixas, sem contar os endereços catchall que acabam rejeitando todo o tráfego de entrada. Esse número cresce ainda mais rápido nas bases B2B, onde a rotatividade de cargos é maior do que em listas voltadas ao público geral.
Em mais de 126 milhões de endereços de e-mail verificados pela CaptainVerify em 2025, apenas 57% eram válidos: 23% de uma base de contatos se torna inválida a cada ano, considerando todos os setores, com uma aceleração acentuada nos segmentos B2B.
Na prática, esse envelhecimento natural se combina com o endurecimento dos provedores de e-mail descrito acima: um endereço catchall tolerado em 2023 pode ser identificado e bloqueado em 2026; um domínio de parking recomprado pode passar a devolver 5xx em todo o seu tráfego de entrada de repente. A sender reputation absorve os dois efeitos ao mesmo tempo, o que torna o diagnóstico difícil sem um histórico de comparação. Um domínio que enviava 200.000 mensagens por mês em 2024, com uma bounce rate estável em 1,5%, pode chegar a 4% em 2026 sem que nenhuma mudança apareça no conteúdo, na frequência ou na plataforma de envio; a lista simplesmente envelheceu enquanto o limite de tolerância dos provedores de e-mail ficava mais rígido.
Os códigos de rejeição SMTP mais comuns, comparados
Um 550 5.1.1 não pede a mesma reação que um 421 temporário.
| Critério | 550 5.1.1 | 550 5.7.1 / DMARC reject | 421 ou 450 (4xx) |
|---|---|---|---|
| Significado | Endereço do destinatário desconhecido | Mensagem bloqueada por não conformidade de autenticação | Incidente temporário no servidor do destinatário |
| Causa típica | Endereço digitado incorretamente, domínio expirado, caixa excluída | SPF ou DKIM não alinhado com o domínio From | Caixa cheia, cota de envio excedida, greylisting |
| Natureza da rejeição | Definitiva | Definitiva se a política estiver em reject | Temporária, nova tentativa automática |
| Ação recomendada | Remover o endereço da lista imediatamente | Corrigir o alinhamento de DNS antes do próximo envio | Monitorar a recorrência por vários dias |
Verificar antes de enviar sai mais barato do que filtrar depois
É comum ouvir que adicionar uma etapa de verificação pesa no orçamento, comparado a simplesmente filtrar os bounces depois da campanha. A conta muda quando a rejeição se torna definitiva: um hard bounce em um domínio com DMARC em reject não deixa notificação nem uma segunda tentativa; ele já impacta na hora a taxa de reclamação medida pelo Postmaster.
Na prática, remover 5% dos endereços inválidos antes do envio, em vez de depois, derruba mecanicamente a bounce rate para abaixo do limite recomendado de 2% a 3%; o IP volta para uma zona aceitável no Postmaster em uma a duas semanas. A única forma de saber se uma lista vai virar hard bounce é passá-la pelo crivo antes que ela chegue ao servidor SMTP do destinatário, e não depois que a mensagem já foi enviada. É exatamente isso que a CaptainVerify faz antes de uma campanha: testa cada endereço contra o protocolo SMTP real para isolar os que vão virar hard bounce, antes que eles façam a bounce rate de toda a lista disparar.
Reduzir a taxa de rejeição sem reduzir o volume de envio
Alinhar SPF, DKIM e DMARC em configuração quarantine antes de passar para reject evita que um erro de configuração faça tráfego legítimo desaparecer sem deixar rastro. A mesma lógica vale para o volume: um IP warmup progressivo em qualquer novo endereço de envio, subindo os patamares ao longo de várias semanas em vez de tudo de uma vez, reduz os falsos positivos de filtragem anti-spam ligados a um pico repentino. Ainda falta o limite de reclamação: mantê-lo abaixo de 0,1% no Postmaster Tools, em vez de esperar os 0,3% que acionam as medidas corretivas do Google, deixa uma margem antes que o tráfego se degrade de vez. Um cronograma de warmup realista começa com cerca de 50 mensagens no primeiro dia para o Gmail, sobe em patamares de 20% a 30% a cada semana e para assim que aparece um pico de reclamação no Postmaster. Vale também se inscrever nos feedback loops dos grandes provedores de e-mail, como o programa SNDS da Microsoft ou o feedback loop do Yahoo: isso dá um alerta antes que a taxa de reclamação ultrapasse um limite crítico.
Alinhar SPF, DKIM e DMARC resolve a maioria das rejeições ligadas à autenticação. Em um domínio cujo DNS é gerenciado por um prestador externo inacessível, a implementação às vezes se arrasta por vários meses, até que um chamado chegue à equipe certa.
O que os guias genéricos não dizem o suficiente: uma limpeza trimestral da list hygiene não compensa uma segmentação ruim. Uma base inativa há 18 meses, mesmo sem endereço inválido, gera um open rate baixo que leva os provedores de e-mail a classificar o domínio como pouco engajador, independentemente da bounce rate bruta.
Perguntas frequentes sobre rejeições SMTP
Por que um ESP ainda exibe “soft bounce” quando a rejeição é definitiva?
Alguns dashboards de e-mail marketing se baseiam em um mapeamento antigo de códigos e continuam classificando o retorno como soft bounce, mesmo quando o servidor destinatário já devolveu um 5xx. O descompasso entre a política do provedor de e-mail e o rótulo do ESP esconde uma degradação real da reputação de IP enquanto o código bruto não é verificado.
Qual bounce rate ainda é aceitável em 2026?
Em deliverability, o padrão de referência é ficar abaixo de 2% a 3% de bounce rate global e abaixo de 0,1% de taxa de reclamação no Postmaster Tools. Acima disso, a reputação do IP ou do domínio começa a se degradar visivelmente.
O DMARC pode causar uma rejeição SMTP direta?
Sim: se a política do domínio estiver definida como p=reject e a mensagem falhar no alinhamento SPF ou DKIM, o servidor destinatário devolve um código 5xx sem notificação ao remetente original, ao contrário de uma política quarantine, que direciona a mensagem para o spam.
O protocolo nunca negocia duas vezes: um endereço rejeitado com 5xx continua rejeitado.
