Como testar a deliverability do email antes de começar a campanha
Descobrir um problema de deliverability depois de disparar cem emails para decisores importantes é o pior momento possível para descobrir — a reputação do domínio já levou o golpe e os contatos mais valiosos da lista já foram gastos. Um teste de deliverability bem feito simula essa chegada antes da campanha real, mostrando exatamente em qual pasta a mensagem provavelmente vai cair em cada grande provedor, com tempo de sobra para corrigir.
- Um email deliverability test simula o envio real para caixas de diferentes provedores e mostra onde a mensagem provavelmente vai parar
- O teste deve ser feito com o mesmo domínio, mesma infraestrutura e conteúdo próximo do que será usado na campanha real
- Reputação de domínio e de IP pesa tanto quanto a autenticação técnica (SPF, DKIM, DMARC) no resultado
- Rodar o teste antes de qualquer campanha nova evita queimar contatos valiosos de decisores em uma tentativa mal calibrada
- Para outreach B2B em volume pequeno e recorrente, o teste vale mais como rotina do que como evento único
O que exatamente um teste de deliverability mede
Um teste de deliverability envia mensagens reais para um conjunto de endereços de teste (chamados seeds) espalhados entre os grandes provedores — Gmail, Outlook, e às vezes provedores corporativos menores — e depois verifica em qual pasta cada mensagem caiu: caixa principal, promoções, ou spam. Diferente de um verificador de SPF/DKIM/DMARC, que checa apenas a configuração técnica, o teste de deliverability mede o resultado final: onde a mensagem realmente pousou.
Isso importa porque a autenticação correta é necessária, mas não é suficiente. Um domínio pode ter SPF, DKIM e DMARC impecáveis e ainda assim cair em spam por causa de reputação de IP ruim, conteúdo que dispara filtros, ou um domínio muito novo sem histórico de envio consistente.
Para quem faz outreach B2B direcionado, o teste de deliverability é especialmente útil antes de campanhas para um segmento novo de ICP, depois de trocar de domínio ou infraestrutura de envio, ou depois de qualquer mudança de conteúdo relevante — não é algo para rodar só uma vez e esquecer.
Como montar o teste corretamente
O primeiro cuidado é usar o mesmo domínio e a mesma conta de envio que serão usados na campanha real. Testar com um domínio genérico ou uma conta pessoal não revela nada sobre a reputação específica que importa — cada domínio e cada IP de envio carregam sua própria reputação junto aos provedores.
O segundo cuidado é aproximar o conteúdo do teste do que será realmente enviado. Um teste com um email genérico de uma linha não passa pelos mesmos filtros de conteúdo que um email de outreach real, com assunto, corpo personalizado e eventual assinatura com links. Vale usar um dos templates reais da campanha, trocando só o nome do destinatário fictício.
O terceiro cuidado é rodar o teste em horário e volume parecidos com o padrão real de envio. Um domínio que normalmente envia 15 emails por dia e de repente dispara 50 num teste isolado pode acionar sinais de alerta que não refletem o comportamento real da campanha planejada.
Um teste bem montado: mesma conta de envio da campanha, assunto real (Proposta de parceria para expansão logística — [Nome da Empresa]), corpo do template com variáveis preenchidas por um nome fictício plausível como Fernanda Albuquerque, enviado no mesmo horário comercial que a campanha usará.
Interpretando o resultado do teste
O resultado típico de um teste de deliverability mostra, provedor por provedor, se a mensagem caiu na caixa principal, em uma aba secundária (como promoções no Gmail) ou direto em spam. Também costuma trazer detalhes técnicos: se SPF, DKIM e DMARC passaram para aquele envio específico, e às vezes uma pontuação de conteúdo indicando elementos que podem ter pesado contra a entrega.
Um padrão comum e preocupante é a mensagem passar limpa em Gmail mas cair em spam no Outlook, ou vice-versa — cada provedor usa critérios próprios de reputação e filtro de conteúdo, então um resultado bom em um não garante nada sobre o outro. Times que fazem outreach B2B para setores que usam predominantemente Microsoft 365 corporativo (comum em indústria e setor financeiro no Brasil) devem prestar atenção especial ao resultado no Outlook, não só no Gmail.
Se o teste mostra falha de autenticação (SPF ou DKIM), o problema é técnico e a correção é objetiva — revisar os registros DNS. Se o teste mostra autenticação correta mas ainda assim queda em spam, o problema provavelmente é de reputação de domínio (domínio muito novo, volume crescendo rápido demais) ou de conteúdo (palavras e formatação que disparam filtros).
Legenda: faixas de referência para outreach B2B direcionado com autenticação correta; resultados variam por provedor, setor e histórico de envio do domínio.
Erros comuns ao testar deliverability
O erro mais comum é rodar o teste uma única vez, no início da configuração do domínio, e nunca mais repetir. A reputação de domínio muda com o tempo — conforme o volume de envio cresce, conforme a taxa de resposta e de bounce evolui, e conforme os provedores atualizam seus próprios critérios de filtro. Um resultado bom há três meses não garante nada sobre o resultado hoje.
Outro erro é testar só com endereços de teste (seeds) e nunca cruzar com dados reais da campanha, como taxa de abertura e taxa de resposta observadas. Se o teste indica boa entrega mas a campanha real mostra baixíssima taxa de abertura, vale investigar se os seeds usados no teste não refletem o comportamento real dos provedores corporativos usados pelos decisores-alvo, que às vezes têm filtros próprios além do provedor de email padrão.
Um terceiro erro é ignorar completamente a etapa de aquecimento de domínio novo antes de rodar qualquer teste ou campanha em volume. Um domínio recém-configurado, mesmo com SPF, DKIM e DMARC perfeitos, ainda não tem histórico de reputação suficiente para os provedores confiarem de imediato — o aquecimento gradual (aumentando o volume aos poucos ao longo de semanas) é parte do processo, não um atalho a ser pulado.
- Testar com o domínio e a conta reais de envio, nunca com um genérico
- Usar conteúdo próximo do template real da campanha, não um texto de teste vazio
- Repetir o teste periodicamente, não só na configuração inicial
- Prestar atenção especial ao resultado no provedor mais usado pelo ICP-alvo
- Cruzar o resultado do teste com dados reais de abertura e resposta da campanha
- Respeitar o período de aquecimento de domínios novos antes de escalar volume
Checklist antes de disparar a campanha
Antes de aprovar qualquer campanha de outreach B2B para ir ao ar, vale passar por uma checagem final que combina teste de deliverability com os fundamentos de autenticação já cobertos: SPF, DKIM e DMARC configurados e verificados, mais o resultado do teste de deliverability mostrando entrega consistente na caixa principal dos provedores mais relevantes para o público-alvo.
Vale também confirmar que a lista de contatos usada na campanha foi construída de forma direcionada — decisores específicos de empresas específicas, coerentes com o ICP — e não uma lista comprada ou genérica, porque taxa de bounce alta é um dos fatores que mais rápido deteriora reputação de domínio, independente de quão bem configurado o SPF esteja.
Por fim, é importante lembrar que dados de contatos usados em campanhas de outreach B2B no Brasil estão sujeitos à LGPD — manter listas atualizadas, respeitar solicitações de descadastro e documentar a base legal para o contato comercial B2B faz parte de uma operação de deliverability saudável no longo prazo, não só um requisito jurídico à parte.
Perguntas frequentes
Existe alguma ferramenta gratuita de email deliverability test?
Sim, várias ferramentas gratuitas permitem enviar uma mensagem de teste para um conjunto de endereços seed e ver o resultado por provedor. Para testes mais completos e recorrentes, algumas plataformas oferecem versões pagas com mais provedores cobertos e histórico ao longo do tempo.
Com que frequência devo rodar um teste de deliverability?
Antes de qualquer campanha nova relevante, depois de qualquer mudança de domínio ou infraestrutura de envio, e periodicamente como rotina — mensal é uma cadência razoável para times que fazem outreach B2B de forma contínua.
O teste de deliverability substitui a verificação de SPF, DKIM e DMARC?
Não, eles são complementares. A verificação de SPF, DKIM e DMARC confirma que a configuração técnica está correta; o teste de deliverability mostra o resultado final — em qual pasta a mensagem efetivamente cai em cada provedor, considerando também reputação e conteúdo.
Por que meu email passa no teste de autenticação mas ainda cai em spam?
Isso indica que o problema não é técnico, e sim de reputação de domínio (domínio novo ou volume crescendo rápido demais) ou de conteúdo (elementos do texto ou formatação que disparam filtros dos provedores).
Testar deliverability tem alguma relação com a LGPD?
O teste em si é técnico e não envolve dados pessoais de terceiros, mas a campanha real que ele valida deve seguir a LGPD — usando listas de contatos B2B direcionadas e legítimas, com base legal adequada para o contato comercial.
Quer aplicar isso no seu outreach?
Mostramos como funciona para o seu segmento e produto — antes de começar.
Fale conosco