Voltar para o blog

API de detecção de e-mails descartáveis: barre cadastros falsos

e-mail descartávelfraude em cadastroprevenção a fraudesapiverificação de e-mail

Como funciona uma API de detecção de e-mails descartáveis, o que ela identifica e como integrá-la ao cadastro sem bloquear usuários legítimos.

Toda conta falsa começa do mesmo jeito: com uma caixa de entrada que talvez nem exista amanhã. Serviços de e-mail descartável entregam endereços que duram apenas o suficiente para clicar em um link de confirmação — dez minutos, às vezes menos — e depois somem, levando junto qualquer chance de falar novamente com aquele “usuário”. Para uma empresa SaaS, esse único endereço pode ser a porta de entrada para abuso de teste grátis, fraude em indicação, uso indevido de promoções e contas descartáveis criadas para spam.

Uma API de detecção de e-mails descartáveis existe para responder a uma pergunta no momento exato em que ela importa — o cadastro: este endereço pertence a um provedor que oferece caixas temporárias?

Por que endereços descartáveis são um sinal de fraude

Um e-mail descartável não é, por si só, malicioso. Usuários preocupados com privacidade às vezes usam uma caixa temporária quando ainda não confiam em um serviço, e essa é uma escolha legítima. Mas, olhando em escala, o padrão é claro:

  • Abuso de teste grátis. Uma pessoa, trinta trials. Cada teste precisa de um endereço novo, e provedores descartáveis criam esses e-mails sem parar.
  • Fraude em indicações e promoções. Autoindicação só funciona quando cada “amigo” tem um e-mail único. Caixas temporárias são a fonte mais barata.
  • Contas descartáveis para abuso. Contas usadas para spam, scraping e assédio são mais fáceis de substituir do que de preservar, então nascem de endereços que ninguém pretende manter.
  • Deterioração da lista. E-mails descartáveis geram hard bounce em poucas horas. Cada um que entra na sua base prejudica a reputação de envio sem trazer nada em troca.

O ponto em comum é simples: aquele usuário não demonstra intenção de manter um relacionamento duradouro. Se isso deve resultar em bloqueio, desafio adicional ou apenas uma marcação interna depende do seu produto — mas você não consegue decidir sem saber.

O que uma API de detecção realmente verifica

A mecânica é propositalmente simples, porque simplicidade também significa velocidade:

  • Extrai o domínio. Só a parte depois do @ importa. Um serviço bem desenhado compara domínios e nunca armazena o endereço completo — a parte local é dado pessoal que você não precisa tratar.
  • Compara com uma base de descartáveis. Dezenas de milhares de domínios operados por provedores de temp-mail, serviços de caixa temporária e redes de aliases rotativos.
  • Retorna um veredito. disposable: true ou false, além do domínio encontrado e de um timestamp. Uma chamada, um campo sobre o qual você pode agir.

Uma integração típica fica assim:

bash curl "https://guarda.net/api/public/v2/email/newuser@mailinator.com?key=YOUR_API_KEY"

{ "status": "ok", "email": "newuser@mailinator.com", "domain": "mailinator.com", "disposable": true, "checked_at": "2026-08-23T12:00:00.000Z" }

Como a checagem é uma única chamada HTTP, ela cabe em praticamente qualquer ponto: no handler do formulário de cadastro, em um endpoint de checkout, na captura de newsletter ou em um job em lote para auditar uma base existente.

O problema dos falsos positivos que quase ninguém comenta

Aqui está a parte incômoda dessa categoria de produto: muitas listas públicas usadas por detectores são ruidosas. Alguns feeds open source bastante populares misturam provedores legítimos de e-mail gratuito com serviços realmente descartáveis. Se você consumir essas listas sem tratamento, em algum momento vai dizer a um cliente real, com uma caixa de entrada real, que o endereço dele é “descartável” — e pode perdê-lo justamente quando ele tentou fazer negócio com você.

A correção é arquitetural, não cosmética: uma allowlist que sempre prevalece. Provedores legítimos verificados — grandes serviços de freemail, provedores regionais, ISPs, universidades — ficam fixados em uma allowlist cruzada com rankings independentes de tráfego. Quando um feed marca incorretamente um desses domínios, a allowlist sobrescreve o resultado. Qualidade de detecção não é apenas bloquear mais domínios; é ter confiança suficiente para afirmar que os domínios permitidos são reais.

Atualização também é essencial. Operadores de temp-mail trocam domínios justamente para escapar de listas estáticas, então uma base baixada no mês passado já está velha onde mais importa. Procure um provedor que sincronize diariamente múltiplos feeds e registre a origem de cada domínio — assim você consegue auditar por que um veredito foi retornado, não apenas qual foi o resultado.

Como integrar sem prejudicar conversão

A pior forma de usar uma checagem de e-mail descartável é bloquear automaticamente todo resultado positivo e mostrar um beco sem saída. Um padrão melhor, em ordem crescente de fricção, é:

  • Marcar silenciosamente. Registre o sinal na conta e use-o para orientar decisões futuras — por exemplo, uma conta descartável não verificada não recebe bônus de indicação.
  • Criar um desafio. Exija verificação de e-mail antes de entregar qualquer valor, como acesso ao trial, cupom promocional ou chave de API. Usuários reais resolvem isso em segundos; fraudadores em massa tendem a abandonar.
  • Bloquear com explicação. Reserve a rejeição direta para contextos em que um endereço descartável nunca faz sentido — pagamentos, faturamento, trials B2B — e sempre explique por quê, com um caminho para suporte.

E combine sinais. Um endereço descartável vindo de um IP de datacenter é uma situação bem diferente de um e-mail descartável em uma conexão residencial. Inteligência de e-mail e inteligência de IP respondem metades diferentes da mesma pergunta, por isso fazem mais sentido no mesmo fluxo de decisão do que isoladas em ferramentas separadas.

O que a detecção não consegue fazer

Ser honesto sobre os limites evita uma falsa sensação de segurança. Uma checagem baseada em domínio não consegue identificar:

  • Domínios próprios sobre infraestrutura descartável. Um serviço de caixa temporária usando um domínio novo, ainda não listado, passa até ser descoberto — isso é uma corrida de descoberta, não um problema resolvido.
  • Aliases no estilo Gmail. name+anything@gmail.com e variações com pontos podem apontar para a mesma caixa de entrada; isso é um problema de deduplicação na sua base, não de detecção.
  • Pessoas determinadas. Alguém disposto a registrar um domínio real e receber e-mails reais vai passar. O objetivo é elevar o custo do abuso acima do benefício, não atingir perfeição.

Detecção de e-mail descartável é uma camada. Combinada a sinais de ameaça por IP e fluxos de desafio bem pensados, ela remove a categoria mais barata e volumosa de cadastros falsos — a automatizada — e, na prática, isso costuma ser a maior parte do problema.

Você pode testar qualquer endereço agora com o verificador gratuito de e-mails descartáveis em guarda.net, sem precisar criar conta, e integrar a API ao seu fluxo de cadastro quando estiver pronto para aplicar a regra.

Verificação de risco de fraude ao vivo