A maioria das pessoas que pesquisam uma alternativa ao ZeroBounce não está insatisfeita com o produto. Está insatisfeita com uma fatura, um limite ou um resultado que não consegue explicar. É um problema diferente — e é por isso que trocar de fornecedor sem mudar a forma de os avaliar costuma levar ao mesmo ponto seis meses depois.
Este guia é a estrutura de comparação que gostaríamos de ter como comprador: os seis critérios que realmente diferem entre fornecedores, as perguntas que revelam essa diferença numa chamada comercial e um teste de 15 minutos que pode ser feito a qualquer fornecedor antes de se comprometer. Nós gerimos o email-validaton.com, por isso não somos neutros na última secção — mas tudo o que vem antes também se aplica a nós.
Porque é que as pessoas deixam um fornecedor de verificação
Os motivos repetem-se nas conversas com o suporte:
- Faturação por incerteza. Resultados "catch-all" e "desconhecido" consomem créditos, mesmo quando o fornecedor não consegue dizer se o endereço funciona. Numa lista B2B de 200.000 linhas em que um terço dos endereços está atrás de domínios catch-all, isso é dinheiro gasto numa aposta às cegas.
- Limites descobertos tarde. Um plano anuncia "verificações ilimitadas", mas limita os envios a 50.000 linhas ou restringe as chamadas à API abaixo do que o plano sugere.
- Códigos de estado opacos. Recebe-se "inválido" sem motivo. Foi um erro de sintaxe, uma caixa de correio inativa, uma caixa cheia ou um servidor em greylisting? Cada caso exige uma resposta diferente, e só um deles significa "elimine este contacto".
- Resultados desatualizados. Uma lista verificada há oito meses não está verificada. As pessoas mudam de emprego, as caixas de correio fecham, os domínios migram. "Verificar uma vez, guardar para sempre" é uma estratégia de deterioração de dados.
- Aumento silencioso de faturas. Preço por posto, compromissos mínimos e taxas de excedente que só aparecem no fim do mês.
Nada disto aparece numa grelha de funcionalidades. Tudo isto aparece no terceiro mês.
Os seis critérios que realmente fazem diferença
1. Como são tratados — e faturados — os domínios catch-all
Um domínio catch-all aceita correio em todos os endereços, pelo que o SMTP não consegue provar que firstname@company.com exists. Providers differ in two ways: whether they attempt deeper resolution, and whether they charge for the attempt.
Pergunte: "Numa lista em que 40% são catch-all, que percentagem é devolvida como válida, inválida e desconhecida — e por qual destas categorias sou cobrado?"
Se a resposta for "todas", está a pagar preço total por uma adivinha em três partes. A nossa posição: os resultados catch-all e de risco não são cobrados como créditos extra, em nenhum volume, até 100.000 endereços por carregamento.
2. Granularidade do resultado
Um simples válido/inválido não basta para quem envia. Precisa de distinguir:
- invalid — a caixa de correio não existe; remova-a.
- catch-all / accept-all — o domínio aceita tudo; trate-o como arriscado e envie em lotes pequenos.
- arriscado / desconhecido — greylisting, timeout ou sondagem recusada; tente novamente, não elimine.
- endereço de função —
info@,sales@; deliverable but poor for cold outreach. - descartável / temporário — sinal de fraude no registo, não um problema de entregabilidade.
- armadilha de spam / honeypot — nunca envie; investigue como chegou à lista.
- quota excedida / caixa de correio cheia — atualmente não entregável, pode recuperar.
Se o seu fornecedor agrupar estes casos em apenas duas categorias, ou está a eliminar contactos recuperáveis ou a manter contactos prejudiciais.
3. Volume e velocidade, medidos com honestidade
"Verificação em massa" significa coisas diferentes com 5.000 linhas e com 500.000. Peça por escrito três números: número máximo de linhas por carregamento, número máximo de linhas por dia e tempo de resposta típico para o seu volume.
Pergunte:"Se eu enviar 100.000 endereços hoje às 14:00, quando o arquivo estará pronto e o limite de requisições da API muda durante essa execução?"
4. A API, não o painel
O painel serve para auditorias. A API é onde a verificação realmente acontece — no cadastro, antes de uma campanha, dentro de um fluxo do CRM.
Verifique quatro pontos: modelo de autenticação, limites de requisições por plano, se existem endpoints em lote e como são as respostas de erro. Uma API que retorna 400 Bad Request with no field-level detail costs more in engineering time than the subscription.
5. Tratamento e retenção de dados
Você está enviando endereços de clientes. Pergunte onde os dados são armazenados, por quanto tempo são retidos, se são usados para treinamento e se você pode obter uma confirmação de exclusão. Para clientes da UE, isso é uma questão de conformidade com a LGPD e o GDPR, não de preferência.
6. Suporte que consegue explicar um resultado
Envie um endereço propositalmente inválido para o suporte do fornecedor e veja se a resposta explica a conversa SMTP ou apenas repete trechos da documentação. É o sinal mais rápido do que o terceiro mês vai parecer.
Tabela comparativa: o que verificar, não qual escolher
| Critério | Pergunta a fazer | Por que importa |
|---|---|---|
| Cobrança de catch-all | Cobrado como crédito integral ou gratuito? | 20–40% das listas B2B estão atrás de domínios catch-all |
| Granularidade dos status | 2 categorias ou mais de 6? | Define se você exclui contatos recuperáveis |
| Limite de upload | Linhas por upload / por dia | Uma lista de 100 mil em um plano de 50 mil vira dois trabalhos |
| API | Limite de requisições, endpoints em lote, detalhe de erros | A verificação pertence ao código, não a uma planilha |
| Retenção | Por quanto tempo as listas enviadas são armazenadas? | Exposição à LGPD/GDPR e contratos com clientes |
| Nova verificação | Você consegue reverificar uma lista armazenada a baixo custo? | As listas envelhecem; a verificação é um calendário, não um evento |
O teste de 15 minutos que lhe diz mais do que uma demonstração
Crea un archivo de prueba con 100 direcciones cuya respuesta ya conoces y súbelo con cada proveedor que estés considerando. Incluye:
- 30 direcciones que sabes que son invalid (caixas de correio eliminadas).
- 25 catch-all domínios da sua própria lista.
- 15 role endereços (
info@,support@). - 8 Wegwerf-E-Mail domínios.
- 2 armadilhas de spam, se tiver alguma.
- Os restantes são contactos reais e ativos.
Después compara tres cosas: cuántas de las 30 direcciones no válidas se detectaron, cómo se clasificó el catch-all y cuántos de tus contactos válidos se marcaron erróneamente como no válidos. Los falsos positivos te cuestan pipeline; los falsos negativos, entregabilidad. La mayoría de compradores solo mide lo primero.
Execute o mesmo ficheiro através do seu fornecedor atual. Se a diferença for pequena, não precisa de migrar — precisa de mudar o seu processo.
Lista de verificação para a migração
- Exporte, não volte a carregar às cegas. Guarde o ficheiro original e a coluna de resultados do fornecedor; vai precisar dela para comparar.
- Verifique novamente, não migre vereditos antigos. O estado obtido de outro fornecedor não é transferível, e um estado do trimestre passado está desatualizado.
- Reconstrua primeiro as listas de supressão. As anulações de subscrição e os bounces definitivos têm de sobreviver à mudança.
- Mude a API por último. Execute os dois fornecedores em paralelo nas novas inscrições durante uma semana e compare os vereditos dos mesmos endereços.
- Acompanhe as primeiras duas campanhas. A taxa de bounce é a única métrica que prova que a migração funcionou.
Onde o email-validaton.com se encaixa
Construímos o produto em torno das duas coisas que nos irritavam como compradores:
- Resultados catch-all e de risco não são cobrados como créditos extras — em qualquer volume, até 100.000 endereços por envio.
- Un plan gratuito con 100 comprobaciones al mes y sin tarjeta, así que la prueba anterior no te cuesta nada.
Além disso: verificações individuais, envio em massa, uma API REST e integrações com WordPress, Zapier e Google Sheets, além de clientes para PHP, Python e CLI. Os limites e preços atuais estão na página de preços — consulte-os aí em vez de confiar em qualquer artigo de comparação, incluindo este.
Se quiser os mecanismos mais profundos por trás dos estados acima, leia como funciona a verificação SMTP e o que significa realmente catch-all.
FAQ
Um verificador de e-mail gratuito é suficientemente preciso para substituir um pago?
Para a primeira passagem, muitas vezes sim — o método subjacente (sintaxe, MX, sondagem SMTP) é o mesmo. O que difere é a profundidade em domínios catch-all, o volume, os limites da API e o suporte. Teste ambos com um ficheiro de amostra e compare os falsos positivos.
Posso verificar uma lista que já verifiquei noutro serviço?
Sim, e deve fazê-lo. Os resultados não são transferíveis entre fornecedores e degradam-se com o tempo. Voltar a verificar antes de cada campanha custa menos do que o dano na entregabilidade causado por uma lista desatualizada.
Com que frequência deve uma lista ser verificada novamente?
Antes de cada envio, se a lista tiver mais de um mês, e trimestralmente para bases de dados armazenadas. As listas de e-mail degradam-se quer as utilize ou não.
Preciso de eliminar os endereços catch-all?
Não. Segmente-os e envie em lotes mais pequenos a partir de uma caixa de entrada aquecida, monitorizando a taxa de rejeição. Eliminá-los remove uma grande parte de contactos B2B legítimos.
