O Brevo coloca automaticamente em blocklist os endereços que sofrem hard bounce, de modo que ele para de enviar para um endereço reconhecidamente ruim após a primeira falha. O que ele não consegue fazer é detectar um endereço antes dessa primeira falha — as importações, os cadastros antigos e os erros de digitação que sofrem hard bounce logo no envio de estreia e levam junto um golpe na reputação. Este guia mostra o que a blocklist do Brevo faz por você, os endereços que ela não consegue enxergar e o ciclo exportar → verificar → blocklistar que cuida do restante antes de você enviar.
O que o Brevo já faz por você#
A higiene nativa do Brevo gira em torno da blocklist:
- Os hard bounces são blocklistados automaticamente. Quando um endereço sofre hard bounce, o Brevo o coloca em blocklist para que ele não receba mais e-mails — o erro é permanente, então o Brevo não tenta de novo.
- A blocklist agrega os resultados ruins. Descadastramentos, denúncias de spam e hard bounces vão todos parar na mesma blocklist, e os contatos em blocklist são ignorados quando você envia uma campanha — assim você não gasta créditos de e-mail com eles.
- Os contatos em blocklist permanecem na sua conta. O Brevo deliberadamente recomenda não excluí-los, porque manter o registro é o que o mantém em conformidade com o desejo deles de não serem contatados.
Brevo behavior above last verified against the Brevo help center, July 2026.
O problema é o timing. A blocklist é reativa: um endereço só entra na blocklist depois de sofrer hard bounce em um envio real — o que significa que você já gastou o crédito e, pior, já levou o golpe na reputação que um hard bounce carrega. E a reputação é apenas metade da entregabilidade: mesmo uma lista impecável cai no spam se você não tiver autenticado seu domínio de envio do Brevo com SPF, DKIM e DMARC.
O que o Brevo não consegue detectar#
Todos os mecanismos acima precisam de um envio e de uma falha para disparar. Isso deixa o ponto cego que todo ESP compartilha:
- Endereços inválidos nunca enviados. Contatos importados de outra plataforma, cadastros antigos e erros de digitação capturados no cadastro nunca sofreram bounce porque nunca receberam um envio. O Brevo não tem nenhum sinal sobre eles até a sua primeira campanha — o envio em que o dano é feito.
- Endereços descartáveis aceitos no cadastro que discretamente deixarão de existir.
- Endereços de função (
info@,support@) que distorcem as métricas de engajamento. - Endereços em decaimento que parecem saudáveis hoje e vão sofrer bounce no mês que vem.
Uma lista importada é o caso mais crítico: ela chega com seu histórico de bounces removido, então endereços que já estavam falhando em outro lugar parecem novos em folha — e o Brevo vai alegremente gastar um crédito entregando cada um deles direto em um hard bounce. Verifique antes do envio, não depois dele.
Passo a passo: exportar, verificar, blocklistar#
As conexões diretas com ESPs estão pausadas enquanto reconstruímos nossa plataforma de integrações (veja integrações), então o caminho confiável hoje é o ciclo por CSV — o mesmo fluxo dos guias do Klaviyo e do Mailchimp, na linguagem do Brevo:
- Exporte do Brevo. Abra Contatos, filtre pela lista que você quer limpar e exporte-a para CSV.
- Verifique o arquivo. Faça o upload dele na limpeza em massa da Qualisend — até 1.000.000 de endereços, com duplicatas cobradas uma única vez — ou cole os endereços diretamente. Os 100 créditos do plano gratuito cobrem uma primeira amostra.
- Leia os resultados. Cada endereço retorna
deliverable,risky,undeliverableouunknowncom um código de motivo e subsinalizadores (catch-all, disposable, role, caixa cheia), além do provedor de MX e do detalhe da sondagem como evidência. Baixe o CSV limpo. - Blocklistar os undeliverable no Brevo. Filtre seus resultados por
undeliverablee depois adicione esses endereços à blocklist do Brevo — o mesmo lugar onde os hard bounces vão parar automaticamente, para que sejam ignorados em todo envio futuro sem serem excluídos. Isso faz o trabalho de proteger a reputação antes do envio, em vez de depois. - Trate todo o restante conforme o veredito — a tabela abaixo.
O que fazer com cada veredito#
| Veredito | Ação no Brevo |
|---|---|
deliverable | Continue enviando normalmente. |
deliverable + sinalizador de função | Mantenha para conteúdo transacional; exclua das automações julgadas por engajamento — veja endereços de função, descartáveis & gratuitos. |
risky + sinalizador catch-all | Mova para uma lista dedicada e limite o ritmo — veja o guia de catch-all. |
risky + sinalizador descartável | Blocklistar. A caixa de entrada foi feita para expirar. |
unknown | Mantenha e verifique de novo na próxima limpeza — greylisting ou limitação de taxa, não um veredito sobre a caixa de correio. |
undeliverable | Blocklistar pelo passo acima. Não espere o bounce para comprovar. |
Blocklistar, não excluir#
A própria orientação do Brevo é blocklistar em vez de excluir, e isso vale também para os seus undeliverable verificados. Blocklistar interrompe todos os envios futuros e preserva o registro de que o endereço é ruim, de modo que uma importação posterior não possa readicioná-lo silenciosamente — e, como o Brevo cobra pelos e-mails enviados e não por contato, um contato em blocklist parado na sua conta não lhe custa nada. Excluir joga fora esse registro de segurança sem nenhum benefício na fatura. Mantenha a lista, blocklistar o lixo.
Com que frequência limpar de novo#
Não existe um número universal, e não vamos inventar uma estatística de decaimento. Os verdadeiros fatores são a velocidade com que sua lista cresce e como ela é originada: uma lista com double opt-in decai devagar, enquanto uma alimentada por importações e iscas digitais acumula lixo continuamente. Três hábitos cobrem a maioria dos remetentes:
- Antes de qualquer envio de alto risco — um lançamento ou campanha sazonal.
- Após qualquer importação, antes do primeiro envio tocá-la.
- Em um ciclo regular dimensionado para o seu volume, com a sua taxa de bounce por campanha como gatilho de alerta. Se os bounces subirem em direção aos limites de aviso, limpe agora (veja por que a taxa de bounce importa).
Perguntas frequentes#
Limpar minha lista reduz minha fatura do Brevo?#
Indiretamente, e de um jeito específico. O Brevo cobra principalmente pelos e-mails enviados, não por quantos contatos você armazena, então a economia está nos envios desperdiçados: cada endereço morto que você remove antes de uma campanha é um crédito que não será gasto entregando em um hard bounce. Os contatos em blocklist já não custam nada, então o ganho de verificar é evitar o crédito — e o dano à reputação — daquele primeiro envio falho.
Devo blocklistar ou excluir contatos ruins?#
Blocklistar. Isso interrompe todos os envios futuros e mantém o registro de conformidade e higiene, o que impede que uma reimportação readicione um endereço já conhecido como ruim, e não custa nada porque o Brevo não cobra por contato. A própria orientação do Brevo recomenda não excluir contatos em blocklist exatamente por esse motivo.
Posso verificar endereços antes de eles entrarem no Brevo?#
Sim, e essa é a opção de maior alavancagem: verificar no momento do cadastro por meio da API mantém erros de digitação e endereços descartáveis totalmente fora do Brevo, de modo que eles nunca chegam a um envio. Uma integração nativa com o Brevo faz parte da plataforma que estamos reconstruindo; até que ela seja lançada, o ciclo por CSV acima é o caminho suportado.
