Bloqueie domínios de e-mail gratuitos em formulários B2B: a lista de 4.768 domínios e uma API grátis

Em resumo: os formulários da HubSpot podem rejeitar endereços de e-mail gratuitos com uma única caixa de seleção, "Block free email providers" (bloquear provedores de e-mail gratuitos), apoiada em uma lista publicada de 4.768 domínios. Transformamos essa mesma lista em uma API gratuita (GET /email/check, POST /email/check/batch, 0 créditos por chamada), em um verificador que roda no navegador e em um pacote npm open source, para que a regra aplicada pelos seus formulários também rode no código de cadastro, em rotinas de limpeza de CRM e em agents de AI. A lista acerta nos casos óbvios e erra de formas previsíveis; conheça os dois lados antes de bloquear alguém.

Equipes B2B bloqueiam domínios de e-mail gratuitos por um único motivo: um pedido de demo de jane@northwind.io diz qual empresa está perguntando, e um de jane1987@gmail.com, não. A HubSpot oferece isso como uma configuração de formulários e documenta a lista por trás dela, com um CSV que você pode baixar.

A configuração só vale para os formulários da HubSpot. Seu próprio fluxo de cadastro, a lista de leads que um parceiro enviou e a exportação de CRM que seu agent está enriquecendo nunca passam por ela. É essa lacuna que este post fecha.

O que está na lista

Carregamos o CSV (versão de 10 de outubro de 2026) e agrupamos o que há nele. A UnifAPI não é afiliada à HubSpot; a lista é deles, o agrupamento é nosso.

O tamanho da lista é, em boa parte, história. Só os domínios personalizados mail2*.com somam 1.264 das 4.768 entradas. Mantê-los não custa nada, mas "4.768 domínios" exagera o quanto do e-mail pessoal de hoje a lista cobre: as duas primeiras linhas concentram a maior parte.

Onde bloquear domínios gratuitos dá errado

Bloquear é um instrumento grosseiro. Antes de ativar o bloqueio, compare estes cinco modos de falha com o seu próprio funil:

1. Compradores reais com endereços pessoais. Fundadores, consultores e pessoas que avaliam produtos no fim de semana usam Gmail. Um bloqueio rígido os afasta justamente no momento de maior intenção.
2. Caixas de provedores de internet e de privacidade. Uma agência de três pessoas no comcast.net e um engenheiro de segurança no protonmail.com são igualmente bloqueados. Nenhum dos dois é um consumidor.
3. Provedores mais novos passam batido. proton.me, pm.me, tuta.com e hey.com não estão na lista. O guerrillamail.com também não, então ela tampouco é uma lista de e-mails descartáveis.
4. "Corporativo" não é "entregável". Um domínio fora da lista ainda pode ser um erro de digitação, um domínio estacionado ou uma caixa que retorna bounce. Nada aqui consulta registros MX nem conversa com um servidor de e-mail.
5. Subdomínios ficam de fora da correspondência. A regra é exata: berlin.de está na lista, mas senate.berlin.de não é tratado como gratuito. Esse é o padrão certo para subdomínios de empresas e de governo, mas significa que aliases no estilo mail.yahoo.com precisam de entradas próprias.

O padrão que funciona para a maioria das equipes B2B é encaminhar, não bloquear: deixe os cadastros de domínios gratuitos seguirem para um caminho self-service ou de nutrição, peça o nome da empresa e reserve o follow-up de vendas para domínios corporativos. Caixas funcionais (info@, sales@, support@) também merecem um caminho próprio: são endereços corporativos, mas ninguém em particular os lê.

Quatro formas de aplicar a mesma regra

Os quatro endpoints são gratuitos: retornam o bloco billing padrão com credits_charged: 0, e até um workspace com saldo zerado pode chamá-los. Eles rodam sem consultas de rede, então respondem tão rápido quanto o próprio gateway.

Um endereço

curl -s "https://api.unifapi.com/email/check?email=Jane.Doe@Gmail.com" \
  -H "Authorization: Bearer $UNIFAPI_API_KEY"

{
  "request_id": "…",
  "data": {
    "input": "Jane.Doe@Gmail.com",
    "email": "jane.doe@gmail.com",
    "local_part": "jane.doe",
    "domain": "gmail.com",
    "is_valid_syntax": true,
    "is_free_provider": true,
    "is_role_account": false,
    "verdict": "free",
    "invalid_reason": null
  },
  "billing": {
    "credits_charged": 0,
    "records_charged": 0,
    "balance_remaining": 0,
    "truncated_due_to_balance": false
  }
}

verdict é o campo que decide o fluxo: business, free ou invalid. Quando é invalid, invalid_reason diz o motivo (missing_at_sign, invalid_local_part, invalid_domain, too_long), o que basta para mostrar um erro útil no formulário em vez de "e-mail inválido".

Uma lista de leads

const res = await fetch("https://api.unifapi.com/email/check/batch", {
  method: "POST",
  headers: {
    Authorization: `Bearer ${process.env.UNIFAPI_API_KEY}`,
    "Content-Type": "application/json",
  },
  body: JSON.stringify({ emails: leads.map((lead) => lead.email) }),
});
const { data } = await res.json();

const business = leads.filter((_, i) => data.results[i].verdict === "business");
console.log(data.summary); // { total, business, free, invalid, role_accounts }

Os resultados voltam na ordem de entrada, com duplicados incluídos, então você pode parear cada um com sua linha sem uma tabela de consulta.

Offline, no seu próprio código

A lista e o classificador também estão disponíveis como um pacote open source e sem dependências, o @unifapi/email-filter:

import { checkEmail } from "@unifapi/email-filter";

if (checkEmail(form.email).verdict === "free") {
  return "Use seu e-mail corporativo.";
}

Ele roda no Node, em runtimes de edge e no navegador, e inclui a lista bruta em JSON e em texto simples para outras linguagens. Fixe uma versão e atualize-a quando a lista mudar; a data da versão da lista é exportada como FREE_EMAIL_DOMAINS_SNAPSHOT_DATE.

Faça sem código

O verificador de domínios de e-mail grátis roda o mesmo pacote no seu navegador. Cole até 10.000 endereços ou domínios — uma coluna de CSV, um cabeçalho de e-mail como Jane Doe <jane@acme.io> ou uma lista simples — e ele os separa em corporativos, de provedor gratuito e inválidos, sinaliza caixas funcionais, remove duplicados e exporta um CSV. Nada do que você colar é enviado.

Transforme isso em um prompt para o agent

Com a UnifAPI conectada via MCP, o agent pode rodar o endpoint de lote sozinho:

Esta é a exportação de inscrições do nosso webinar. Classifique cada e-mail com a verificação de e-mail da UnifAPI e retorne três listas: endereços corporativos agrupados por domínio, endereços de provedores gratuitos com o nome da pessoa para que possamos pedir a empresa, e linhas inválidas com o motivo. Sinalize caixas funcionais separadamente e não envie nada.

A verificação não custa nada, então o agent pode rodá-la em toda lista antes de gastar créditos com enriquecimento. Combine-a com o analisador de empresas do LinkedIn para avaliar as empresas por trás dos domínios corporativos.

O que ler a seguir

Verificador de domínios de e-mail grátis - cole uma lista e separe e-mails corporativos de pessoais, de graça.

API de filtro de e-mail - os quatro endpoints gratuitos, com parâmetros e schemas de resposta.

@unifapi/email-filter no GitHub - o pacote open source e a lista bruta.