Verificadores de e-mail catch-all comparados (2026)

Um domínio catch-all aceita todo endereço durante uma checagem SMTP, então nenhum verificador consegue confirmar uma caixa postal ali só perguntando ao servidor. Todo "verificador de catch-all" contorna isso com um de quatro métodos: rotular o endereço como arriscado, graduar a probabilidade de ele ser real, resolvê-lo com dados privados ou sondagens extras, ou enviar uma mensagem real e observar se há bounce. Eles diferem muito em custo, velocidade e no quanto você deveria confiar num "válido". Escolha pela parcela da sua lista que é catch-all e pelo custo de um bounce para você, e depois teste numa amostra.

Este guia usa o que cada fornecedor publica sobre o próprio método, lido em 2 de novembro de 2026. Não fizemos testes comparativos com as ferramentas citadas aqui, e as afirmações são delas.

Por que catch-all é difícil, para começar

Uma checagem normal pergunta ao servidor de destino, na etapa RCPT TO, se ele aceitaria e-mail para um endereço. Num domínio catch-all (accept-all), o servidor responde sim tanto para jane.doe@ quanto para xk3q9z@, e depois classifica ou descarta a mensagem. A resposta não traz nenhuma informação sobre a caixa postal.

Isso é comum em B2B. Administradores do Google Workspace direcionam destinatários desconhecidos para uma caixa de entrada, gateways de segurança como Proofpoint e Mimecast aceitam na borda e filtram depois, e alguns tenants do Microsoft 365 são configurados para aceitar tudo. Nosso post sobre verificação de e-mail B2B vs B2C explica por que listas corporativas têm tantos deles. Para ver quantos dos seus domínios são catch-all antes de comprar qualquer coisa, passe-os pelo verificador gratuito de catch-all em massa.

Os quatro métodos

Método	O que faz	Custo típico por catch-all	Velocidade	O que um "válido" significa
Rotular	Marca toda linha catch-all como arriscada, accept-all ou desconhecida	O mesmo de qualquer checagem	Segundos	Não é devolvido
Graduar	Classifica cada linha com probabilidade maior, média ou menor a partir de sinais	O mesmo de qualquer checagem	Segundos	Não é devolvido. Uma nota nunca é uma confirmação
Resolver	Devolve válido ou inválido usando dados próprios, histórico de envios anteriores ou sondagens específicas por provedor	Muitas vezes um múltiplo de uma checagem normal	De segundos a horas	A inferência do fornecedor. A qualidade depende dos dados dele
Enviar e observar	Envia uma mensagem real para cada endereço e observa se há bounce	Muitas vezes um múltiplo de uma checagem normal	Até dias	Nenhum bounce visto dentro do prazo

1. Rotular

O ponto de partida. O verificador diz que o domínio é catch-all e para por aí. A maioria dos verificadores faz pelo menos isso, muitas vezes com um nome como "accept all", "unknown" ou "risky". É honesto, mas deixa você com uma pilha sobre a qual não consegue agir.

2. Graduar

O verificador mantém a linha como arriscada, mas acrescenta uma probabilidade, com base em evidências que ele consegue ver sem chutar. Por exemplo: o endereço segue o mesmo formato de nome dos endereços confirmados naquele domínio? Há várias grafias da mesma pessoa na lista?

O SimpleVerifier funciona assim. Cada linha catch-all recebe probabilidade higher, medium ou lower (maior, média ou menor) com motivos em linguagem simples, e a graduação não abre nenhuma conexão de e-mail extra. A página de pontuação de catch-all lista todos os sinais que usamos e os que testamos e descartamos. Vários outros verificadores devolvem uma pontuação numérica nas linhas accept-all. Pergunte como a pontuação é calculada, porque alguns fornecedores não dizem.

Bom para: decidir quais catch-alls enviar primeiro, numa campanha separada e mais lenta. Limite: classifica o risco, não o elimina.

3. Resolver

O verificador devolve um válido ou inválido definitivo para muitos endereços catch-all. Os fornecedores descrevem o método em termos gerais: algoritmos proprietários, sinais de envios anteriores, técnicas específicas por provedor. Exemplos das páginas deles:

• A ZeroBounce anunciou em 8 de julho de 2026 que agora consegue classificar como válidos ou inválidos, durante a validação padrão, muitos endereços catch-all no Microsoft 365, no Google Workspace e nos principais gateways de e-mail seguros. Ela disse que, em testes internos de produção, o número de endereços do Microsoft 365 devolvidos como catch-all caiu mais de 99,98%.
• A página de preços da Truelist oferece "resolução aprimorada de catch-all" a 3 créditos, "aplicada só onde a checagem padrão devolve 'unknown'". A validação padrão custa 1 crédito, e os créditos pré-pagos começam em US$ 1,40 por mil até 10.000 e nunca expiram.
• A BounceBan se descreve como especializada em endereços catch-all e protegidos por gateway, usando algoritmos proprietários. Ela marca como arriscados os que não consegue verificar com confiabilidade.

Bom para: listas em que os catch-alls são uma parcela grande e os leads são valiosos. Limite: você não vê a evidência. O "válido" de um resolvedor é uma inferência, e a qualidade depende de dados que você não consegue auditar. Profissionais no r/coldemail relatam tanto grandes acertos quanto lotes ruins com as mesmas ferramentas, então teste antes de confiar.

4. Enviar e observar

O serviço envia um e-mail de verdade para cada endereço e espera para ver se ele volta.

• A página de preços da Scrubby descreve a Deep Verification assim: "Enviamos e-mails reais para todos os endereços e observamos como os servidores de e-mail respondem ao longo de 72 horas — incluindo bounces atrasados que a maioria das ferramentas não pega." Custa 3 créditos por e-mail, com os primeiros resultados em 24 horas. A verificação rápida dela custa 1 crédito. Contas novas recebem 200 créditos gratuitos, e o FAQ diz que todas as compras são definitivas.

Bom para: fatias pequenas e muito valiosas de catch-all, quando você pode esperar alguns dias. Limites: é lento e envolve e-mail real chegando aos servidores dos seus prospects, então pergunte o que a mensagem diz, de que domínio ela vem e se os destinatários conseguem vê-la. A ausência de bounce é uma evidência mais fraca do que parece, porque alguns gateways e tenants aceitam e descartam a mensagem em silêncio, ou nunca enviam bounces para remetentes desconhecidos.

Custo: um exemplo calculado (ilustrativo)

Pegue uma lista B2B de 20.000 linhas em que 8.000 linhas (40%) são catch-all. Usando as estruturas de preço por crédito publicadas acima:

Abordagem	Créditos usados	Observações
Verificar as 20.000 e rotular ou graduar os catch-alls	20.000	Uma passada. Catch-alls classificados, não resolvidos
Verificar tudo e depois fazer uma checagem profunda de 3 créditos nos 8.000 catch-alls	20.000 + 24.000 = 44.000	Checagem profunda só onde é preciso
Passar todas as linhas por uma checagem profunda de 3 créditos	60.000	Desperdiça a checagem profunda em linhas que uma checagem normal resolve

A lição vale para qualquer fornecedor: rode a checagem barata em tudo e pague pela profundidade só na fatia catch-all, e só se os leads valerem a pena. Num plano mensal de preço fixo, a primeira passada não acrescenta custo por e-mail. Nosso plano Pro custa US$ 39 por mês e nunca bloqueia você: os primeiros 100.000 e-mails do mês rodam em velocidade máxima, e depois listas grandes rodam mais devagar (veja os preços). A calculadora de custo de verificação compara os preços publicados dos fornecedores para uma lista do seu tamanho.

Como escolher

1. Meça primeiro a sua parcela de catch-all. Se for menos de cerca de 10-15% da lista, graduar e enviar as linhas de maior probabilidade costuma bastar. Se for metade da lista, resolver começa a compensar.
2. Ponha um preço no bounce. Um hard bounce a mais pesa mais num domínio novo de cold email do que num remetente de newsletter já estabelecido. A calculadora de custo de bounce em cold email ajuda.
3. Faça as mesmas perguntas a cada fornecedor:
   • Que evidência transforma um catch-all em "válido"?
   • Vocês cobram pelos catch-alls que não conseguem resolver?
   • A checagem mais profunda é aplicada a todas as linhas ou só aos catch-alls?
   • Vocês enviam alguma mensagem para o endereço? Se sim, o que ela diz e de onde sai?
   • Vocês devolvem o status catch-all do domínio mesmo quando resolvem o endereço?
4. Teste, não confie. Pegue de 300 a 500 linhas catch-all. Passe-as pela ferramenta candidata. Envie só os catch-alls que ela marcar como "válidos", a partir de uma caixa de entrada saudável e com volume baixo, e conte os hard bounces. Depois compare com o envio das suas próprias linhas graduadas com maior probabilidade. Nosso guia de teste comparativo tem o método completo, e a ferramenta de comparação de verificadores mostra, linha por linha, onde duas ferramentas discordam.

Um fluxo combinado que funciona

1. Verifique a lista inteira. Envie as linhas válidas.
2. Separe os catch-alls por nota. Envie as linhas de maior probabilidade numa campanha separada, com volume diário menor.
3. Se os catch-alls restantes valerem a pena, passe só esses por um resolvedor ou um serviço de enviar e observar.
4. Descarte as linhas de menor probabilidade e tudo o que continuar sem resolução.
5. Reverifique antes das etapas de follow-up. Veja por que e-mails de follow-up dão bounce.

Onde o SimpleVerifier se encaixa

Nós graduamos, não resolvemos. As linhas catch-all continuam arriscadas, com probabilidade maior, média ou menor e os motivos. Isso é menos conveniente que um "válido" confiante, e é a resposta honesta que uma checagem SMTP consegue dar. Se a sua lista é majoritariamente catch-all e cada lead importa, combine nosso serviço com um resolvedor nessa fatia. Nosso guia sobre o que fazer com e-mails catch-all tem o roteiro de envio.

As primeiras 100 checagens são gratuitas com login do Google na página de verificação.