Capítulo 1 de 6 · Comprueba en el servidor
Sobre este vídeo
Las respuestas de este vídeo son respuestas reales de la API. Las claves API requieren una cuenta de pago.
Transcripción del vídeo
Comprueba en el servidor
Comprueba la dirección en tu servidor cuando se envía el formulario de registro, y rechaza las que no pueden recibir correo. Cuando se envía el formulario, tu servidor manda la dirección a /verify/single, lee el estado y decide. El navegador nunca habla con la API. Aquí va una regla sencilla. Rechaza inválida, porque ese buzón no existe. Rechaza desechable, porque es una bandeja desechable. Deja pasar rol, catch-all y desconocida. Pueden pertenecer a personas reales. ¿Por qué el servidor? Una clave en el código del navegador llega a todos los visitantes, y cualquiera podría gastar tus créditos con ella. Las claves vienen con una cuenta de pago, así que mantén la tuya en privado.
Next.js
En Next.js, pon la comprobación en un route handler. Lee la clave del entorno del servidor, envía el correo y devuelve un 422 con un mensaje cuando el estado es invalid o disposable. Fíjate en la trampa. Si la llamada falla o agota el tiempo, status queda vacío, y este código deja pasar el registro. Es una decisión tomada en este ejemplo. Si prefieres bloquear, devuelve un error ahí.
React
React se ejecuta en el navegador, así que nunca guarda la clave. El formulario envía a tu propia ruta y muestra el mensaje cuando vuelve un 422. En Django, llama al SDK de Python desde clean_email en tu formulario. Lanza un error de validación para invalid o disposable, y Django lo muestra junto al campo.
Laravel
En Laravel, escribe una regla de validación. El cliente HTTP envía la dirección con la clave de tu configuración, y la regla falla con los mismos dos estados. Un error de conexión simplemente hace return, así que el formulario sigue adelante.
Go
En Go, basta la biblioteca estándar. Este handler llama a la API, registra el resultado y responde 422 para invalid o disposable. Vamos a ejecutarlo. Entran cuatro registros. Las direcciones de support y Leo reciben una bienvenida. La dirección inventada de Gmail y la de Mailinator reciben el mensaje 422. El registro del servidor muestra el porqué: role, catch-all, invalid y disposable. Y cada línea dice credits_used cero. Habíamos comprobado estas cuatro direcciones en esta cuenta antes, hoy. Si la misma dirección vuelve a entrar en 24 horas, no se te cobra dos veces. Un usuario que corrige un error en el campo de la contraseña y reenvía no cuesta nada más.
Próximos pasos
Los cinco usan un único endpoint. Los campos y los estados están documentados en billionverify.com/docs. 20 créditos gratis cada día que usas tu cuenta, hasta 600 al mes. Sin tarjeta de crédito. Empieza en billionverify.com.
Aparece en este vídeo
Más en API para desarrolladores
Todos los vídeos de verificación de correo
Precios de BillionVerify
Empieza gratis y paga solo por lo que verificas. Elige un plan o compra créditos una sola vez.
facturado anualmente $96
Ahorrar 60%$0.0004 / por crédito
Todos los 240,000 créditos llegan de una vez. Úsalos cuando quieras.
Elige tus créditos
Incluido en todos los planes de pago
- 240,000 créditos / año
- Verificación individual de emails
- Verificación masiva de emails
- Buscador de emails
- Buscador masivo de emails
- Búsqueda de empresas
- Comprobación del buzón por SMTP en tiempo real
- API en tiempo real + procesamiento por lotes
- Soporte para carga de CSV y Excel
- Informes de verificación completos
- Espacios de trabajo y equipos con límites de gasto
- Los créditos nunca caducan
Prueba las funciones de verificación de email con IA
20 créditos gratis cada día que inicies sesión, hasta 600 al mes. Prueba gratis todas las funciones de verificación de email con IA, sin tarjeta de crédito.
Integración nativa de MCP Server · Los dominios catch-all se indican por separado · Plan gratuito, sin tarjeta de crédito