Easymail mantiene tres cosas deliberadamente separadas: la pertenencia a una lista, las bajas de lista y las exclusiones a nivel de cuenta. Si las mantienes separadas, cualquier pregunta sobre quién entra en una lista - y quién recibe realmente tus emails - tiene una respuesta clara. Esta guía repasa las reglas una por una, incluyendo las más habituales: “Si añado contactos a una lista, ¿volverán quienes se dieron de baja?”, “¿Cuál es la diferencia entre eliminar y darse de baja?”, “¿Quién recibe realmente una campaña?”, “¿Qué pasa si el contacto ya existe?”
Resumen rápido: ¿vuelven los contactos que se dieron de baja?
“Si añado en bloque a una lista todos los contactos que cumplen un filtro (por ejemplo, todos los que compraron un producto), ¿volverán a la lista los contactos que antes eliminé?”
No - las personas que genuinamente se dieron de baja de esa lista NO se vuelven a añadir. El alta en bloque comprueba los registros de baja de la lista y omite a esos contactos. Los contactos que ya están en la lista se ignoran en silencio (sin duplicados), y el resto se añade.
Pero lee con atención la siguiente sección, porque “darse de baja” y “eliminar” son dos cosas distintas, y la respuesta depende de cuál haya ocurrido.
El modelo mental: tres conceptos independientes
Casi toda la confusión viene de mezclar tres cosas que Easymail mantiene deliberadamente separadas. Si las distingues, el resto de esta guía resulta evidente.
| Concepto | Pregunta que responde | ¿Reversible? |
|---|---|---|
| 1. Pertenencia a la lista | ¿Está este contacto en esta lista ahora mismo? | Sí - añadir / eliminar libremente |
| 2. Baja de lista (consentimiento) | ¿Se dio de baja este contacto de esta lista? | Permanente - nunca se borra automáticamente |
| 3. Exclusión / supresión a nivel de cuenta | ¿Debería recibir esta dirección algún email? | Parcialmente (ver Regla 8) |
La idea clave:
- Eliminar un contacto de una lista solo afecta al punto 1 (pertenencia). Es rotación, no consentimiento - el contacto se puede volver a añadir libremente más adelante.
- Darse de baja de una lista crea el punto 2 (un registro de baja permanente) y elimina la pertenencia. Ese registro es una marca permanente de “no me vuelvas a añadir” que respetan todas las vías de alta masiva, importación y API.
- Si una campaña llega realmente a alguien lo decide solo el punto 3 más la pertenencia actual - no el registro de baja de la lista (ver Regla 3).
Regla 1: al añadir contactos a una lista, ¿vuelve una baja anterior?
Versión corta: cualquier forma masiva o automática de añadir contactos omite a quienes se dieron de baja de esa lista. No “volverán a entrar”.
| Cómo se añaden los contactos | ¿Omite a quienes se dieron de baja de la lista? | ¿Miembro ya existente? | Notas |
|---|---|---|---|
| Alta en bloque por filtro / segmento (“añadir a todos los que cumplan…”) | ✅ Sí, se omiten | Se ignora (sin duplicado) | La vía de la pregunta anterior |
| Alta en bloque de un conjunto de contactos seleccionado | ✅ Sí, se omiten | Se ignora | Funciona igual |
| Importación de CSV / archivo (con listas de destino) | ✅ Sí, se omiten | Se ignora | La importación sigue actualizando los campos del contacto - ver Regla 5 |
| API pública - añadir contacto a una lista | ✅ Sí, se omiten | Se ignora | Las integraciones externas no pueden resucitar a alguien dado de baja |
| Easycart - “clientes que compraron el producto X” | ✅ Sí, se omiten | Se ignora | |
| Easycart - suscripción en el checkout / opt-in | ✅ Sí, se omiten | Se ignora | |
| Marcar la casilla de una lista en la ficha del contacto | ⚠️ No, NO se omite | No aplica (el contacto se añade) | La única excepción - ver más abajo |
⚠️ La única excepción: marcar la casilla de una lista en la ficha del contacto
Abrir los detalles de un contacto y marcar la casilla junto a una lista de email añade ese contacto a la lista. Esta es la única vía de alta que no comprueba el registro de baja - volverá a añadir a un contacto que antes se dio de baja de esa lista.
Trata esa casilla como una anulación manual deliberada, no como un error en tus datos. Úsala solo cuando el contacto te haya pedido expresamente que lo vuelvas a añadir a la lista.
Por qué “ya es miembro” siempre es una operación sin efecto
Todas las vías masivas comprueban si el contacto ya está en la lista antes de añadirlo. Por eso repetir un alta en bloque es seguro tantas veces como quieras: los miembros existentes no se duplican, no cambian de fecha y no reciben un segundo email de bienvenida - simplemente se omiten.
Regla 2: “eliminar de la lista” no es lo mismo que “darse de baja”
Esta es la distinción detrás de la mayoría de las confusiones.
| Acción | Quién la hace | Pertenencia | ¿Registro de baja permanente? | ¿Se puede volver a añadir? |
|---|---|---|---|---|
| Eliminar de la lista (en la app o vía la API pública) | Tú / tu integración | Eliminado | ❌ No | ✅ Sí - libremente (es solo rotación) |
| Darse de baja de la lista (pie del email / centro de preferencias / Easycart) | El destinatario | Eliminado | ✅ Sí (permanente) | ❌ No - las vías de alta masiva, importación y API lo seguirán omitiendo |
Regla clave: que tú saques a alguien de una lista no es consentimiento, así que nunca crea un registro de baja - una importación posterior lo puede volver a añadir legítimamente. Solo una baja genuina, iniciada por el propio destinatario, crea ese registro. Por eso el flujo de “limpiar la lista y volver a importar” funciona sin borrar tus bajas reales.
Dos matices que conviene conocer:
- El registro de baja nunca se borra. Aunque un contacto vuelva a suscribirse más tarde desde el centro de preferencias, el registro se mantiene. Consecuencia: puede ser miembro activo y seguir teniendo un registro de baja antiguo - recibirá email (ver Regla 3), pero el alta en bloque y la importación lo seguirán omitiendo. Esto es intencionado: el historial de bajas por lista se mantiene limpio para los informes.
- El botón “Unsubscribe” (darse de baja) del centro de preferencias (y la baja con un clic de Gmail en una lista privada) se trata como una baja a nivel de cuenta, no solo de una lista - ver Regla 8.
Regla 3: quién recibe realmente una campaña
Cuando se envía una campaña, la lista de destinatarios se construye a partir de la pertenencia actual a la lista, menos estos cuatro filtros. Se excluye a un contacto si se cumple cualquiera de ellos:
- Contactos eliminados.
- Baja a nivel de cuenta - el contacto se dio de baja de todo lo relacionado con tu cuenta.
- Exclusión de la dirección de email - esta dirección está excluida para tu cuenta (sobrevive a la eliminación del contacto - ver Regla 8).
- Lista de supresión - esta dirección tuvo un rebote duro o fue marcada por el proveedor de email (esta es de toda la plataforma - ver Regla 8).
Importante: el registro de baja de la lista NO bloquea los envíos. Los envíos se rigen únicamente por la pertenencia más los cuatro filtros anteriores. Por lo tanto:
- Si un contacto es miembro de la lista de destino y pasa los cuatro filtros, recibe el email - incluso si tiene un registro de baja antiguo de esa lista (por ejemplo, si volvió a suscribirse desde el centro de preferencias).
- Eliminar un registro de baja de lista no detendría un envío; lo que lo detiene es eliminar la pertenencia (o aplicar una exclusión a nivel de cuenta).
Esto es intencionado: la pertenencia es la fuente de verdad para los envíos. No intentes “excluir también los registros de baja” al calcular el tamaño de tu audiencia - la pertenencia ya refleja quién está realmente en la lista.
Nota sobre automatizaciones: los envíos de automatización (flujo de trabajo) usan un conjunto de supresión parecido pero distinto - además respetan las exclusiones específicas de cada automatización. Las reglas de audiencia de campañas son las que se describen aquí.
Regla 4: una persona, un email por campaña
Un contacto puede estar en varias listas, pero una campaña se dirige a una sola lista, y la instantánea de destinatarios se agrupa por contacto. Incluso cuando un filtro de segmento hace referencia a varias listas, cada contacto se resuelve en un único destinatario.
En resumen: nadie recibe dos copias de la misma campaña por estar en dos listas.
Por cierto, los segmentos se evalúan en vivo, en el momento del envío - la campaña vuelve a ejecutar el filtro del segmento sobre el conjunto de contactos actual cuando se envía, y aplica los mismos cuatro filtros de enviabilidad. Así que un contacto que salió del segmento (o fue suprimido) después de configurar la campaña pero antes de que se enviara queda correctamente excluido.
Regla 5: añadir un contacto que ya existe (coincidencia por email)
Los contactos son únicos por cuenta, por email, sin distinguir mayúsculas
- Un contacto es único dentro de tu cuenta por email. La misma dirección no puede existir dos veces en una cuenta.
- El email se pasa a minúsculas y se recorta antes de guardarse o compararse, así que
John@X.comyjohn@x.comson el mismo contacto. - El email de un contacto eliminado no bloquea su reutilización - puedes volver a crear un contacto con una dirección que usó un contacto eliminado.
Qué ocurre cuando el email ya existe depende de la vía
| Vía | Si el email ya existe |
|---|---|
| Importación de CSV / archivo | Actualiza el contacto existente (sobrescribe los campos estándar - ver el aviso más abajo) |
| Sincronización con Easycart | Actualiza el contacto existente |
| API pública - crear contacto | Se rechaza con un error de “el email ya existe” (solo creación; usa el endpoint de actualización para cambiarlo) |
⚠️ Aviso sobre importaciones: los campos estándar vacíos sobrescriben; los personalizados no
Cuando una importación actualiza un contacto existente:
- Los campos estándar (nombre, apellidos, teléfono, idioma, país, zona horaria) se sobrescriben, incluso con valores en blanco. Si tu archivo de importación tiene la columna “nombre” vacía, borrará el nombre existente. La importación de “pegar una lista de emails” no incluye ningún nombre, así que volver a importar de esa forma borra los nombres existentes. (Los contactos que vienen de Easycart están protegidos: la importación no sobrescribe su nombre ni su teléfono).
- Los campos personalizados solo se establecen si el valor es no vacío - una celda en blanco se omite, nunca borra un valor existente.
Recomendación práctica: cuando reimportes para actualizar solo algunos campos, incluye únicamente las columnas que realmente quieres cambiar, o borrarás el resto.
Nota: dentro de un mismo CSV, las filas duplicadas para el mismo email no se procesan de forma determinista. No confíes en que “gana la última fila” dentro de un archivo: elimina los duplicados de tu archivo antes de importar.
Regla 6: doble opt-in (confirmación de suscripción)
- El doble opt-in se aplica solo al flujo del formulario de alta público. Los contactos creados por API o importados por CSV se añaden directamente, sin paso de confirmación.
- Antes de que alguien haga clic en el enlace de confirmación, no existe ningún registro de contacto ni pertenencia a lista - no se guarda nada “pendiente”.
- El contacto se crea y se añade a la lista solo cuando hace clic en confirmar.
- Se aplica por cada solicitud de alta contra una lista concreta - no existe un interruptor de “doble opt-in” por lista ni para toda la cuenta.
Así que: un alta sin confirmar no puede recibir nada porque todavía no existe - el doble opt-in bloquea la creación, no el envío.
Regla 7: campos personalizados
- Los campos personalizados se definen por cuenta (las claves de campo son únicas dentro de tu cuenta).
- Una importación de CSV o llamada a la API pública que haga referencia a un campo personalizado que no existe se rechaza con un error - no crea el campo en silencio ni lo ignora. Crea el campo primero y luego importa.
- La sincronización con Easycart es la excepción: crea automáticamente los campos personalizados sobre la marcha (es la sincronización interna de e-commerce, de confianza, no una importación manual).
Regla 8: exclusión a nivel de cuenta y supresión, en detalle
Tres mecanismos, tres alcances distintos. Los tres bloquean el envío de campañas (Regla 3); se diferencian en hasta dónde llegan y cómo se activan.
| Mecanismo | Alcance | Se identifica por | Lo activa | Lo borra |
|---|---|---|---|---|
| Baja de cuenta | Tu cuenta | Contacto | Darse de baja en la app, el botón “Unsubscribe” del centro de preferencias, la baja con un clic en una lista privada, la API pública | Reactivar la suscripción |
| Exclusión de la dirección de email | Tu cuenta | Dirección de email | Se refleja automáticamente cada vez que ocurre una baja de cuenta | Reactivar la suscripción |
| Lista de supresión | Toda la plataforma | Dirección de email | Rebotes duros (permanentes) y quejas marcadas por el proveedor de email | No se puede borrar desde la app - contáctanos si crees que una dirección se suprimió por error |
Puntos clave que conviene interiorizar:
- Baja de cuenta frente a exclusión de la dirección de email: la primera está ligada al registro del contacto; la segunda, a la dirección. Si un contacto se elimina y luego se vuelve a importar (registro nuevo, mismo email), el registro a nivel de contacto desaparece, pero la exclusión a nivel de dirección lo sigue bloqueando para tu cuenta. Esto es intencionado: eliminar y volver a añadir un contacto no borra su baja.
- La lista de supresión es de toda la plataforma y solo permite añadir, nunca quitar. Un solo rebote duro o una queja a nivel de proveedor bloquea esa dirección en todas partes, y no hay forma de anular la supresión desde la app. Esto protege la reputación de envío de todos.
- Las quejas de spam normales no suprimen ni dan de baja automáticamente - se registran como eventos solo para estadísticas. Solo los rebotes duros (permanentes) y las quejas de supresión a nivel de proveedor suprimen una dirección.
- Reactivar la suscripción (en la app o vía la API pública) borra la baja de cuenta y la exclusión de la dirección de email de tu cuenta. No afecta a la lista de supresión, no borra ningún registro de baja de lista y no vuelve a añadir al contacto a ninguna lista - solo levanta la exclusión a nivel de cuenta.
Preguntas frecuentes
P: Eliminé algunos contactos de una lista y luego añadí en bloque a todos los que cumplían un filtro. ¿Volverán los que eliminé? Depende de cómo se fueron. Si los eliminaste (rotación), sí, vuelven. Si se dieron de baja ellos mismos, no, se omiten de forma permanente. Ver Reglas 1 y 2.
P: Alguien se dio de baja de una lista pero sigue recibiendo mis campañas. ¿Por qué? Debe volver a ser miembro actual (por ejemplo, volvió a suscribirse desde el centro de preferencias, o se le volvió a añadir marcando la casilla de la lista en su ficha - la excepción de la Regla 1) y no está excluido a nivel de cuenta. Los envíos siguen la pertenencia, no el registro de baja de la lista. Ver Regla 3.
P: Si un contacto está en tres listas, ¿recibe tres copias de una campaña? No - una campaña se dirige a una sola lista y cuenta a cada contacto solo una vez. Un solo email. Ver Regla 4.
P: Reimporté mis clientes para actualizar los teléfonos, y ahora todos tienen el nombre en blanco. ¿Qué pasó? La importación sobrescribió los campos estándar con las celdas en blanco de tu archivo. Incluye solo las columnas que quieres cambiar. Ver Regla 5.
P: Eliminé un contacto que se había quejado, lo volví a añadir, y sigue sin recibir emails. ¿Por qué? Es probable que su dirección siga excluida a nivel de dirección de email (que sobrevive a la eliminación) o esté en la lista de supresión (por el rebote o la queja). Volver a añadir un contacto no borra ninguna de las dos cosas. Ver Regla 8.
P: ¿Añadir un contacto vía la API pasa por el doble opt-in? No - solo el formulario de alta público lo hace. La API y el CSV añaden directamente. Ver Regla 6.