Verifica los correos de los formularios de Webflow antes de que reboten

Webflow incluye un formulario en cada sitio, pero almacenará sin problema asdf@asdf, una bandeja de entrada desechable o un @gmial.com escrito con prisas justo al lado de tus leads reales — y cada una de esas direcciones provoca un rebote duro en cuanto tu ESP intenta enviarles correo. Para verificar los correos de los formularios de Webflow, diriges el envío hacia una comprobación de verificación antes de que llegue a tu CRM: ya sea en tiempo real, en el instante en que alguien pulsa enviar, o en lote a posteriori. Esta guía cubre ambos casos, con código funcional para la vía en tiempo real y una nota honesta sobre dónde te limita tu plan de Webflow.

La respuesta corta#

Hoy no hay ninguna app de Qualisend que instalar en Webflow —los conectores nativos de plataforma se están reconstruyendo—, así que ambos patrones lo rodean. Tiempo real: envía cada envío a una pequeña función del lado del servidor (mediante un webhook de formulario de Webflow, o a través de un paso de Make/Zapier de tipo «vigilar envíos de formularios»), haz que esa función llame a la API de verificación y actúa según el veredicto antes de sincronizar el lead aguas abajo. En masa: exporta los envíos de tus formularios de Webflow a CSV y pásalos por un trabajo de verificación masiva. El tiempo real mantiene las direcciones erróneas fuera de tu lista desde el principio; el modo masivo es como limpias lo que ya está dentro.

Por qué verificar los correos de los formularios de Webflow en el momento de la captura#

Una dirección muerta detectada en el formulario de Webflow es un rebote que nunca ocurre. La misma dirección descubierta tres envíos después ya te ha costado intentos de entrega, ha perjudicado tu tasa de rebote y ha empujado la reputación de tu remitente en la dirección equivocada. Verificar en el momento de la captura es prevención; limpiar una lista es saneamiento —y la prevención sale más barata en todos los frentes. También frena los problemas más silenciosos que nunca rebotan pero aun así hacen daño: una dirección de rol como info@ que ninguna persona concreta lee, o una bandeja desechable que infla tu recuento de suscriptores y tu factura sin llegar a abrir nada.

Si quieres entender la mecánica de fondo —sintaxis, MX y el sondeo del buzón por SMTP—, cómo funciona la verificación de correo recorre el proceso del que sale cada veredicto.

Vía 1: verificación en tiempo real con un webhook#

Tiempo real significa que la comprobación se ejecuta entre el envío de Webflow y la sincronización con tu ESP o CRM. Hay tres piezas que lo hacen funcionar:

1. Sacar el envío de Webflow. Webflow puede hacer un POST de cada envío de formulario a una URL que tú controles. En un plan Site de pago puedes registrar un webhook form_submission (Configuración del sitio → Integraciones, o mediante la API de datos de Webflow), que se dispara sin alterar los envíos que Webflow almacena por ti. Alternativa sin código: conecta Make o Zapier, usa su disparador de Webflow de «nuevo envío de formulario» y añade un paso de Webhooks que haga POST a tu función. En cualquiera de los dos casos, el destino es un pequeño endpoint que tú controlas —nunca la API de verificación directamente, porque eso enviaría tu clave a un lugar donde no la quieres.
2. Una función del lado del servidor que guarda la clave de API, llama al endpoint de verificación y convierte la respuesta en una decisión.
3. Tu lógica de sincronización, que solo envía el lead a tu CRM una vez que el veredicto lo permite.

La función de verificación#

Aquí tienes la pieza central en forma de función serverless —la estructura funciona en Vercel, Netlify, Cloudflare Workers o cualquier host que te dé un controlador HTTP. Lee el correo de la carga útil del webhook, llama a la API y decide. La ruta del endpoint y la carga útil de abajo son marcadores de posición —consulta la referencia de la API para conocer la petición exacta— y la clave con permisos acotados (YOUR_API_KEY) permanece en el servidor, en una variable de entorno, nunca en el código de página de Webflow:

// api/webflow-verify.js — Webflow (or Make/Zapier) POSTs form submissions here
export default async function handler(req, res) {
  // Webflow's form_submission webhook nests the fields under `data`;
  // a Make/Zapier Webhooks step can forward the same shape.
  const fields = req.body?.data ?? req.body ?? {};
  const email = fields.email ?? fields.Email;
  if (!email) return res.status(400).json({ error: "no email field" });

  let verdict = { status: "unknown" }; // default if the API can't be reached
  try {
    const r = await fetch("https://api.qualisend.com/v1/verify", {
      method: "POST",
      headers: {
        Authorization: `Bearer ${process.env.QUALISEND_API_KEY}`, // your scoped key
        "Content-Type": "application/json",
      },
      body: JSON.stringify({ email }),
      signal: AbortSignal.timeout(4000), // don't let a slow probe stall the webhook
    });
    if (r.ok) verdict = (await r.json()).result; // { status, reason, score, sub_flags }
  } catch {
    // timeout or network error — fall through as "unknown" and sync anyway
  }

  // Act on the verdict BEFORE the lead reaches your ESP/CRM.
  if (verdict.status === "undeliverable" || verdict.sub_flags?.disposable) {
    return res.status(200).json({ synced: false, status: verdict.status });
  }

  await syncToCrm(email, fields, verdict); // your existing ESP/CRM call
  return res.status(200).json({ synced: true, status: verdict.status });
}

La respuesta te da un status (deliverable, risky, undeliverable o unknown), un código reason, una score de 0 a 100 y sub_flags para disposable, role, free y catch_all. Eso es todo lo que necesitas para enrutar el lead. La mecánica serverless —guardar la clave, aplicar el tiempo de espera y fallar de forma permisiva— es la misma que se cubre en profundidad en verificar el correo en el registro con una función serverless, y la versión de la llamada a la API específica para Node está en validar una dirección de correo en Node.js.

Actuar según el veredicto#

El sentido de hacer esto antes de la sincronización es que puedes tomar una decisión de enrutamiento en lugar de dejar pasar todo:

Dónde importa tu plan de Webflow#

Sé honesto contigo mismo sobre qué mecanismo puedes usar realmente, porque depende de tu plan:

• Los webhooks nativos form_submission y añadir código personalizado a un sitio requieren un plan Site de pago de Webflow. En el plan gratuito no tendrás acceso a webhooks ni a embeds personalizados, y los envíos de formularios están limitados.
• La sobrescritura de la acción del formulario (apuntar la URL de acción del formulario directamente a tu endpoint) funciona sin webhooks, pero omite el propio almacenamiento de envíos de Webflow y las notificaciones por correo —estás tomando el control de todo el envío.
• Make o Zapier esquivan la cuestión del plan por el lado de Webflow, pero añaden un paso que pagarás por el suyo, y añaden latencia. Para la mayoría de los equipos, el webhook nativo es la vía en tiempo real más limpia una vez que tienes un plan de pago.

En caso de duda, empieza por el que ya tengas disponible. A la función del medio le da igual cómo le llegue el envío.

Vía 2: verificar en masa los envíos exportados#

Si el tiempo real es más fontanería de la que quieres montar ahora mismo, o ya tienes un montón de envíos recopilados antes de configurar nada de esto, verifica en masa en su lugar:

1. Abre el panel de Formularios en la configuración de tu sitio de Webflow y exporta los envíos a CSV (exportar envíos es una función de plan de pago).
2. Sube ese CSV a un trabajo de verificación masiva en Qualisend. Cada fila vuelve con el mismo status, reason, score y sub_flags que la API en tiempo real.
3. Conserva las filas deliverable, descarta o pon en cuarentena las undeliverable y disposable, y decide caso por caso las risky y catch_all.
4. Importa la lista limpia a tu ESP.

Este es el ciclo habitual de higiene de listas, y cómo limpiar una lista de correo explica cómo leer las marcas y qué hacer con cada grupo. El modo masivo es también la herramienta adecuada para una auditoría puntual de todo lo que Webflow ya ha recopilado — no hay razón para dejar direcciones que sabes que están muertas dentro de tu CRM.

¿Qué vía deberías elegir?#

La mayoría de los equipos acaban usando ambas: tiempo real para mantener la lista limpia en adelante, y una pasada masiva de vez en cuando para detectar direcciones que han quedado obsoletas desde que se suscribieron.

¿Y una app nativa de Webflow?#

Ahora mismo no hay ninguna. Las integraciones nativas de plataforma de Qualisend se están reconstruyendo, así que no busques una app, plugin o conector de Qualisend en el marketplace de Webflow —todavía no existe ninguno, y una integración nativa de Webflow está en la hoja de ruta más que disponible hoy. Hasta que llegue, el patrón de webhook más función de arriba es el enfoque en tiempo real con soporte, y la verificación masiva por CSV cubre todo lo demás. Ninguno de los dos depende de la integración.

Preguntas frecuentes#

¿Puedo llamar a la API de Qualisend directamente desde un formulario de Webflow?#

No —y no deberías querer hacerlo. Llamar a la API desde el código de página de Webflow (JavaScript personalizado en un embed) expondría tu clave de API a cualquiera que vea el código fuente. Mantén la clave en el servidor apuntando el formulario, un webhook form_submission o un paso de Make/Zapier a una función que tú controles, y deja que esa llame a la API. La función es lo único que ve la clave en algún momento.

¿Necesito un plan de pago de Webflow para verificar los envíos de formularios?#

Para la vía en tiempo real, en la práctica sí: los webhooks nativos de formularios y el código personalizado requieren ambos un plan Site de pago, y las exportaciones de envíos también son una función de pago. En el plan gratuito, tus mejores opciones son enrutar los envíos a través de Make o Zapier, o recopilarlos y verificar en masa una exportación CSV una vez que actualices tu plan. Comprueba la lista de funciones de tu plan actual de Webflow antes de construir nada, ya que los mecanismos disponibles varían según el nivel.

¿Verificar ralentizará mi formulario de Webflow?#

No afecta a la experiencia del visitante. Webflow muestra su estado de éxito en cuanto se acepta el envío; tu verificación se ejecuta después, en el controlador del webhook, de forma asíncrona. Incluso en las configuraciones directas en tiempo real, el tiempo de espera de 4 segundos y el comportamiento de fallo permisivo de arriba limitan el peor de los casos —el lead nunca queda a merced de un servidor de correo lento.

¿Cómo verifico los envíos de Webflow que ya he recopilado?#

Expórtalos. Abre el panel de Formularios en la configuración de tu sitio de Webflow, descarga los envíos como CSV y pasa ese archivo por un trabajo de verificación masiva. Obtendrás un veredicto por fila que podrás filtrar antes de reimportar las direcciones limpias a tu ESP —el mismo ciclo descrito en cómo limpiar una lista de correo.

¿Listo para mantener las direcciones erróneas fuera de tus leads de Webflow? Prueba cualquier dirección gratis con el comprobador de direcciones individuales, coge el endpoint /verify y las claves con permisos acotados de la referencia de la API, y empieza con el plan gratuito con 100 créditos para montar el webhook de principio a fin.