Capítulo 1 de 6 · Cheque no servidor
Sobre este vídeo
As respostas neste vídeo são respostas reais da API. As chaves de API exigem uma conta paga.
Transcrição do vídeo
Cheque no servidor
Cheque o endereço no seu servidor quando o formulário de cadastro for enviado e barre os que não podem receber e-mail. Quando o formulário é enviado, o seu servidor manda o endereço para /verify/single, lê o status e decide. O navegador nunca fala com a API. Aqui vai uma regra simples. Rejeite inválido, porque essa caixa não existe. Rejeite descartável, porque é uma caixa de uso passageiro. Deixe passar função, catch-all e desconhecido. Esses podem ser de pessoas reais. Por que no servidor? Uma chave no código do navegador vai para cada visitante, e qualquer um poderia gastar seus créditos com ela. As chaves vêm com uma conta paga, então mantenha a sua privada.
Next.js
No Next.js, coloque a checagem num route handler. Ele lê a chave do ambiente do servidor, envia o e-mail e devolve um 422 com uma mensagem quando o status é invalid ou disposable. Olhe a pegadinha. Se a chamada falhar ou der timeout, o status vem vazio, e este código deixa o cadastro passar. Essa é uma escolha feita neste exemplo. Se você preferir bloquear, devolva um erro ali.
React
O React roda no navegador, então nunca guarda a chave. O formulário envia para a sua própria rota e mostra a mensagem quando volta um 422. No Django, chame o SDK de Python a partir do clean_email do seu formulário. Lance um erro de validação para invalid ou disposable, e o Django o mostra ao lado do campo.
Laravel
No Laravel, escreva uma regra de validação. O cliente HTTP envia o endereço com a chave da sua configuração, e a regra falha para os mesmos dois status. Um erro de conexão só retorna, então o formulário ainda passa.
Go
Em Go, a biblioteca padrão basta. Este handler chama a API, registra o resultado e responde 422 para invalid ou disposable. Vamos rodar. Entram quatro cadastros. Os endereços support e Leo recebem as boas-vindas. O endereço Gmail inventado e o do Mailinator recebem a mensagem 422. O log do servidor mostra o porquê: role, catch-all, invalid e disposable. E toda linha diz credits_used zero. Já tínhamos checado esses quatro endereços nesta conta hoje cedo. Se o mesmo endereço chegar de novo em 24 horas, você não paga duas vezes. Um usuário que corrige um erro de digitação no campo de senha e reenvia não custa nada a mais.
Próximos passos
Os cinco usam um único endpoint. Os campos e status estão documentados em billionverify.com/docs. 20 créditos grátis por dia em que você usa sua conta, até 600 por mês. Sem cartão de crédito. Comece em billionverify.com.
Apresentada neste vídeo
Mais em API para devs
Todos os vídeos de verificação de e-mail
Preços da BillionVerify
Comece grátis e pague só pelo que verificar. Escolha um plano ou compre créditos uma única vez.
cobrado anualmente $96
Economize 60%$0.0004 / por crédito
Todos os 240,000 créditos chegam de uma vez. Use quando quiser.
Escolha seus créditos
Incluído em todos os planos pagos
- 240,000 créditos / ano
- Verificação individual de e-mail
- Verificação de e-mails em massa
- Localizador de emails
- Localizador em lote
- Pesquisa de empresas
- Verificação de caixa de correio via SMTP em tempo real
- API em tempo real + processamento em lote
- Suporte a upload de CSV e Excel
- Relatórios de verificação completos
- Workspaces e equipes com limites de gastos
- Os créditos nunca expiram
Experimente os recursos de verificação de e-mail com IA
20 créditos grátis por cada dia em que inicia sessão, até 600 por mês. Verificação de e-mail AI-first gratuita em todos os recursos, sem cartão de crédito.
Integração nativa com MCP Server · Catch-all apresentado separadamente · Plano gratuito, sem cartão de crédito