List hygiene: validación, double opt-in, bajas y sincronización con CRM

Higiene técnica de lista: validación de emails antes de enviar, double opt-in correcto, gestión de bajas y quejas, y sincronización con CRM/CMS sin romper reputación.

La calidad de una lista pesa más que el tamaño. Los proveedores miden la proporción de destinatarios que aceptan, abren e interactúan con tus correos, y un porcentaje pequeño de cuentas inválidas o sin consentimiento puede contaminar la reputación de todo el dominio. La higiene técnica es el conjunto de procesos que aseguran que cada dirección de la base es real, sigue queriendo recibirte y se gestiona con consistencia entre todos los sistemas que la usan.

Por qué la higiene técnica determina deliverability

Los filtros antispam combinan reputación del remitente, historial de comportamiento y señales del envío. Tres patrones marcan el rumbo:

• Bounces altos: indican lista mal mantenida, mala captura o compra de bases. Cualquiera de las tres erosiona reputación.
• Quejas: cuando el usuario marca como spam, los proveedores penalizan al remitente. El complaint rate tiene umbrales muy estrictos en Gmail (>0.3 % preocupa).
• Spam traps: si caes en una spam trap, el daño es severo. Las traps suelen aparecer en listas mal validadas o muy antiguas sin limpieza.

La higiene técnica reduce las tres a la vez.

Validación en el alta

El primer punto de control es el formulario.

Formato razonable

Una regex demasiado estricta rechaza emails legítimos (dominios nuevos como .dev, direcciones con +, símbolos válidos como guion bajo). Demasiado laxa deja pasar typos. La recomendación: aceptar cualquier dirección que tenga @, dominio plausible y no contenga espacios.

Verificación de dominio (MX lookup)

Antes de aceptar la dirección, hacer una consulta MX al dominio. Si no resuelve, rechazar con un mensaje claro. Esto bloquea typos como @gnail.com, @homail.com y dominios falsos.

$ dig MX gmail.com +short
5 gmail-smtp-in.l.google.com.

Servicios SaaS hacen este chequeo en cliente con latencia mínima.

Sugerencia de typos

Para errores frecuentes, ofrecer corrección al usuario en el formulario:

• @gnail.com → “¿Quizás gmail.com?”
• @hotmial.com → “¿Quizás hotmail.com?”
• @yahoo.co → “¿Quizás yahoo.com?”

Librerías como mailcheck.js cubren los casos más comunes.

Bloqueo de role accounts

Direcciones tipo info@, admin@, noreply@, support@ casi nunca corresponden a un humano que se quiera suscribir. Bloquearlas en alta evita problemas. Si tu negocio sí necesita aceptarlas (por ejemplo, formularios B2B), al menos márcalas para revisión.

Honeypots y rate limit

Los formularios sin protección reciben spam de bots: direcciones generadas, traps puestas a propósito y entradas masivas que disparan complaint rate. Honeypot oculto, captcha invisible y rate limit por IP detienen la mayoría.

Double opt-in correcto

Por qué doble opt-in

Single opt-in admite el alta con la mera entrega del formulario. Doble opt-in pide al usuario confirmar mediante clic en un email enviado a la dirección facilitada. Beneficios:

• Garantiza que el email es real.
• Confirma que el usuario tiene acceso a la cuenta.
• Aporta prueba de consentimiento documentada.
• Filtra spam traps y bots casi al 100 %.

Las pegas: pierdes 10-25 % de altas potenciales que no confirman. Pero la lista resultante es más sana, y la reputación a medio plazo lo compensa.

Diseño del email de confirmación

• Asunto claro y honesto: “Confirma tu suscripción a [marca]”.
• Cuerpo con CTA único: el botón de confirmación.
• Texto que explica qué se va a recibir y con qué frecuencia.
• Enlace único, firmado y con caducidad razonable (24-72 horas).
• Si pasa la caducidad, el usuario se descarta o se le permite reenviar.

Almacenamiento del consentimiento

Cuando el usuario confirma, guarda:

• Fecha y hora exacta del alta y de la confirmación.
• IP y user-agent (con cuidado RGPD).
• Texto del consentimiento mostrado en el formulario.
• Versión del formulario (si cambia con el tiempo).

Esta información es la prueba que tu DPO necesitará si hay reclamación.

Gestión de bajas

Mecanismos a tener cubiertos

• Enlace de baja visible en el cuerpo del email.
• List-Unsubscribe en cabeceras (RFC 8058) para Gmail/Yahoo.
• Procesado de feedback loops (FBL) de Microsoft, Yahoo, etc.
• Bandeja [email protected] parseada automáticamente.
• Formulario de baja accesible desde la web.

Cualquiera de estos mecanismos genera una baja que debe propagarse al instante.

Inmediatez

La baja se aplica antes del siguiente envío, sin excepciones. Si tienes envíos en cola, el sistema debe filtrar a quien se acaba de dar de baja. Pasar incluso una sola hora puede generar quejas si el usuario recibe otro envío justo después de bajarse.

Granularidad

El usuario debería poder elegir qué deja de recibir, no solo “todo”. Si marketing y producto envían correos distintos, ofrecer baja por categoría:

• Promociones
• Newsletter editorial
• Producto y novedades
• Eventos

Una baja “del todo” sigue siendo una opción, pero ofrecer alternativas reduce las bajas totales y evita la queja por hartazgo.

Confirmación opcional

No es necesario enviar email de confirmación de baja, pero si lo haces:

• Tono breve, sin intentar convencer al usuario de volver.
• Información clara de que la baja se ha procesado.
• Enlace para revertir si fue accidental.

No abras un flujo de retención agresivo: rompe confianza.

Procesado de quejas (FBL)

Los principales proveedores ofrecen feedback loops:

• Yahoo: integrado con Yahoo Postmaster Tools y JMRP equivalente.
• Microsoft: JMRP (Junk Mail Reporting Program) y Outlook.com SNDS.
• Gmail: no ofrece FBL clásico, sí señales en Postmaster Tools.

Cada queja recibida por FBL debe traducirse en supresión inmediata del destinatario. Más detalle en la guía de feedback loop. Mantener una lista negra global por usuario quejoso evita reincidencia.

Sincronización con CRM/CMS

Es donde más fallan los sistemas grandes. Si la baja en marketing no llega al CRM, un comercial sigue contactando. Si una alta en CRM no llega a marketing con consentimiento, los envíos masivos pueden incluir contactos sin opt-in.

Flujos a definir

• Alta en formulario web: dispara doble opt-in, al confirmar crea contacto en CRM con flag de consentimiento.
• Baja en email: dispara webhook, marca al contacto como “no contactar para marketing”.
• Alta manual en CRM por comercial: NO activa marketing por defecto. Necesita opt-in explícito.
• Cambio de email del usuario: actualizar en ambos sistemas y, si cambia el dominio, considerar reconfirmar.

Idempotencia

Los webhooks deben ser idempotentes: recibir la misma baja dos veces no debe crear inconsistencia. Suelen incluir un event_id único.

Listas de supresión

Mantén una lista de supresión global, separada de cada lista activa. Cuando importas una lista nueva, los emails que ya están en supresión no se deben volver a importar bajo ningún concepto.

Validación periódica

Aunque tengas double opt-in, las cuentas se abandonan, los dominios cambian y aparecen nuevos role accounts. Una validación periódica protege.

Cuándo validar

• Antes de una campaña grande tras meses sin envíos.
• Tras importar una lista nueva (siempre, aunque venga de un sistema propio).
• En cadencia anual al menos, mejor trimestral si el volumen es alto.

Qué detectar

• Cuentas inválidas (no existen).
• Dominios catch-all (riesgo de spam trap).
• Role accounts.
• Direcciones desechables (mailinator, etc.).
• Formato dudoso o caracteres extraños.

Servicios

Hay servicios SaaS especializados (ZeroBounce, NeverBounce, Kickbox, etc.). Lo importante es:

• Cumplen RGPD: la lista se procesa y se borra.
• Reportan resultado por categoría, no solo “ok/ko”.
• No “limpiar” agresivamente: en duda, segmentar y enviar con cuidado, no eliminar a ciegas.

Errores frecuentes

Importar listas compradas

Inviables. Quemarán reputación y violan RGPD/LSSI.

Confiar en el ESP para todo

El ESP gestiona bajas y supresiones a nivel de su producto. Tu CRM y CMS pueden seguir teniendo al usuario activo. Sincroniza siempre.

Reactivar bajas con importaciones

Importar una lista CSV “antigua” puede reactivar a usuarios que ya se habían dado de baja. La supresión global es la barrera contra esto.

Cambiar de ESP sin trasladar supresiones

En una migración de ESP, conviene exportar la lista de supresión del antiguo y cargarla en el nuevo antes del primer envío. Más en la guía de migrar ESP.

Validación demasiado agresiva

Borrar todo lo que no esté “ok” en una validación elimina cuentas válidas con catch-all. Mejor segmentar y bajar el volumen a ese segmento mientras se observa el comportamiento.

No registrar el consentimiento

Sin prueba documental del consentimiento, una reclamación RGPD puede salir cara. Almacena fecha, IP, user-agent y texto del formulario en cada alta.

Métricas de salud de lista

Para saber si la higiene funciona, mide:

• Tasa de confirmación de doble opt-in (objetivo: >70 %).
• Bounce rate por campaña (objetivo: <2 %, mejor <1 %).
• Complaint rate (objetivo: <0.1 %).
• Tasa de baja por campaña (referencia: <0.5 % es saludable).
• Tasa de “marcar como no spam” (señal positiva, monitorizar tendencia).
• Inactivos %: porcentaje de la lista que no ha interactuado en X meses.

Si alguna se sale del rango, revisa el flujo correspondiente: captación, validación, contenido o frecuencia.

La regla de fondo

La higiene de lista no es un proyecto puntual sino un proceso continuo. La misma disciplina que aplicas al envío técnico (DKIM, SPF, DMARC, IP, dominio) hay que aplicarla a la lista. Sin lista limpia, todo el resto da igual: los proveedores miden lo que entregas, no lo que firmas.

Recursos relacionados

Si quieres profundizar, prueba estas herramientas gratuitas: Domain Health, mail tester, validador SPF y validador DMARC.

¿Necesitas que alguien lleve tu canal de email entero? Abalola Mail es la agencia de retención y email marketing de Abalola para ecommerce: estrategia, producción y operación del stack sobre Klaviyo, Mailchimp o Brevo.