Mantén limpia tu audiencia de Iterable antes de que te cueste un MAU
Iterable da de baja automáticamente una dirección en cuanto sufre un rebote duro, así que deja de enviar correo a un buzón que ya sabe defectuoso tras el primer fallo, pero no puede juzgar un perfil al que nunca ha escrito. Y como Iterable funciona por eventos, crea un usuario en el instante en que tu app o SDK dispara una llamada identify o track, de modo que las direcciones no válidas a las que nunca se ha escrito —procedentes de importaciones, eventos de producto y erratas en los registros— se acumulan sin que las veas: cada una es un envío desperdiciado y un golpe a tu reputación en su primera campaña. Qualisend cierra esa brecha: exporta tu audiencia, verifica cada dirección y suprime o elimina las inservibles antes de tu próximo envío. Este es el flujo de trabajo que funciona hoy, además de las opciones de API y sin código.

La sincronización con Iterable en un clic está pausada mientras reconstruimos la plataforma
Hemos pausado deliberadamente nuestros conectores nativos de un clic mientras rediseñamos la capa de sincronización sobre la que funcionan — reforzando cómo nos autenticamos, cómo respetamos los límites de frecuencia de cada plataforma y cómo devolvemos los resultados — para que, cuando la integración nativa de Iterable regrese, se mantenga fiable con cualquier tamaño de lista en lugar de volverse frágil a gran escala. Nada de esto afecta a cómo Qualisend verifica una dirección.
Todo lo que necesitas funciona hoy: tanto el flujo de exportar CSV → verificar → reimportar que ves debajo, como la API para verificar en el registro, están totalmente soportados y funcionando en producción — así es como los equipos mantienen Iterable limpio ahora mismo.
Qué limpia Iterable por ti
La higiene nativa de Iterable se basa en eventos de rebote y en el estado de suscripción. Cada no entrega se registra como un evento de rebote en el perfil del usuario y, cuando una dirección sufre un rebote duro, Iterable da de baja automáticamente a ese usuario del canal de la campaña y de todos los demás canales de correo de marketing del proyecto, de modo que deja de enviarle tras el primer fallo permanente; y deliberadamente mantiene estas bajas por rebote fuera de las cifras de bajas en Campaign Analytics y Messaging Insights, contabilizándolas como rebotes. Los rebotes blandos son la excepción intencionada: Iterable no da de baja automáticamente un buzón que solo sufre rebotes blandos, así que depurar una dirección con rebotes blandos crónicos queda en tus manos; la práctica documentada consiste en crear un segmento de usuarios que hayan sufrido rebotes blandos de forma reiterada en una ventana de 60 a 90 días y darlos de baja tú mismo. Además de la parte automática, las listas de supresión a nivel de campaña te permiten adjuntar una lista guardada de direcciones que un envío concreto omitirá y, como los canales contienen tipos de mensaje, dar de baja a alguien de todo un canal silencia todos los tipos de mensaje que contiene. Para las direcciones a las que Iterable realmente ha escrito y ha visto fallar de forma dura, esa es una higiene fiable y automática.
Qué no puede detectar
El problema es que cada uno de esos mecanismos es reactivo: necesita un envío y un fallo para activarse, y el caso del rebote blando requiere que primero vayas a construir el segmento. Iterable agudiza el punto ciego más que la mayoría porque funciona por eventos: se crea un perfil de usuario en el momento en que llega una llamada identify o track desde tu app, tu SDK o una importación, de modo que una errata como jane@gmial.com, una dirección migrada desde una herramienta anterior, un dominio desechable, una dirección de rol (info@, support@) o un buzón que se ha degradado en silencio nunca ha rebotado porque Iterable nunca le ha enviado. Esos perfiles parecen perfectamente sanos hasta que un evento acaba activando su primer mensaje, que es justo cuando el proveedor de buzones se forma su primera impresión de tu dominio. Y como los journeys y las campañas se disparan por eventos, una dirección inservible no falla solo una vez: sigue reentrando en los flujos cada vez que se dispara un evento coincidente, así que ese mismo buzón defectuoso recibe correo una y otra vez. Una audiencia importada o alimentada por SDK es el caso más agudo: llega con su historial de rebotes eliminado, así que las direcciones que ya fallaban en otra parte parecen totalmente nuevas.
Por qué importa tener una lista de Iterable limpia
En Iterable lo que está en juego es inusualmente concreto, porque Iterable es una plataforma empresarial cuyo precio se basa en la escala de tu audiencia y en tu volumen de mensajes: se cotiza a medida y se vende con equipo comercial, negociado como un contrato en torno a tus usuarios activos mensuales (las personas únicas a las que realmente contactas) y a cuántos mensajes envías. Eso hace que una dirección inservible salga cara por partida doble. De forma directa: cada no válida a la que nunca has escrito y a la que envías cuenta como usuario activo ese mes y consume un mensaje de tu volumen contratado; estás literalmente pagando por entregar en un rebote duro. Y de forma estructural: una base de datos inflada con perfiles no entregables aumenta el tamaño de audiencia en torno al cual se negocia tu renovación. El coste reputacional es la misma señal, agudizada: cada rebote, trampa de spam o queja es exactamente aquello por lo que las reglas de remitente de 2024 de Gmail y Yahoo, y la propia monitorización de entregabilidad de Iterable, juzgan tu dominio de envío, y en los envíos multicanal esa reputación decide si los clientes que ganaste con honestidad llegan alguna vez a la bandeja de entrada. Limpiar antes del envío cumple ambas funciones: mantiene la basura fuera del recuento sobre el que se construye tu contrato y protege la entregabilidad de las campañas que de verdad convierten.
El flujo de trabajo que funciona hoy
Iterable es una plataforma de engagement impulsada por API y canalizaciones de datos, así que el camino fiable es: exporta tu audiencia —una lista estática o un segmento mediante Save As > Export As > CSV, o la Export API para audiencias grandes—, verifícala en Qualisend y luego suprime los fallos dándolos de baja de un canal, o elimínalos por completo, de forma masiva.
Exporta tu audiencia desde Iterable
En Audience > Segmentation, construye o abre un segmento (o una lista estática) de los usuarios que quieres limpiar y ejecuta la consulta para ver los miembros actuales; luego usa Save As > Export As > CSV File, marca el campo de correo (más cualquier userId que uses como clave) y exporta. Para exportaciones grandes o repetibles, usa mejor la Export API (dataTypeName=user, salida CSV): funciona por trabajos, devuelve un jobId que consultas para obtener los archivos, e Iterable procesa hasta cuatro trabajos de exportación por organización a la vez, poniendo el resto en cola.
Verifica el archivo en Qualisend
Sube el CSV a la limpieza masiva de Qualisend —hasta 1.000.000 de direcciones por trabajo, los duplicados se cobran una sola vez— o pega antes una muestra en el comprobador gratuito. Los 100 créditos de un solo uso del plan gratuito, que nunca caducan, cubren una comprobación inicial antes de comprometerte.
Interpreta los resultados
Cada dirección devuelve deliverable, risky, undeliverable o unknown con un código de motivo, una puntuación de 0 a 100 y subindicadores (catch-all, desechable, rol, buzón lleno), además del proveedor MX y el detalle del sondeo como evidencia. Descarga el CSV depurado.
Suprime o elimina las no entregables en Iterable
Filtra tus resultados por undeliverable. La acción masiva más rápida en la interfaz es Audience > Lists > menú de opciones > Manage Users > Unsubscribe from Channel, donde pegas o subes las direcciones defectuosas y las das de baja de un canal; una baja de canal detiene todos los tipos de mensaje de ese canal, no solo una lista. Vía API puedes llamar a POST /api/lists/unsubscribe o, para retirar de verdad un perfil inservible de tu base de datos y de tu recuento facturable, eliminarlo (DELETE /api/users/{email}) u olvidarlo (POST /api/users/forget, que además bloquea que se vuelva a recopilar). La supresión detiene el correo; la eliminación es lo que saca la dirección del recuento comercializable.
O automatízalo en el registro
¿Prefieres mantener la basura fuera antes de que llegue a crear un perfil? Verifica en el punto de captura con la API REST de Qualisend (claves con alcance, límites de frecuencia, webhooks) —llámala antes de que tu app dispare el identify o track de Iterable, para que una errata o una dirección desechable nunca llegue a convertirse en usuario— o monta un flujo sin código con Zapier, Make o n8n para comprobar los nuevos registros antes de que lleguen a Iterable. Esa es la opción de mayor impacto en una plataforma basada en eventos, porque impide que el perfil inservible llegue siquiera a crearse, recibir correo y facturarse.
Qué señala Qualisend en cada dirección
- Direcciones no válidas a las que nunca se ha escrito y que sufrirían un rebote duro la primera vez que un evento dispare un envío
- Dominios desechables o de usar y tirar creados para caducar, captados a través de tu SDK o de una importación
- Direcciones de rol (info@, support@) que distorsionan los datos de engagement sobre los que se ejecutan tus segmentos y journeys de Iterable
- Dominios catch-all, marcados para que puedas dirigirlos a un segmento específico y regular el ritmo en lugar de disparar sin control
- Una puntuación de confianza de 0 a 100 y un código de motivo legible por máquina para cada dirección, listos para reescribir como campo del perfil de usuario
Un conector nativo de Iterable con un solo clic forma parte de la plataforma que estamos reconstruyendo: va a volver, no está descontinuado. Hasta que se lance, el ciclo exportar-verificar-suprimir de arriba y la API son el camino totalmente soportado, y funcionan con cualquier plan de Iterable.
Qué hacer con cada resultado
Cada dirección regresa con un veredicto y subseñales. Esta es la acción que mantiene limpia tu lista de Iterable sin descartar contactos con los que aún puedes conectar.
deliverableSigue enviando con normalidad.deliverable + indicador de rolConservar para mensajes transaccionales y del sistema; excluir de los journeys que se juzgan por engagement.risky + indicador catch-allDirigir a un segmento específico y regular el ritmo: el dominio acepta todo en la puerta, así que no se puede confirmar el buzón que hay detrás.risky + indicador desechableDar de baja del canal o eliminar: el buzón se creó para caducar.unknownMantener activa y volver a verificar en la próxima limpieza: suele ser greylisting o limitación de frecuencia, no un veredicto sobre el buzón.undeliverableDar de baja del canal para detener el correo, o eliminar/olvidar para sacarla de tu recuento comercializable; no esperes al rebote para confirmarlo.Lecturas relacionadas
Verifica en la llamada identify/track para que la basura nunca se convierta en usuario de Iterable.
Haz una comprobación puntual de una muestra de tu audiencia de Iterable antes de una limpieza masiva completa.
Con qué rapidez una lista sucia y basada en eventos se agrava hasta convertirse en un problema de entregabilidad.
Qué le hace a tu prestigio en todos los canales una oleada de rebotes duros.
Los umbrales de rebote y queja de 2024 con los que se juzgan tus envíos de Iterable.
Fija una cadencia para que los perfiles a los que nunca se ha escrito no se vuelvan a acumular en tu base de datos.
Preguntas frecuentes sobre la verificación de Iterable
Limpia tu lista de Iterable en minutos
Empieza gratis con 100 créditos que nunca caducan — sin tarjeta. Exporta, verifica, reimporta y protege tu próxima campaña.