El caso típico: tienes formularios de captación (WordPress, Shopify, Typeform, Google Forms) que meten leads directamente en Klaviyo o Mailchimp. Cada lead sin validar es una probabilidad de rebote futuro que degrada tu reputación y engorda tu factura. Un flujo Zapier o Make que valida cada email antes de importarlo evita el problema desde el minuto uno.
Aquí las dos arquitecturas más limpias, con ejemplo real y coste.
Arquitectura A — Validación básica (Zapier + regex)
Cuándo usarla: presupuesto mínimo, aceptas cazar solo sintaxis obvia.
Flujo:
- Trigger: Nuevo lead en formulario (Typeform, Google Forms, Elementor Forms, etc.)
- Filter (Zapier): solo continuar si el email matchea regex sintaxis. En Zapier:
Filter → Only continue if → Email → Matches (Regex) → ^[^\s@]+@[^\s@]+\.[^\s@]+$ - Action: crear/actualizar contacto en Klaviyo/Mailchimp/Brevo.
Coste: dentro del plan free/starter de Zapier (5 pasos/mes o el que tengas).
Limitación: solo pilla sintaxis obviamente rota. No detecta gmial.com (typo), terra.es (dominio muerto), ni test@mailinator.com (desechable).
Arquitectura B — Validación completa (Zapier/Make + API de verificación)
Cuándo usarla: capturas leads con incentivos (sorteos, descuentos), donde el % de basura es alto.
Flujo:
- Trigger: Nuevo lead en formulario.
- Step 2 — Webhook / API call: llama a un servicio de verificación externa. Opciones:
- Bouncer (usebouncer.com):
POST https://api.usebouncer.com/v1.1/email/verify?email={{email}}conx-api-key: TU_KEY. Respondestatus: deliverable|undeliverable|risky|unknown. Coste: 8$/1.000. - NeverBounce:
POST https://api.neverbounce.com/v4/single/check?key=YOUR_KEY&email={{email}}. Coste: 8$/1.000. - ZeroBounce:
GET https://api.zerobounce.net/v2/validate?api_key=YOUR_KEY&email={{email}}. Coste: 16$/1.000. - ClearRows (para verificación DNS + desechables sin coste): endpoint
POST /api/scanexiste pero está optimizado para dominios completos, no emails individuales — para emails uno-a-uno, hoy la mejor vía es la herramienta cliente-side o servicios de pago arriba.
- Bouncer (usebouncer.com):
- Filter: continuar solo si
status = deliverable(odeliverable | riskysi aceptas cierto ruido). - Action: crear contacto en tu herramienta de email.
Coste ejemplo:
- 2.000 leads/mes con Bouncer: 16$/mes. Ahorro estimado en Klaviyo por no importar basura: 30-80€/mes en tramos medianos. ROI 3-10x.
Arquitectura C — Batch nocturno (Make + ClearRows /salud)
Cuándo usarla: no te preocupa la latencia (los leads caen a Klaviyo directo, y de madrugada revisas y suprimes los malos).
Flujo:
- Trigger: Cron nightly (Make lo tiene nativo, en Zapier necesitas Schedule module).
- Step 2: exportar contactos añadidos en las últimas 24h desde Klaviyo/Mailchimp/Brevo (API).
- Step 3: subir el CSV a algún endpoint tuyo o hacer verificación con servicio de pago.
- Step 4: suprimir/etiquetar los que salieron inválidos.
Ventaja: no ralentiza la UX de captación (el lead ve confirmación inmediata). El coste por lead validado sale más barato porque batching es más eficiente en APIs.
Desventaja: durante esas 24h, los inválidos siguen contando en tu tramo de facturación (aunque poco impacto real si el volumen diario es bajo).
Ejemplo Make concreto (batch nocturno con Bouncer)
Módulos:
- Schedule: diario a las 03:00.
- Klaviyo → List Members:
GET /api/lists/{id}/relationships/profiles/filtrado?filter=greater-than(created,{{now-24h}}). - Iterator: por cada perfil.
- HTTP module:
POST https://api.usebouncer.com/v1.1/email/verifyconx-api-key. - Router:
- Si
status = undeliverable: Klaviyo → Update Profile consuppressed = true. - Si
status = deliverable: no hacer nada (dejar activo). - Si
status = riskyounknown: Slack/Email notify para revisión manual.
- Si
Coste operacional Make: ~1.000 operaciones/día para 1.000 leads. Plan Core (9€/mes) cubre 10k ops. Coste Bouncer: dependen del volumen (1.000 leads/mes = 8$).
Zapier vs Make vs código propio
| Criterio | Zapier | Make | Código propio | |---|---|---|---| | Coste plataforma (2k tasks/mes) | ~19€/mes | ~9€/mes | 0€ (VPS ya pagado) | | Curva aprendizaje | Muy baja | Baja | Media-alta | | Debugging | Regular (Task history) | Bueno (visual) | Excelente (logs) | | Escalabilidad | 100k tasks OK | Igual | Ilimitado | | Rate limit APIs terceros | Zapier respeta | Make respeta | Tú controlas | | Best for | Marketing no-tech | Ops semi-tech | Devs |
Errores comunes al montar el flujo
Metes la verificación después de crear el contacto (no antes) Resultado: el contacto entra en Klaviyo, dispara welcome flow, empieza a facturar. Solución: siempre verifica ANTES de crear en la herramienta de email.
No manejas timeouts Bouncer/NeverBounce pueden tardar 2-8s por email. Configura timeouts explícitos en el HTTP module (Zapier default 30s, Make 40s). Si expira, decide por defecto (continuar como "unknown" y notificar, o descartar).
No monitorizas el ratio Un pico de "undeliverable" del 30% en un día concreto = tu formulario está siendo atacado por bots. Configura alerta a Slack/Telegram cuando el ratio supere umbral.
Consumes toda tu cuota Zapier con emails duplicados Si tu formulario dispara re-envíos ante retry del cliente, cada uno cuenta como task. Añade filter previo de deduplicación (buscar en DB si el email ya existe → skip).
Preguntas frecuentes
¿Puedo usar solo la validación cliente-side y saltarme la API de pago?
Para formularios web sí: pon un RegExp + fetch a DoH (DNS-over-HTTPS de Cloudflare) en tu JS antes de submit. Cubre 70-80% de basura. Para el 20% restante, o combinas con SMTP-level de pago o aceptas el ruido.
¿ClearRows tiene API para verificar email individual?
Hoy el POST /api/scan está pensado para escanear dominios (scan completo). Para validación uno-a-uno lo mejor es la tool cliente-side o los servicios de pago. Estamos evaluando exponer una API individual en próximas versiones — feedback bienvenido a daniel@clearrows.com.
¿Es legal hacer verificación SMTP-level en cada lead que capturo? Sí, siempre que la verificación se haga con el email que el usuario voluntariamente introdujo en tu formulario. RGPD: es tratamiento necesario para asegurar calidad del contacto que él te dio.
¿La verificación puede fallar y perder un lead legítimo? Sí, ~2-3% de falsos negativos con SMTP-level (graylisting, servidores lentos). Para minimizar: acepta "risky" en producción salvo que sea claramente "undeliverable".
Antes de invertir en la integración
Si aún no tienes claro cuánta basura hay entrando: analiza gratis tu lista actual y verás qué % es evitable.
Analiza tu lista en ClearRows /salud →
Con esa foto real decides si la integración con verificación previa vale la pena o si con limpieza trimestral basta.
ClearRows — Barcelona. Datos limpios, ventas reales.