Ferramentas de verificação de email

Validador de e-mail grátis: sintaxe e registros MX

Verifique se um endereço está bem formado e se o domínio está configurado para receber correio. Este validador rápido para antes do SMTP, por isso não afirma que a caixa existe.

O que é um email validator?

Um email validator responde a uma pergunta mais estreita do que um verifier: esta string é um endereço bem formado num domínio que publica servidores de e-mail? Isso é formato e MX — não prova de que existe uma pessoa ou inbox.

Quem pesquisa “email validator” e “validate email” quer um ecrã rápido e grátis. A BillionVerify mantém esta página honesta: sem alegações falsas de entregabilidade, sem handshake SMTP, verificações superficiais ilimitadas para uso legítimo.

Quando o risco de bounce importa, passe para o Email Checker ou Email Verifier. Essas ferramentas adicionam sondas de caixa e flags de risco sobre a mesma base de formato.

Como funciona o email validator

Apenas duas camadas. Sem SMTP de propósito.

1. Analisar e normalizar
Verificar a forma do local-part e do domínio contra regras práticas de formato. Erros de escrita falham em milissegundos.
2. Resolver registros MX
Verifique se há registros de mail exchange publicados. Se nenhum for encontrado, este validador superficial informa sem MX e para antes de qualquer teste da caixa.
3. Parar antes da caixa
Não abrimos conversa SMTP. Domínios catch-all ainda podem passar neste validator.
4. Apontar para a prova completa
Se precisar de entregabilidade, o Email Verifier e o Email Checker executam SMTP no mesmo stack do produto.

Quando usar um email validator

Use validação superficial quando a velocidade importa mais do que a prova da caixa.

Apanhar erros de escrita óbvios
Campos de formulário e entrada manual produzem erros de formato. Corrija-os antes de qualquer verificação mais profunda.
Confirmar que o domínio pode receber correio
Uma rota MX publicada passa o filtro DNS normal; sem MX publicado, esta verificação superficial para e mostra o motivo sem gastar quota SMTP.
Pré-filtrar antes da verificação completa
Primeiro filtro barato antes de trabalhos SMTP em massa em listas grandes.
Não só para decisões de envio
Não trate formato+MX OK como seguro para cold email. Use ferramentas SMTP para isso.

Email validator vs outras Email Verify Tools

Estas são Email Verify Tools interativas — não trabalhos em massa, não a API, não Free Tools (DNS / SPF / DKIM).

Esta página só devolve formato e MX. Outras ferramentas adicionam SMTP ou especializam-se num flag de risco.

Ferramenta	O que faz	Use quando
Verificador de e-mail	Verificação completa da caixa de correio SMTP, incluindo todos os indicadores de risco.	Quando a capacidade de entrega e a segurança do envio são importantes
Email Checker	SMTP completo + todos os flags de risco num endereço	Quando quer um resultado multi-camada completo num só lugar
Free Email Checker	Deteta provedores de webmail pessoal gratuito (Gmail, Yahoo, …)	Qualidade de leads e scoring de domínio B2B — não verificação sem custo
Email Validator	Apenas sintaxe + MX — sem SMTP	Ecrã rápido de formato e domínio
Disposable Email Detection	Assinala domínios temporários / descartáveis	Registo e captura de leads
Bounce Email Checker	Foco no risco de bounce e não entregável	Higiene de listas para controlo da taxa de bounce
Catch-All Verifier	Deteta domínios catch-all	Quando a aceitação SMTP é pouco fiável
Role Account Detection	Encontra endereços genéricos de role	Qualidade de outreach B2B
Email List Cleaning	Verifica muitos endereços de uma vez (colar ou CSV)	Quando uma só verificação não basta e precisa de uma lista limpa
Pesquisa reversa de e-mail	Encontre o proprietário público e o contexto da empresa a partir de um endereço de e-mail.	Liderar a pesquisa e a revisão de remetentes desconhecidos.
Validador de número de telefone	Validar formato de telefone, país, tipo e saída E.164	Limpeza do telefone CRM antes do contato

Como ler um resultado de validação

Formato e MX OK significa que o endereço está bem formado e o domínio publica uma rota MX. Não significa que a caixa existe. Sintaxe inválida para imediatamente; sem MX publicado esta verificação superficial para, mas domínios incomuns com MX implícito precisam de revisão antes de uma rejeição final.

Não há leitura disposable, catch-all ou bounce nesta página por design. Isso exige verificação completa ou ferramentas especializadas.

Validação em duas camadas

O que a validação de sintaxe e MX consegue estabelecer

O validador para de propósito depois de duas camadas baratas. Isso o torna rápido para formulários e pré-triagem, mantendo a conclusão mais estreita do que a verificação completa de e-mail.

A sintaxe verifica se a entrada pode ser interpretada como um endereço de e-mail

A BillionVerify separa a parte local do domínio, normaliza a entrada e rejeita falhas estruturais como componentes em falta, separadores quebrados ou caracteres em posições que o parser do endereço não aceita. Isso captura erros comuns de digitação e copiar-colar antes de qualquer consulta de rede.

Um passe de sintaxe não consulta o provedor do destinatário. A string pode seguir todas as regras de formato e ainda nomear um domínio que não recebe correio ou uma caixa que nunca foi criada. Trate a sintaxe como o primeiro portão, nunca como o resultado final de entregabilidade.

O MX verifica se o domínio publica uma rota de correio

O Domain Name System permite que um domínio publique registros de mail exchanger que direcionam os remetentes aos servidores receptores. A BillionVerify resolve esse contexto de roteamento depois que a sintaxe passa. Uma rota utilizável significa que o domínio está configurado para participar da entrega de e-mail.

A evidência MX aplica-se ao domínio, não ao local-part exato. A mesma rota de correio pode servir colaboradores ativos, aliases aposentados, nomes não atribuídos, caixas de grupo e comportamento catch-all. Por isso o resultado diz formato e MX OK, e não caixa verificada.

Null MX e MX em falta exigem tratamento alinhado aos padrões

Um domínio pode publicar um registro Null MX para declarar de forma explícita que não aceita e-mail. O RFC 7505 Null MX da IETF define esse sinal para que os remetentes não percam tempo tentando entregar a um domínio que optou por ficar fora do correio.

Um registro MX explícito em falta não é idêntico em todos os contextos técnicos porque o SMTP historicamente define fallback pelo registro de endereço do domínio. Esta página superficial não executa esse fallback de MX implícito e informa sem MX publicado nos dois casos, por isso um domínio incomum precisa de revisão antes de uma rejeição final.

Parar antes do SMTP faz parte da definição do produto

Esta página não abre uma conversa com o destinatário, não testa um comando de caixa nem infere aceitação a partir do comportamento do provedor. Nenhuma mensagem de e-mail é enviada. O escopo limitado torna o validador adequado para pré-triagem rápida e preserva a quota SMTP completa para verificações que precisam de evidência da caixa.

Quando a caixa exata importa, continue para o Verificador de e-mail. Ele aplica a mesma base de sintaxe e roteamento e depois adiciona SMTP no nível do destinatário e sinais de risco.

Resultados da validação

Interprete o resultado na camada que de fato foi testada

Um resultado superficial é útil quando o rótulo permanece preciso. A maioria dos erros acontece quando evidência de formato ou de domínio é rebatizada como evidência da caixa.

Formato e MX OK significa pronto para uma verificação mais profunda

Este resultado significa que o endereço é estruturalmente utilizável e que o domínio expõe infraestrutura de recepção de correio segundo as regras do validador. É uma pré-triagem positiva, não permissão para chamar a caixa de entregável.

Use-o para aceitar a entrada do formulário de forma provisória, continuar um pipeline de enriquecimento ou reduzir linhas obviamente impossíveis antes de um trabalho completo. Adicione SMTP antes de enviar mensagens em que um hard bounce tem custo operacional.

Sintaxe inválida significa reparar o valor de origem

O parser não consegue interpretar a entrada como um endereço utilizável. Causas comuns incluem sinais @ em falta, domínios incompletos, espaços copiados para o meio do valor e erros de pontuação.

Mostre ao usuário o campo original e deixe-o corrigir. Não invente automaticamente caracteres em falta nem substitua o domínio, porque um palpite sintaticamente melhorado pode pertencer a outra pessoa.

Sem rota de correio significa que o domínio não está pronto para entrega normal

Quando o domínio não tem uma rota utilizável segundo as regras de validação, continuar para a verificação da caixa não resgata o endereço atual. Pode estar escrito errado, expirado, estacionado ou configurado de propósito para não aceitar correio.

Devolva o motivo em vez de um rótulo genérico de inválido. Uma falha no nível do domínio é acionável para correção de dados e é diferente de uma rejeição de destinatário em um domínio de empresa que funciona.

Passar na validação deixa várias perguntas sem resposta

A caixa pode estar não atribuída, desativada, cheia, protegida por política do provedor ou escondida atrás de comportamento catch-all. O endereço também pode ser descartável, de função ou sem relação com a pessoa no seu registro.

Isso não são defeitos do validador; são perguntas fora da sintaxe e do DNS. Use o Email Checker quando precisar do painel completo de um único endereço.

Pré-triagem rápida

Coloque a validação de e-mail no início do pipeline de dados

O validador poupa tempo e trabalho de rede quando remove entradas impossíveis cedo, enquanto as etapas seguintes continuam responsáveis pelas decisões de caixa e de audiência.

1
Valide a estrutura enquanto o usuário ainda pode corrigir
Execute a validação de sintaxe na entrada do formulário ou imediatamente após o envio. Uma mensagem clara ao lado do campo é mais útil do que descobrir um endereço malformado depois que o usuário saiu da página.
Evite bloqueio em tempo real agressivo demais enquanto alguém ainda está digitando. Valide em um ponto de interação estável e preserve o valor digitado para que o usuário — e não uma regra de autocorreção — escolha a correção.
Quando o formulário for crítico para o negócio, registre a categoria do motivo em vez do endereço completo em analytics gerais. As equipes de produto precisam saber se as falhas vêm de sintaxe ou DNS, sem transformar um fluxo de eventos de validação numa segunda base de contatos.
2
Resolva a prontidão do domínio antes de enriquecimento caro ou SMTP
Um resultado sem MX publicado interrompe este pipeline superficial antes da sondagem da caixa ou do enriquecimento de contato. A triagem DNS precoce reduz trabalho desnecessário nas etapas seguintes, enquanto domínios incomuns que dependem de MX implícito devem ir para revisão em vez de serem tratados em silêncio como falhas definitivas comuns.
Mantenha o comportamento de nova tentativa sensato porque o DNS pode falhar temporariamente. Distinga uma condição confirmada de sem correio de uma consulta que não pôde ser concluída, e não transforme uma falha transitória de infraestrutura em exclusão permanente de dados do cliente.
3
Eleve só os registros que precisam de uma decisão de envio
Se um fluxo só precisa de formatação limpa e de um domínio capaz de receber correio, pare aqui. Se for enviar e-mail de onboarding, vendas, senha, cobrança ou campanha, continue para a verificação SMTP completa perto do evento de envio.
Essa abordagem em camadas mantém as verificações rápidas rápidas, sem baixar o padrão de entregabilidade. O nome do resultado deve viajar com os dados para que os sistemas posteriores saibam se receberam evidência validada ou totalmente verificada.
Um modelo de campo útil guarda status de sintaxe, status de MX publicado, profundidade da validação e horário da verificação em separado. Isso impede que uma exportação posterior achate o sucesso de formato e MX num booleano verificado enganoso.
4
Use a limpeza em massa quando cada linha precisa da decisão completa
Arquivos grandes precisam de deduplicação consistente, tratamento de status, lógica de nova tentativa e exportações. Um validador superficial pode pré-triar um conjunto de dados, mas não pode dizer a um operador de campanha quais destinatários exatos aceitaram uma sonda SMTP.
Use Limpeza de listas de e-mail para verificação em escala de campanha e preserve sintaxe, roteamento, SMTP e motivos de risco como campos de saída separados.

Limites honestos

Validação não é verificação, identidade nem teste de entregabilidade

O termo válido pode enganar quando a camada testada é omitida. A BillionVerify nomeia as camadas para que você escolha o próximo passo certo.

Sem SMTP significa sem afirmação de existência da caixa

O validador nunca pergunta ao sistema receptor sobre o local-part de destino. Por isso não pode estabelecer se jane@company.com está atribuído mesmo quando company.com aceita correio.

Um resultado que afirma entregável só a partir de sintaxe e MX está superestimando a evidência. A BillionVerify reserva a linguagem no nível da caixa para o fluxo SMTP completo.

Domínios catch-all podem passar em todas as camadas superficiais

Um domínio catch-all tem infraestrutura de correio válida e pode aceitar local-parts arbitrários. O endereço pode parecer perfeito e o domínio pode rotear correio enquanto a caixa no nível da pessoa nomeada permanece sem confirmação.

Use o Catch-All Verifier para entender esse comportamento de domínio e mantenha os contatos catch-all num segmento de revisão em vez de chamá-los de verificados individualmente.

Isso importa sobretudo para padrões B2B gerados. Adivinhar firstname.lastname num domínio de empresa pode passar em sintaxe e MX para cada nome de colaborador, enquanto o comportamento catch-all impede que essas verificações superficiais confirmem qualquer destinatário adivinhado.

A prontidão do domínio não identifica o titular do endereço

Registros DNS não dizem nada sobre a pessoa ligada a uma linha de CRM. Um domínio pode rotear correio corretamente enquanto o nome, o empregador, o cargo ou o consentimento ligados ao endereço estão errados.

Identidade e permissão exigem evidência de primeira parte ou autorizada. A validação evita erros técnicos de entrada; ela não transforma dados de contato de terceiros em identidade verificada.

Mantenha a confiança de identidade num campo separado da validação técnica. Uma equipe de vendas pode então revisar a fonte de enriquecimento sem perder o fato de que a estrutura do endereço e a rota de correio publicada passaram nas próprias verificações. Essa separação também facilita explicar auditorias posteriores de qualidade de dados.

A validação do destinatário não testa a configuração do remetente

Um destino válido ainda pode receber a mensagem no spam quando o remetente tem má reputação, autenticação em falta, conteúdo arriscado ou comportamento de campanha pouco saudável. Essas condições ficam no lado do envio.

Use o Teste de entregabilidade de e-mail para a prontidão do domínio remetente. Mantenha a validação do destinatário e a entregabilidade do remetente como controles separados no mesmo fluxo de envio.

Referências de protocolo

Os padrões explicam por que a validação superficial para onde para

Gramática do endereço, roteamento de correio DNS e respostas SMTP do destinatário são partes separadas do e-mail da Internet. A fronteira do produto segue essa arquitetura.

O RFC 5322 descreve a estrutura de mensagem e endereço

O RFC 5322 Internet Message Format da IETF define a sintaxe usada para representar endereços e mensagens de e-mail. É a base para decidir se uma string pode ser analisada como um endereço.

O documento não fornece uma consulta de rede que prove que uma caixa existe. A BillionVerify mantém essa distinção visível no resultado da validação.

O RFC 5321 descreve o roteamento de correio e as respostas SMTP

O RFC 5321 Simple Mail Transfer Protocol da IETF define o comportamento de troca de correio, incluindo comandos de destinatário e classes de resposta temporárias versus permanentes. Essas respostas de destinatário pertencem à verificação completa, não a esta página.

O validador usa a camada de roteamento necessária para estabelecer a prontidão do domínio e para antes da interação com o destinatário. Isso torna o resultado rápido, explicável e corretamente delimitado.

A próxima ferramenta depende da próxima pergunta

Use o Free Email Checker para classificar webmail de consumo, Detecção de e-mail descartável para identificar provedores throwaway, e o verificador completo quando precisar da aceitação atual da caixa.

O Validador de e-mail continua o ponto de partida certo quando o trabalho é simplesmente capturar entrada malformada e domínios que não estão configurados para receber correio.

Próximos passos após a validação

Aprofunde quando o formato sozinho não chega.

Perguntas frequentes

1. O que um email validator verifica?

Este email validator verifica apenas duas camadas: (1) se o endereço está bem formado (sintaxe/estrutura), e (2) se o domínio publica registros MX para poder receber correio. Não abre uma conversa SMTP com a caixa e não pode provar que existe uma pessoa ou inbox específicos. Essa honestidade é intencional — formato e MX são um ecrã barato, não verificação completa de e-mail.

2. O email validator usa SMTP?

Não. A verificação SMTP da caixa está disponível no Email Checker, limpeza de listas e fluxos com sessão iniciada. O validator mantém-se rápido e ilimitado (limites suaves apenas antiabuso) ao parar em sintaxe e MX. Se precisar de risco de bounce e entregabilidade, abra o Email Checker para um resultado SMTP completo.

3. Quando devo usar o email validator em vez do email checker?

Use o email validator quando só precisar de um ecrã rápido de formato e domínio — apanhar erros de escrita, rejeitar domínios sem MX ou pré-filtrar antes de um trabalho mais pesado. Use o email checker quando um endereço errado lhe custar bounces, penalizações do ESP ou tempo de SDR desperdiçado. Muitas equipas correm checks tipo validator na entrada do formulário e email checking SMTP completo antes de campanhas ou importação para o CRM.

4. O email validator é grátis?

Sim. A validação superficial (sintaxe + MX) é grátis e não está limitada à quota de 20 SMTP completos do Email Checker. Pode aplicar-se um limite suave de taxa apenas para bloquear abuso automatizado. Para limpeza CSV em massa e volume de API, registe-se.

5. Email validator vs email checker — qual escolher?

Escolha o email validator para verificações superficiais ilimitadas: “isto parece e-mail num domínio capaz de receber correio?” Escolha o email checker para verificação multi-camada: entregabilidade SMTP mais flags disposable, catch-all e role. Respondem a perguntas diferentes; tratar um resultado de validator como verificação completa é um erro comum de entregabilidade.

6. Domínios catch-all podem passar no email validator?

Sim. Domínios catch-all costumam publicar MX válidos, por isso sintaxe + MX podem parecer corretos mesmo quando o local-part não é uma pessoa real. Só ferramentas de verificação completa (Email Checker / Catch-All Verifier) podem mostrar a incerteza catch-all. Se enriquecer leads adivinhando nomes@empresa.com, não confie só no validator.

Validação de e-mail

Precisa de entregabilidade SMTP completa?

Execute o Email Checker para prova ao nível da caixa e flags de risco, ou registe-se para limpeza em massa e acesso à API.

Abrir Email Checker

20 verificações SMTP grátis / 24 h · Sem cadastro para verificações superficiais · Resultados em segundos

99.9%

Precisão

Real-time

Velocidade da API

$0.00014

Por e-mail

600/mo

Grátis para sempre