E-mail de pessoa ou de setor?
Esta ferramenta identifica se um endereço é de setor — contato@, vendas@, financeiro@, no-reply@ — ou de uma pessoa específica. A diferença importa: e-mail genérico abre menos, converte menos e derruba campanha. A checagem roda grátis no seu navegador, sem cadastro, e o endereço que você testa não sai da página.
Executar grátis
Roda direto no seu navegador. Grátis, sem cadastro — seus dados não são enviados para lugar nenhum.
Por que “contato@” vale menos que “ana.paula@”
O endereço de setor é uma caixa coletiva: ninguém é dono dela, todo mundo ignora. Newsletter mandada para financeiro@ vira tarefa de ninguém; proposta comercial em contato@ morre na fila. Além disso, provedores de envio olham torto para listas cheias de endereços genéricos — são típicas de lista raspada da internet, e a reputação do remetente paga a conta. Saber quais contatos são de setor deixa você tratar cada um do jeito certo.
Como conferir, na hora e de graça
Cole o endereço e a resposta sai na hora: pessoal ou de setor, com o prefixo que motivou a classificação. A detecção reconhece os padrões em português e em inglês — contato@, atendimento@, vendas@, financeiro@, suporte@, rh@, info@, sales@, admin@, no-reply@ e companhia. Tudo roda no seu navegador: nada é enviado a servidor, não tem limite de uso nem cadastro.
Na esteira do seu CRM, via API
Para classificar contatos em volume — na importação de uma planilha, na entrada de um lead novo — a mesma checagem existe como chamada de API por US$ 0,002. O JSON de resposta permite separar automaticamente: endereço pessoal segue para a cadência de vendas, endereço de setor recebe outro tratamento ou fica de fora da campanha. Sem mensalidade; você paga por chamada.
Casos de uso
Qualificação de leads B2B
O vendedor da TecnoSul recebe uma lista de contatos de evento. Separando pessoa de setor, a cadência de e-mails vai para quem decide — e compras@ não recebe mensagem de prospecção que ninguém vai ler.
Higiene de lista de newsletter
Endereços de setor costumam ser assinados “por curiosidade” e abandonados. Marcá-los na base explica taxas de abertura baixas e permite segmentar sem chute.
Regras de cadastro
Sistemas B2C que querem relação com a pessoa — um programa de fidelidade, por exemplo — podem pedir um e-mail pessoal quando detectam endereço de setor no cadastro.
Perguntas frequentes
Quais prefixos são reconhecidos?
Os padrões consagrados em português e inglês: contato@, atendimento@, vendas@, financeiro@, suporte@, rh@, comercial@, info@, sales@, admin@, no-reply@ e outros do mesmo time. Prefixos raros podem passar — nenhuma lista é infinita.
E-mail de setor é sempre ruim?
Não. Para cobrança ou suporte, financeiro@ é exatamente o endereço certo. A ferramenta não julga: ela classifica, e a decisão de uso é sua conforme o objetivo.
É grátis até quando?
No navegador, sempre: a checagem roda na sua tela, sem custo por uso, então não há motivo para limitar. O que é pago é o uso via API, US$ 0,002 por chamada.
Vocês guardam os endereços que eu testo?
No modo navegador, impossível: o endereço não é transmitido. Ele nasce e morre na sua página — nada para armazenar, nada para vazar.
Dá para combinar com outras checagens de e-mail?
Sim — sintaxe, domínio descartável, erro de digitação e MX são verificações irmãs no KIT; a validação em lote roda todas de uma vez sobre a sua lista.
Para desenvolvedores — acesso via API
Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.
Endpoint
Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.
Chame do seu código
curl -X POST https://api.kit.forhosting.com/verify/email-role \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"items":["valor-1","valor-2"]}'const res = await fetch("https://api.kit.forhosting.com/verify/email-role", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"items": [
"valor-1",
"valor-2"
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/verify/email-role",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"items": [
"valor-1",
"valor-2"
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/verify/email-role", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"items":["valor-1","valor-2"]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"items":["valor-1","valor-2"]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/verify/email-role", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemplo de requisição
{
"items": [
"valor-1",
"valor-2"
]
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "verify.email_role",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.
Preço
Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.
Erros
| HTTP | Código | O que significa |
|---|---|---|
401 | unauthorized | Token ausente ou inválido. Confira o header Authorization. |
402 | insufficient_balance | Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo. |
404 | unknown_type | Esse tipo de tarefa não existe. Confira o campo type no catálogo. |
429 | rate_limited | Muitas requisições em pouco tempo. Espere um instante e tente de novo. |