Jotform es una forma rápida de poner un formulario delante de la gente y recopilar sus direcciones de correo y, como todo creador de formularios, se le da mejor capturar direcciones que decirte cuáles son reales. Su campo de correo confirma que una dirección parece correcta; no puede confirmar que el buzón exista, que no sea de usar y tirar, ni que no vaya a rebotar de forma dura tu primera respuesta. Esta guía muestra dos formas prácticas de verificar los correos de Jotform con Qualisend: en tiempo real, con un webhook que se dispara en el momento en que llega un envío, y de forma masiva, exportando tus envíos a una hoja de cálculo. Ninguna necesita un plugin nativo —todavía no existe—, solo los webhooks integrados de Jotform o su botón de exportación.
La respuesta rápida#
Elige la vía que encaje con el momento en que necesitas la respuesta:
- Tiempo real — apunta un webhook de Jotform a una pequeña función serverless. En cada envío, Jotform hace un POST de los datos del formulario a tu endpoint; la función lee el correo, llama a la API de Qualisend y actúa según el veredicto: etiqueta el contacto, lo encamina a la lista adecuada o retiene el correo de bienvenida ante una dirección incorrecta.
- Masiva — exporta tus envíos existentes a CSV o Excel, pásalos por la verificación masiva de Qualisend y suprime las direcciones no entregables antes de tu próximo envío.
Por qué el campo de correo de Jotform no basta#
El tipo de pregunta de correo de Jotform ejecuta una comprobación de formato en el
navegador: se asegura de que haya una @, un dominio y ninguna errata evidente. Es
la misma clase de comprobación que hace una expresión regular, y falla por los
mismos motivos:
el formato no es entregabilidad.
jane@gmial.com pasa la comprobación de formato. También lo hace
test@mailinator.com, y también una dirección de aspecto real en un dominio que
se apagó sin hacer ruido el año pasado.
Ninguna de ellas se detecta hasta que envías, y para entonces una dirección muerta es un rebote duro que va mermando tu tasa de rebote y tu reputación como remitente. La verificación real añade las capas que Jotform no puede: una búsqueda de DNS/MX y un sondeo SMTP del buzón, además de marcas para direcciones desechables, de rol y catch-all. Si esa cadena es nueva para ti, qué comprueba realmente la verificación de correo es la introducción.
Dos formas de verificar los correos de Jotform#
Primero, la restricción importante: Jotform no puede bloquear de forma fiable un correo incorrecto a mitad del formulario. No hay ninguna manera compatible, en ningún plan, de llamar a una API externa entre campos e impedir que alguien envíe el formulario, así que la verificación en tiempo real se ejecuta justo después del envío, en un webhook, no como una barrera en línea. Eso condiciona ambas vías.
| Vía | Cuándo se ejecuta | Ideal para |
|---|---|---|
| Webhook en tiempo real | Al instante, por cada envío | Embudos en vivo: etiquetar, encaminar o retener el seguimiento antes de que se envíe |
| Exportación masiva | Bajo demanda, por lotes | Históricos de envíos acumulados e higiene periódica de listas |
Vía 1: tiempo real con un webhook de Jotform#
Jotform puede enviar cada envío a una URL que tú controles. Abre tu formulario y ve a Settings → Integrations, busca Webhooks y pega la URL de tu endpoint. A diferencia de algunas herramientas de formularios que reservan los webhooks para sus planes superiores, la integración de Webhooks de Jotform está disponible de forma amplia, incluso en el plan gratuito: lo que queda limitado por plan es tu número mensual de envíos, no el acceso al webhook en sí.
Una peculiaridad propia de Jotform condiciona el código: Jotform no hace POST de un
JSON limpio. Envía el envío como campos codificados de formulario, donde cada
respuesta se nombra según su pregunta: un campo de correo suele llegar como algo
tipo q3_email. También hay un campo rawRequest que contiene una cadena JSON con
todo el envío por si prefieres analizar eso. En cualquier caso, tu endpoint lee el
cuerpo del formulario, no req.json().
Tu endpoint es una función serverless que guarda la clave de API y convierte el veredicto en una acción. El patrón es el mismo de la guía de verificación en el registro: la clave se queda en el servidor y actúas según el resultado. Aquí lo tienes como un Route Handler de Next.js (consulta la documentación para desarrolladores para la ruta exacta del endpoint y la forma de la petición):
// app/api/jotform-webhook/route.ts
import { NextResponse } from "next/server";
// Placeholder — confirm the real path in /developers.
const QUALISEND_ENDPOINT = "https://api.qualisend.com/v1/verify";
export async function POST(req: Request) {
// Jotform POSTs form-encoded fields, not JSON.
const form = await req.formData();
// Jotform names email fields like q3_email — check yours in the builder.
const email = form.get("q3_email")?.toString();
if (!email) return NextResponse.json({ ok: true }); // nothing to verify
const res = await fetch(QUALISEND_ENDPOINT, {
method: "POST",
headers: {
// Store YOUR_API_KEY server-side, never in the browser.
Authorization: `Bearer ${process.env.QUALISEND_API_KEY!}`,
"Content-Type": "application/json",
},
body: JSON.stringify({ email }),
signal: AbortSignal.timeout(4000),
});
if (!res.ok) return NextResponse.json({ ok: true, degraded: true }); // fail open
const { result } = await res.json();
// The submission already landed — route on the verdict instead of blocking.
if (result.status === "undeliverable" || result.sub_flags?.disposable) {
// Skip the welcome email, tag the contact for review, keep it off the main list.
}
return NextResponse.json({ ok: true, status: result.status });
}
Tres cosas hacen que esto sea robusto. Responde rápido: Jotform espera un 2xx
enseguida, así que mantén el handler ligero y devuelve la respuesta con prontitud.
Falla en abierto: si la API agota el tiempo o da error, no pierdas el lead;
acéptalo y vuelve a comprobarlo después, que es por lo que la rama !res.ok
devuelve igualmente ok: true. Y protege el endpoint: Jotform no firma sus
webhooks con un secreto compartido como hacen algunas herramientas, así que
protege la URL de otra manera: mantenla imposible de adivinar y rechaza cualquier
cosa cuyo formID no coincida con el formulario que esperas antes de gastar un
crédito de verificación.
Si tu formulario tiene más de una pregunta de correo, no cojas sin más la primera
que encuentres: lee el nombre concreto del campo (q7_email, q12_workEmail, lo
que sea que el creador haya asignado) para que la dirección correcta sea siempre la
que verificas. Puedes ver el nombre de cada campo en el creador de Jotform o
inspeccionando una vez el payload de un envío de prueba.
Aguas abajo, el veredicto no es más que una bifurcación. Un resultado deliverable
fluye directo a tu CRM o herramienta de correo; uno undeliverable o disposable
se etiqueta, se aparta de la secuencia de bienvenida o se lanza a una cola de
revisión, lo que necesite tu proceso. El webhook es la fontanería; el
encaminamiento es cosa tuya.
La propia lógica de verificación es independiente del lenguaje; la misma llamada funciona desde una función en Python o PHP si ese es tu stack, y el mismo enfoque de webhook se aplica a cualquier herramienta de formularios: consulta verificar correos de Typeform para una configuración casi idéntica en la que la única diferencia real es cómo se analiza el payload. Solo ese paso de análisis es propio de Jotform; la mitad de verificar y encaminar es la misma en todas partes.
Vía 2: verificación masiva de una exportación a CSV o Excel#
Si ya tienes un montón de envíos, o prefieres limpiar según un calendario antes que montar un webhook, ve por lotes. En Jotform, abre la tabla de Submissions de tu formulario (o Reports → Excel/CSV) y descarga los datos. Obtendrás una fila por envío con el correo en su propia columna.
Después:
- Sube el archivo a la verificación masiva de Qualisend y deja que ejecute la cadena completa —MX, SMTP y las marcas de desechable/rol/catch-all— en cada fila.
- Descarga el archivo anotado. Cada dirección vuelve con un
status, un códigoreasony una puntuaciónscorede 0 a 100. - Suprime las no entregables en la herramienta desde la que envías de verdad y trata con cuidado las filas de riesgo. La rutina de principio a fin, incluido dónde encaja cada estado, está en cómo limpiar una lista de correo.
La vía masiva es la herramienta adecuada para un histórico acumulado, pero es limpieza, no prevención: una dirección que pillas aquí normalmente ya lleva un tiempo en tu lista. Combina una pasada masiva periódica con el webhook en tiempo real para que las direcciones nuevas incorrectas se marquen en el momento en que llegan.
Actuar según el veredicto#
Sea cual sea la vía que entrega el resultado, la forma es la misma: un status, un
reason, un score y las sub_flags. Asocia cada uno a una acción:
| Resultado | Qué hacer |
|---|---|
deliverable | Aceptar: añádela a tu lista y envía con normalidad. |
undeliverable | Suprimir. No envíes; revisa el reason para ver si es
un dominio incorrecto o un buzón muerto. |
marca disposable | Rechazar o etiquetar, según lo estricto que sea tu embudo: consulta direcciones de rol, desechables y gratuitas. |
risky / catch-all | Aceptar pero segmentar. Un dominio catch-all acepta cualquier dirección en la capa MX, así que no puede confirmar el buzón concreto: envía con cautela. |
unknown | Aceptar y volver a comprobar después: la infraestructura no respondió, así que nunca descartes un lead real por ello. |
Preguntas frecuentes#
¿Puede Jotform verificar direcciones de correo por sí solo?#
Solo el formato. El campo de correo de Jotform confirma que una dirección está bien
formada —tiene una @ y un dominio—, pero no resuelve los registros MX ni sondea el
buzón, así que una dirección con una errata o desechable que parece válida se cuela
igualmente. La verificación real necesita las capas de DNS y SMTP que un servicio
como Qualisend añade por encima, que es lo que convierte el «parece válida» en «se
entregará de verdad».
¿Necesito un plan de pago de Jotform para verificar correos en tiempo real?#
No necesariamente. La integración de Webhooks de Jotform está disponible en todos sus planes, incluido el gratuito, así que puedes montar la vía en tiempo real sin pasar a uno superior: lo que cambia según el plan es tu cupo mensual de envíos, no el acceso a los webhooks. Si prefieres no montar ningún endpoint, usa la vía masiva: exporta los envíos a CSV o Excel y verifícalos por lotes en cualquier plan que te permita descargar los resultados.
¿Puedo bloquear un correo incorrecto antes de que el usuario termine el formulario?#
No de forma fiable. Jotform no ofrece ninguna manera compatible, en ninguno de sus planes, de llamar a una API externa a mitad del formulario e impedir que alguien lo envíe, así que la verificación en tiempo real se ejecuta justo después del envío, en el webhook. En la práctica no pasa nada: verificas en cuestión de segundos y actúas antes de que la dirección reciba ningún mensaje: retienes el correo de bienvenida, etiquetas el contacto o lo mandas a revisión, en lugar de bloquear el propio formulario.
¿Debería usar el webhook en tiempo real o la exportación masiva?#
Usa el webhook cuando el momento importa: quieres saludar, encaminar o suprimir por cada envío a medida que van llegando. Usa la vía masiva cuando estás limpiando un histórico acumulado o haciendo una higiene periódica. La mayoría de equipos hacen ambas cosas: el webhook mantiene limpios los envíos nuevos y una pasada masiva ocasional pilla lo que se haya colado o haya caducado desde que se recopiló.
¿Listo para montarlo? Consigue una clave con permisos limitados y el formato exacto de la petición en la documentación para desarrolladores, comprueba una sola dirección en el verificador de correo gratuito, o empieza con los 100 créditos gratis de cualquier plan para probar el flujo de principio a fin.