A partir de qual taxa de rejeição uma plataforma de e-mail marketing realmente para de enviar uma campanha? A taxa de rejeição aceitável não se resume ao número de 2% que circula em todos os blogs: ela muda de valor conforme o roteador. A Amazon SES coloca uma conta sob revisão em 5% de bounce e corta o envio em 10%; a MailerLite suspende já a partir de 5%; a Brevo, por sua vez, não publica nenhum limite numérico. As campanhas acabam no spam enquanto o SaaS de e-mail marketing exibe um painel todo verde: o padrão se repete sem parar entre as equipes que enviam em volume. O SaaS diz a verdade sobre os próprios números. O limite que dispara a sanção fica uma etapa mais adiante, no roteador destinatário.
De onde vem o limite de 2% e o que ele realmente vale
O número de 2% circula mais como uma referência de mercado do que como uma política oficial única. Ele vem de um consenso implícito entre provedores de caixa de entrada como Gmail ou Outlook, que também não publicam seus próprios limites exatos, com receio de dar um roteiro pronto para spammers. Das 10 plataformas verificadas aqui, 4 publicam um limite numérico e 6 não publicam nenhum. A Amazon SES é a única a atrelar o número de 2% a patamares de sanção por escrito: abaixo de 2%, a conta permanece na zona verde; em 5%, entra em revisão; em 10%, o envio pode ser suspenso. HubSpot e MailerLite também publicam um limite ligado a um corte automático, o que eleva para três o número de plataformas em que a sanção numérica está escrita preto no branco. A SendGrid exibe um número, como recomendação, sem patamar de suspensão. A ActiveCampaign menciona a marca de 2% no blog, enquanto sua central de ajuda descreve uma entrada em revisão disparada por “rejeições acima do normal”, sem nunca escrever uma porcentagem. Nenhum valor de limite na Mailchimp, Brevo, Mailjet, Klaviyo ou Sarbacane.
A tabela dos limites reais, plataforma por plataforma
A tabela a seguir cruza três elementos que os comparativos genéricos raramente combinam: o limite de bounce, o de reclamação e a sanção que realmente se aplica. A última coluna conta tanto quanto as demais: ela indica se o número vem de uma política escrita e datada ou de uma central de ajuda oficial. Na falta de um ou de outro, trata-se de um uso observado, não de um documento publicado.
| Plataforma | Limite de bounce tolerado | Limite de reclamação | Sanção ao ultrapassar | Origem do número |
|---|---|---|---|---|
| Amazon SES | <2% recomendado, revisão em 5%, pausa em 10% | <0,1% recomendado, revisão em 0,1%, pausa em 0,5% | Pausa automática do envio, reversível | Documentação oficial da AWS SES |
| HubSpot | 5% de hard bounce acumulados em um mês | 0,1%, ou seja, uma reclamação a cada 1.000 mensagens | Corte do envio pelo sistema de proteção de deliverability | Base de conhecimento da HubSpot |
| MailerLite | Suspensão acima de 5% | 0,2%, definido na mesma política | Suspensão imediata da conta e investigação | Política antispam da MailerLite |
| Mailjet | Nenhum limite publicado | Nenhum limite publicado | Limite temporário de envio de 7 dias, reaplicado em caso de reincidência | Central de ajuda da Mailjet, que se reserva o direito de alterar seus limites sem aviso prévio |
| SendGrid (Twilio) | Hard bounce recomendado abaixo de 5% | 0,1% por provedor de caixa de entrada, limite de alerta sem sanção | Restrição de envio em caso de ultrapassagem repetida, sem limite de suspensão automática publicado | Documentação da Twilio SendGrid |
| ActiveCampaign | Nenhum limite publicado na central de ajuda, o número de 2% que circula vem do blog da empresa | Nenhum limite publicado, reclamações “acima do normal” já bastam | Entrada automática em revisão, campanhas bloqueadas até a resolução | Central de ajuda da ActiveCampaign |
| Klaviyo | Nenhum limite de conta em %, exclusão do contato ao hard bounce e após 7 soft bounces consecutivos contados em 2 anos | Não publicado em % | Exclusão do perfil; nenhuma suspensão de conta documentada em um limite preciso | Central de ajuda da Klaviyo |
| Mailchimp | Não publicado (limites dos provedores variáveis, não divulgados pela Mailchimp) | Não publicado | Suspensão automática da conta, seguida de e-mail da equipe de compliance | Central de ajuda da Mailchimp |
| Brevo | Nenhum limite numérico na política antispam | Nenhum número publicado na página oficial | Suspensão ou restrição da conta, formulação genérica sem porcentagem | Política antispam da Brevo |
| Sarbacane (agora Positive User) | Nenhum limite publicado | Não publicado | Nenhuma sanção numérica documentada, risco de blacklist junto a provedores mencionado | Nenhuma política de uso numérica publicada; o blog editorial, migrado para o site Positive User, não apresenta nenhum patamar |
O número que importa: hard bounce, não a taxa geral
Uma lista pode exibir uma taxa de rejeição geral de 3% e continuar saudável aos olhos de um roteador. A diferença entre hard bounce e soft bounce explica o motivo: AWS SES, HubSpot e, em menor grau, MailerLite consideram, para efeito de sanção, apenas a taxa de hard bounce. A HubSpot fixa esse limite em 5% de hard bounce acumulados em um mês-calendário; acima disso, o sistema de proteção de deliverability corta o envio, independentemente da taxa geral exibida no painel. Um pico isolado de soft bounces quase nunca dispara uma sanção sozinho, mas pesa sobre a reputação de forma mais difusa. As causas técnicas por trás de cada rejeição, do DNS ao servidor destinatário, são tratadas em um guia de correção de bounces à parte.
O limite de reclamação, mais rápido de disparar que o de bounce
0,1%. Esse é o limite de reclamação que coloca uma conta Amazon SES em revisão, contra 5% no caso do bounce: esse limite é 50 vezes mais baixo, o que faz dele, na prática, o primeiro gatilho de sanção entre as plataformas que publicam algum número. A HubSpot adota exatamente o mesmo valor, 0,1%, ou seja, uma reclamação a cada 1.000 mensagens enviadas. O tema merece um aprofundamento à parte sobre a taxa de reclamação. Uma lista pode ficar abaixo do limite aceitável de bounce e mesmo assim ser suspensa, só por causa das reclamações.
O que acontece de fato no momento da ultrapassagem
A palavra “suspensão” cobre realidades bem diferentes conforme o roteador. Na Amazon SES, o processo é mecânico e documentado.
“Para obter os melhores resultados, mantenha uma taxa de rejeição abaixo de 2%; em 5% ou mais, sua conta entra em revisão; em 10% ou mais, podemos suspender sua capacidade de envio.”
Documentação oficial da Amazon SES, tradução livre. Ultrapassar 10% de bounce ou 0,5% de reclamação dispara uma pausa automática, reversível assim que a causa é corrigida. Na Mailchimp, a mecânica muda de figura. Nenhuma porcentagem é comunicada: chega um e-mail da equipe de compliance, com perguntas específicas sobre a origem da lista, e o envio permanece bloqueado até que as respostas sejam convincentes. MailerLite e ActiveCampaign seguem um esquema parecido, baseado em revisão humana e troca de perguntas, sem mensagem de erro automática via API. Sarbacane e Brevo, que não publicam nem limite nem patamar, deixam o usuário descobrir a sanção em tempo real, em vez de consultá-la previamente em uma central de ajuda.
Por que a mesma lista mostra uma taxa diferente conforme o roteador
Duas contas que enviam exatamente a mesma lista, no mesmo dia, podem exibir duas taxas de rejeição diferentes. A causa está no próprio roteamento: o mesmo servidor destinatário pode retornar um enhanced status code (o código de status detalhado do servidor SMTP) diferente conforme o IP de origem, o servidor usado no comando MAIL FROM ou o estado exato do domínio no momento da tentativa. Um IP pool compartilhado agrava essa diferença: a reputação de remetente que pesa no cálculo deixa de ser apenas a do cliente e passa a incluir a de todas as contas que dividem o mesmo IP em processo de warm-up. É isso que explica a dor relatada pelas equipes de growth: o SaaS de e-mail marketing exibe uma taxa “limpa” no próprio painel, feedback loops dos provedores incluídos, enquanto o bounce ou a reclamação se concretizou uma etapa adiante, no provedor destinatário. O postmaster do Gmail confirma regularmente essa diferença, com uma reputação degradada exibida mesmo quando nenhum alerta chegou pelo lado do ESP.
A stack de uma equipe de growth já conta com um sequenciador, às vezes uma ferramenta de warm-up. A verificação de lista antes do envio cumpre uma função diferente: ela mede o status real de um endereço antes que o hard bounce chegue à AWS ou à HubSpot, em um momento em que corrigir ainda custa a exclusão de um contato, e não a suspensão da conta. É esse o trabalho da CaptainVerify: um arquivo de contatos entra, a lista limpa de endereços inválidos sai. A API de validação em tempo real se conecta aos formulários de cadastro para que os endereços incorretos parem de entrar na base. Um controle antes do envio captura um instante preciso: um endereço válido hoje pode pertencer amanhã a um cargo que já não existe mais na empresa, o que faz da higiene de lista uma rotina recorrente, no mesmo ritmo da limpeza regular da base. Antes da próxima campanha, rodar a lista permite saber de que lado do limite ela vai cair, seja o da AWS, seja o, não escrito, da Brevo.
Perguntas frequentes sobre a taxa de rejeição
Como calcular a taxa de rejeição?
O cálculo divide o número de e-mails rejeitados pelo número de e-mails enviados, multiplicado por 100. Uma campanha disparada para 20.000 endereços com 600 rejeições apresenta, portanto, 3% de taxa de rejeição. O detalhe que muda tudo está no denominador: a maioria das plataformas considera os e-mails enviados, enquanto um cálculo manual costuma se basear apenas nas mensagens aceitas, o que gera dois números diferentes para a mesma campanha.
Que taxa de rejeição esperar de uma lista nunca higienizada?
Nos 126 milhões de endereços submetidos à sua verificação em 2025, a CaptainVerify mediu 57% de endereços válidos e 8,2% de endereços inválidos puros, aqueles cujo domínio deixou de existir ou cuja caixa foi excluída. Esses 8,2% se transformam em hard bounce já no primeiro envio, ou seja, quatro vezes a marca de 2%. A amostra tende a listas duvidosas, já que se trata de bases cujo proprietário optou justamente por verificá-las. Ela dá a ordem de grandeza do risco em uma base deixada como está. O detalhe aparece na análise sobre o valor real de um endereço de e-mail.
Por que uma lista abaixo do limite volta a ultrapassá-lo?
Uma base se degrada cerca de 23% ao ano, ou quase 2% ao mês, no ritmo das mudanças de emprego e dos domínios abandonados. Uma lista medida em 1,5% de rejeição em janeiro ultrapassa, portanto, a marca de 2% por volta do outono sem que nada tenha mudado nas práticas de envio. Por isso a reverificação a cada 3 a 6 meses funciona melhor do que uma limpeza pontual depois de um incidente.
A AWS calcula seus limites com precisão de décimo de ponto percentual. Brevo e Sarbacane se reservam o direito de suspender uma conta sem nunca terem escrito a partir de que taxa isso acontece.
