Taxa de rejeição de emails: limites seguros e como corrigir

Sua taxa de rejeição pode subir mesmo quando o servidor retorna 250 OK. Você pensa que a mensagem foi entregue. Vinte minutos depois, o painel mostra 8% de falhas, e cada nova tentativa colocada na fila piora a situação.

Isso não é apenas um problema de entrega. É a reputação do remetente se deteriorando em tempo real. Sua taxa de rejeição é um dos principais sinais que os provedores de email usam para determinar se você é um remetente legítimo ou se está disparando para uma lista comprada. Gmail, Outlook e Yahoo nem sempre avisam antes de agir. Eles aplicam limites automatizados e, depois que você os ultrapassa, a entregabilidade pode piorar em toda a sua lista - não apenas nos envios que falharam, mas também para assinantes que abrem suas mensagens há anos.

A seguir, explicamos o que significa cada tipo de rejeição, quais códigos SMTP devem ser monitorados e em que ordem agir para conter os danos antes que eles atinjam seu domínio principal. Para situar a taxa de rejeição no conjunto mais amplo de sinais de confiança, consulte nosso guia sobre sinais de reputação do remetente.

Os três tipos de rejeição

A taxa de rejeição mede a porcentagem de mensagens enviadas que os servidores destinatários recusam. Uma rejeição não representa um único modo de falha - existem três, com códigos SMTP distintos e correções muito diferentes. Os códigos retornados pelos servidores destinatários são padronizados na RFC 5321. Tratar os três da mesma forma pode transformar um problema de higiene da lista em uma crise de infraestrutura.

Hard bounce - Falha permanente

Código SMTP: 5xx - geralmente 550 5.1.1 User Unknown ou 550 5.1.2 Bad Destination Mailbox Address

O endereço não existe. O domínio expirou. A pessoa saiu da empresa há três anos. Nenhuma nova tentativa corrigirá um hard bounce. Cada tentativa depois da primeira informa aos provedores que sua lista não é gerenciada - remetentes legítimos não insistem em endereços inativos.

Ação: Coloque o endereço imediatamente e de forma definitiva na lista de supressão. Não o guarde para uma futura campanha de reengajamento. Remova-o da sua lista ativa.

Soft bounce - Falha temporária

Código SMTP: 4xx - geralmente 421 Service not available, 450 Mailbox unavailable ou 452 Insufficient storage

O endereço é válido. A entrega falhou por um motivo temporário: caixa de entrada cheia, servidor destinatário indisponível ou limitação de frequência. A maioria dos ESPs (Amazon SES, SendGrid, Postmark) tenta novamente de forma automática por 24-72 horas. Se a falha persistir além desse período, trate-a como um hard bounce.

Ação: Deixe seu ESP gerenciar as novas tentativas. Se o problema persistir depois de 72 horas, coloque o endereço na lista de supressão.

Block bounce - Rejeição por política

Código SMTP: 5xx - geralmente 550 5.7.1, 554 5.7.1, o código 550 5.7.26 do Google ou o código 550 5.7.515 da Microsoft

O endereço existe. Mesmo assim, o servidor destinatário recusou sua mensagem - por causa da sua identidade, não da identidade do destinatário. Seu IP está em uma lista de bloqueio. Seu registro SPF está incorreto. Sua assinatura DKIM não foi validada. Essa é uma emergência de infraestrutura. Remover o contato não ajudará.

Ação: Não altere a lista de destinatários. Corrija primeiro sua infraestrutura de envio.

Existe um quarto modo de falha que a tabela não inclui: a filtragem silenciosa. O Gmail pode aceitar sua mensagem com 250 OK e enviá-la diretamente para a pasta de spam - ou excluí-la. Isso não aparece na taxa de rejeição. Em vez disso, você pode observar uma queda acentuada na taxa de abertura. Uma taxa de rejeição saudável acompanhada de queda no engajamento pode indicar filtragem silenciosa. Se as rejeições parecem normais, mas o engajamento despenca, vale a pena investigar.

Qual é uma taxa de rejeição normal?

Como referência operacional, uma taxa de rejeição normal fica abaixo de 2%, e uma taxa inferior a 0.5% costuma ser considerada saudável. Mais importantes que as médias do setor são os limites capazes de levar os provedores a restringir o envio ou o ESP a suspender a conta. Até mesmo uma única ultrapassagem merece investigação; ignorar uma tendência aumenta o risco de medidas contra a conta.

• Abaixo de 0.5% - Ideal. Sua lista está limpa, e sua infraestrutura parece sólida. Este é o nível que você deve manter.
• 0.5%-2.0% - Aceitável. Esse nível é comum em bases B2B antigas ou entre remetentes ocasionais. Não indica perigo imediato, mas investigue qualquer aumento repentino antes que ele piore.
• 2.0%-5.0% - Zona de perigo. Os provedores podem começar a limitar e filtrar suas mensagens. A chegada à caixa de entrada pode piorar até mesmo para assinantes que abrem suas campanhas há anos.
• Acima de 5.0% - Crítico. Seu perfil pode se parecer com o de um remetente de mensagens em massa não solicitadas. A Amazon SES pode suspender uma conta perto desse limite para proteger a reputação de seus pools de IPs compartilhados.

Um segundo número é igualmente importante: a taxa de denúncias de spam. Os requisitos do Google para remetentes em 2024 indicam um limite de 0.3% - 3 denúncias a cada 1,000 envios. Acima desse valor, a taxa de rejeição talvez já não seja o principal problema: o Gmail pode limitar as mensagens no gateway mesmo que sua lista esteja limpa.

Por que sua taxa de rejeição aumenta: causas principais

Antes de colocar contatos na lista de supressão, examine os códigos de erro nos logs de envio. Eles mostram exatamente o que falhou. A maioria dos picos de rejeição vem de três causas - e cada uma exige uma resposta diferente. Tratar todas como um problema de higiene da lista pode fazer você perder uma semana sem corrigir nada.

Envelhecimento da lista e dados incorretos

Se seus logs estão cheios de 550 5.1.1 User Unknown, seus dados estão ruins. As listas de endereços podem perder cerca de 2% da validade por mês - as pessoas mudam de emprego, as empresas são adquiridas e os domínios expiram. Uma lista que estava limpa há dois anos já pode ter perdido quase um terço dos endereços válidos.

Erros de digitação agravam o problema: gmal.com, yahoomail.com, hotmal.com. Eles passam pelos formulários de cadastro e permanecem inativos até o primeiro envio. Se você comprou uma lista, considere-a arriscada. Listas compradas podem conter armadilhas de spam mantidas para identificar remetentes em massa - e atingir uma única armadilha pode contribuir para sua inclusão na Spamhaus.

Falha de autenticação

Se você vê 550 5.7.26 (Google) ou 550 5.7.515 (Microsoft), sua taxa de rejeição está aumentando porque a mensagem falhou na verificação de identidade - não porque o endereço do destinatário está incorreto. Confira três itens:

• SPF: Você autorizou o IP de envio? Ultrapassou por engano o limite de 10 consultas?
• DKIM: Sua assinatura criptográfica é válida e está alinhada ao domínio From?
• DMARC: Sua política está definida como p=reject enquanto o SPF ou o DKIM ainda falha?

Se algum desses elementos acabou de apresentar problema ou se você está começando do zero, nosso guia de configuração do registro SPF apresenta o processo completo - inclusive a auditoria da cadeia de inclusões para detectar o excesso de consultas antes que ele cause block bounces.

Bloqueio por reputação do IP ou do domínio

Se você vê 554 5.7.1 Service unavailable; Client host [x.x.x.x] blocked using Spamhaus, seu IP de envio está bloqueado. Isso não tem relação com sua lista de destinatários, mas com o histórico do IP. Em um pool de IPs compartilhados de um ESP, o comportamento de outro remetente pode ter prejudicado todos.

Os bloqueios de IP muitas vezes podem ser revertidos, e a taxa de rejeição pode melhorar rapidamente após a troca do IP e uma reconstrução cuidadosa da reputação. A reputação do domínio é mais difícil de contornar porque acompanha você quando o IP muda. Um block bounce ligado à reputação do domínio pode exigir semanas de envios limpos em baixo volume, não apenas uma troca de IP.

O protocolo de triagem: corrija nesta ordem

Quando a taxa de rejeição aumenta, a ordem das correções importa tanto quanto as próprias correções. Pular etapas leva a falsas soluções - você remove contatos, mas a causa subjacente continua gerando rejeições no envio seguinte. Siga estas etapas na ordem indicada.

Etapa 1: elimine os hard bounces imediatamente

Exporte seu relatório de rejeições. Filtre todos os hard bounces (códigos 5xx com "User Unknown" ou "Bad Destination"). Remova-os imediatamente da lista ativa. Não os guarde para uma futura campanha de reengajamento. Cada envio para um endereço inativo é um sinal negativo para os provedores destinatários - e esses sinais se acumulam.

Etapa 2: audite seus registros de autenticação

Verifique sua configuração de autenticação antes de enviar outra campanha. Um único registro SPF incorreto pode transformar toda a sua lista ativa em block bounces nos principais provedores.

# Check your SPF record - count each DNS lookup mechanism (must stay at or under 10)
dig txt yourdomain.com +short

# Check your DMARC policy - p=reject blocks everything if SPF/DKIM are failing
dig txt _dmarc.yourdomain.com +short

# Check your DKIM selector - replace "selector1" with your actual selector name
dig txt selector1._domainkey.yourdomain.com +short

Se você gerencia a autenticação em vários domínios, o limite de consultas SPF é uma verdadeira armadilha. Um domínio pode funcionar sozinho. Outro pode herdar cadeias include: aninhadas que elevam silenciosamente o total para 12 - e, de repente, o Gmail bloqueia tudo que vem desse domínio.

Etapa 3: confira as listas de bloqueio

Teste seu IP de envio com uma ferramenta multi-RBL (o MXToolbox serve). Uma inclusão em lista pode fazer sua taxa de rejeição disparar de um dia para o outro. Estas são as listas que podem afetar a entrega nos principais provedores:

• Spamhaus SBL/XBL/ZEN: Nível 1. Uma inclusão pode interromper imediatamente as mensagens no Gmail, Outlook e Yahoo. Suspenda os envios e solicite a remoção manual de imediato.
• SpamCop: Nível 1. O impacto pode ser semelhante. A remoção automática é possível depois de alguns dias de envios limpos.
• UCEPROTECT Level 3: Os grandes provedores geralmente a ignoram. Monitore-a, mas não a trate como prioridade.

Etapa 4: isole seu domínio de envio

Se o pico de rejeições veio de uma campanha de marketing, pare de enviar pelo domínio principal @company.com até identificar a causa. Configure um subdomínio dedicado, como @newsletters.company.com, com SPF próprio e seus próprios registros DKIM. Se a reputação dele piorar, suas faturas, seus tickets de suporte e seus contratos ainda poderão sair normalmente pelo domínio principal.

Como a TrekMail cuida da infraestrutura

A maioria dos problemas de rejeição se enquadra em duas categorias: dados incorretos na lista, que você precisa gerenciar, e uma infraestrutura de autenticação defeituosa, na qual a configuração da hospedagem faz diferença. A TrekMail cuida dessa parte da infraestrutura para reduzir os block bounces relacionados à autenticação.

Método antigo: Você gerencia SPF, DKIM e DMARC manualmente em 25 domínios de clientes. Uma cadeia include: defeituosa quebra o SPF de um domínio inteiro. Você passa três horas nos logs de DNS diagnosticando um block bounce e acaba descobrindo que a causa era um único registro desatualizado que elevou o total acima de 10 consultas.

Método TrekMail: O assistente de SPF/DKIM/DMARC gera e valida seus registros durante o provisionamento de cada domínio. A autenticação fica configurada desde o início - sem contar consultas manualmente nem cometer erros de digitação em registros TXT às 11pm.

Para agências que gerenciam vários clientes, o recurso de SMTP externo acrescenta uma verdadeira camada de isolamento. Seus clientes usam a TrekMail para hospedar as caixas IMAP, mas conectam a própria conta da Amazon SES ou da SendGrid para os envios. Se um cliente prejudicar a própria reputação e tiver a conta suspensa, você poderá trocar a chave de API - sem tocar nas caixas de email. A infraestrutura de hospedagem permanece intacta enquanto você recupera a conta de envio separadamente.

O plano Starter custa $3.50/month e inclui 50 domínios com SMTP gerenciado. O plano Nano (sem cartão de crédito) aceita 10 domínios com SMTP externo - se você já tem um serviço de envio e precisa apenas de hospedagem e de uma camada de autenticação limpa, pode começar gratuitamente. Compare os planos da TrekMail para escolher o mais adequado à sua configuração.

Três hábitos para manter a taxa abaixo de 0.5%

Depois de controlar a situação, estes três hábitos operacionais ajudam a manter sua taxa de rejeição em uma faixa segura no longo prazo, sem manutenção manual constante. Nenhum deles exige muito trabalho após a configuração inicial.

Validação em tempo real no cadastro

Não espere até o envio para descobrir endereços falsos. Adicione uma API de validação (ZeroBounce, NeverBounce ou equivalente) aos formulários de cadastro. Ela pode detectar erros de digitação, endereços descartáveis e contas baseadas em função - fontes comuns de aumento da taxa de rejeição - (info@, admin@, postmaster@) antes que entrem na sua lista. Uma chamada de validação custa uma fração de centavo. A suspensão de uma conta de ESP exige um processo de análise manual e pode custar vários dias de capacidade de envio.

Remova assinantes inativos

Um endereço abandonado há 18 meses pode se transformar em uma rejeição. Se um assinante não abre nada há 180 dias, ele representa um risco. Envie uma mensagem de reengajamento. Se não houver interação, cancele a assinatura de forma proativa. É mais seguro do que esperar o endereço se tornar inválido e afetar a taxa de rejeição de uma campanha futura.

Isole o marketing em um subdomínio

Nunca envie campanhas em massa pelo domínio corporativo principal. A taxa de rejeição de uma newsletter pode contaminar a reputação do domínio usado nos contratos da diretoria. Configure @marketing.company.com com seus próprios registros DNS. Se a reputação do subdomínio de marketing piorar, as operações principais poderão permanecer mais bem isoladas. Para entender por que é mais difícil recuperar a reputação de um domínio do que a de um IP, consulte nosso guia sobre reputação do domínio de email e as causas de sua queda.

Corrija a causa principal, não o sintoma

Uma taxa de rejeição alta é um sinal, não a doença. Hard bounces indicam que sua lista contém dados ruins. Block bounces indicam que sua infraestrutura está com problemas. Tratar os dois da mesma forma não corrige nenhum deles - apenas adia o próximo pico.

Primeiro, limpe a lista. Depois, audite a autenticação. Em terceiro lugar, confira as listas de bloqueio. Tire os envios de marketing do domínio principal antes da próxima campanha, não depois do próximo incidente.

Se você quer uma infraestrutura de email que mantenha a autenticação correta em vários domínios - permitindo também trocar a conta de envio sem tocar nas caixas de email - a TrekMail foi criada para isso. O plano Nano não exige cartão de crédito. Starter por $3.50/month. Teste gratuito de 14-day nos planos pagos.