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ências é delegado. Se a exportação disser "invalid" tanto para uma caixa de e-mail inativa quanto para um servidor que expirou o tempo limite, alguém acabará excluindo um contato recuperável. Você precisa de status distintos para invalid, catch-all, risky/unknown, machine-generated, role, disposable, spam trap e over-quota — 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, arriscados e gerados por máquina não sã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, arriscados e gerados por máquina 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.
