A verificação de e-mails numa agência não é o mesmo trabalho que a verificação interna. Não estás a limpar uma única lista — estás a limpar a lista de um cliente diferente todas as semanas, muitas vezes carregada por alguém que não sabe de onde vieram os endereços, e és tu quem leva a culpa quando a campanha tem devoluções.
Isso muda os critérios de compra. Uma ferramenta que serve bem a um único remetente SaaS pode ser inutilizável numa agência: sem separação por cliente, pools de créditos que um cliente esgota, ou um limite de taxa da API que falha quando três campanhas são lançadas na mesma manhã.
Esta é a lista de verificação que usaríamos numa agência, mais um teste que pode ser feito a qualquer fornecedor antes de assinar.
Os sete requisitos específicos para agências
1. Custo previsível por lista de cliente
As agências compram a verificação como custo da entrega, não como uma subscrição que alguém se esquece de cancelar. Precisas de saber o custo por 10.000 verificações antes de apresentar um orçamento a um cliente, e precisas que esse custo não mude porque uma lista acabou por ter 40% de catch-all.
Pergunta: "Quanto custa verificar 50.000 endereços em que 30% são catch-all?" Se os resultados catch-all consumirem créditos completos, o teu orçamento está errado precisamente nas listas que mais trabalho exigem.
2. Separação por cliente
Misturar dez clientes num único painel cria dois problemas: uma exportação acidental que expõe a lista de outro cliente, e nenhum registo de auditoria limpo quando um cliente pergunta o que eliminaste. Procura projetos, pastas ou subcontas separados e verifica se os resultados são retidos ou eliminados após o download.
3. Códigos de estado que um júnior consegue usar
O trabalho de agência é delegado. Se a exportação disser "inválido" tanto para uma caixa de correio inativa como para um servidor que expirou por tempo limite, alguém acabará por eliminar um contacto recuperável. Precisas de estados distintos para inválido, catch-all, arriscado/desconhecido, função (role), descartável, armadilha de spam e quota excedida — e uma regra documentada sobre o que fazer com cada um.
4. Volume sem surpresas
Verifica três números: linhas por carregamento, linhas por dia e o que acontece aos limites da API enquanto um trabalho em massa está a correr. Depois verifica os mesmos três números no plano imediatamente inferior, porque é esse o plano que o teu cliente te vai pedir para usar.
5. Uma API que possas integrar num fluxo de trabalho
A verificação deve ocorrer em três momentos: antes de uma lista entrar no CRM, antes de cada envio de campanha e no momento da inscrição para clientes de geração de leads. Isso exige endpoints de lote, limites de taxa sensatos e respostas de erro que indiquem o campo em causa.
6. RGPD e termos de tratamento de dados
És um subcontratante dos dados do teu cliente, o que torna o fornecedor um subcontratante ulterior. Precisas de um DPA, de um período de retenção que possas indicar num contrato e de um caminho para a eliminação. "Mantemos os ficheiros carregados indefinidamente" é uma frase que deve pôr fim à avaliação.
7. Um calendário de verificação recorrente
As listas perdem qualidade entre campanhas. Uma agência que volta a verificar antes de cada envio tem uma taxa de entregabilidade bem diferente de uma que verifica apenas uma vez por ano. Escolha um fornecedor em que voltar a executar uma lista guardada seja barato e rápido, e inclua isso no seu processo.
O fluxo de trabalho da agência que mantém as taxas de rejeição abaixo de 2%
- Receção. O cliente envia um CSV. Registe a origem e a data. As listas com mais de 12 meses seguem diretamente para uma etapa de nova verificação, e não para uma campanha.
- Primeira passagem. Verifique o ficheiro completo. Nunca envie para uma lista não verificada "só para testar".
- Segmentar por resultado. Válidos → campanha principal. Catch-all → lotes separados e mais pequenos, enviados a partir de uma caixa de entrada já aquecida. Arriscados/desconhecidos → repetir a verificação após 24 horas antes de decidir. Inválidos, descartáveis, armadilhas de spam → suprimir permanentemente.
- Supressão. Junte as anulações de subscrição e as rejeições definitivas numa lista de supressão ao nível do cliente, que se mantenha mesmo quando as listas mudam.
- Verificação antes do envio. Volte a verificar tudo o que tenha mais de 30 dias, além de qualquer endereço adicionado desde a última execução.
- Análise pós-envio. Compare a taxa de rejeição por segmento. Um pico de rejeições quase sempre remonta a uma única lista de origem, a um domínio catch-all ou a uma única importação.
Se executar este ciclo, o fornecedor importa menos do que o processo. Se saltar os passos 3 e 5, o melhor fornecedor do mercado continuará a produzir uma taxa de rejeição de 5%.
Como testar qualquer fornecedor em 15 minutos
Crie um ficheiro de teste com 200 endereços cuja resposta correta já conhece:
| Grupo | Quantidade | O que está a testar |
|---|---|---|
| Caixas de correio eliminadas que controla | 25 | Falsos negativos (inválidos não detetados) |
| Domínios catch-all das listas dos clientes | 20 | Classificação, e se lhe cobram por eles |
Endereços de função (info@, sales@) |
15 | Se os endereços de função (role addresses) são sinalizados |
| Domínios descartáveis | 8 | Cobertura contra fraude de cadastro |
| Armadilhas de spam | 2 | Se as armadilhas (spam traps) são sinalizadas antes do envio |
| Contatos conhecidos como válidos | 30 | Falsos positivos (que matam o pipeline real) |
Depois, pontue três números: recall em endereços inválidos, tratamento de catch-all e cobrança, e taxa de falsos positivos em contatos conhecidos como válidos. Este último é o que os fornecedores otimizam e que os compradores costumam esquecer de medir.
Execute o mesmo arquivo no seu provedor atual. Se a sua ferramenta atual tiver bom desempenho, a resposta honesta é que você não precisa trocar — precisa do fluxo de trabalho descrito acima.
Comparação: o que diferencia os fornecedores para uso em agências
| Critério | Resposta fraca | Resposta forte para agências |
|---|---|---|
| Cobrança de catch-all | Crédito integral por verificação de catch-all | Resultados catch-all e de risco não cobrados como créditos extras |
| Tamanho do upload | 10 mil–25 mil linhas por tarefa | 100 mil linhas em um único upload |
| Detalhamento de status | válido / inválido | 6+ status com uma ação documentada para cada um |
| API | apenas verificação individual | lote + único, limites de taxa documentados |
| Retenção | indefinida | período declarado, exclusão mediante solicitação |
| Camada gratuita para testes | nenhum | checagens suficientes para executar o teste de arquivo de amostra |
Onde o email-validaton.com se encaixa
Somos parciais, então trate isto como uma afirmação a ser testada, e não como uma conclusão:
- 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 — que é a parte que normalmente quebra um orçamento de agência.
- Plano gratuito: 100 verificações por mês, sem cartão de crédito. Isso é suficiente para executar o teste de seed de 100 endereços acima com dados reais antes de se comprometer.
- API REST além de WordPress, integrações com Zapier e Google Sheets, e clientes PHP, Python e CLI para a etapa de entrada.
- Os status são granulares o suficiente para orientar a segmentação na etapa 3 acima.
Limites e preços atuais estão na página de preços — verifique-os ali e verifique novamente na renovação, inclusive no nosso caso.
FAQ
Quantas verificações um cliente típico de agência precisa por mês?
A maioria das listas de PMEs tem entre 5.000 e 50.000 endereços por campanha, verificados de 1 a 4 vezes por mês. Modele o topo dessa faixa antes de escolher um plano; o excedente é onde os orçamentos quebram.
Devemos verificar antes de cada campanha ou uma vez por trimestre?
Antes de cada campanha, se a lista tiver mais de 30 dias. Trimestralmente para bancos de dados armazenados que estão em uso ativo. As listas se deterioram continuamente", não nos passos.
Um plano gratuito é suficiente para avaliar um fornecedor?
Sim, desde que permita pelo menos ~100 verificações, para que você possa enviar um arquivo seed com respostas conhecidas. Qualquer valor inferior é apenas uma demonstração, não um teste.
Que taxa de devoluções devemos prometer a um cliente?
Abaixo de 2% numa lista verificada é um objetivo defensável; abaixo de 1% normalmente exige trabalho ao nível da lista (segmentação, supressão, qualidade da origem), e não apenas verificação. Veja como é uma taxa de devoluções normal.
Os endereços catch-all têm de ser eliminados?
Não. Segmente-os em lotes mais pequenos a partir de uma caixa de entrada já aquecida e acompanhe a taxa de devoluções. Eliminá-los remove uma grande parte de contactos B2B legítimos — veja como o catch-all se comporta na prática.
