---
title: "Cómo limpiar una lista de correo antes de enviar - Emvero"
description: "Revise la lista antes de una campaña: conserve el historial, verifique direcciones, separe resultados inciertos y aplique suscripciones y exclusiones."
url: https://emvero.io/es/guides/cleaning-an-email-list/
language: es
updated: 2026-10-09
---

Guías

# Cómo limpiar una lista de correo antes de enviar

Conserve la lista original, compruebe las direcciones y prepare el segmento de envío según las pruebas. Separe los fallos técnicos, la incertidumbre y las reglas de suscripción.

## Qué hacer con cada respuesta

Los mismos cuatro resultados siempre. La instrucción cambia con la situación, porque con ella cambia lo que cuesta equivocarse.

| Resultado | Qué hacer aquí |
| --- | --- |
| Entregable | Valore incluirla en esta campaña después de revisar la suscripción y las exclusiones. Un resultado positivo no garantiza la entrega ni el permiso para enviar. |
| Con riesgo | Revise los motivos antes de incluirla. Retenga los casos sin resolver para esta campaña, conserve el contacto y registre el motivo. |
| No entregable | Excluya la dirección comprobada de este envío. Conserve las pruebas y el historial; antes de reconsiderarla, pida una corrección o nuevas pruebas. |
| Desconocido | Reténgala de esta campaña hasta revisarla o comprobarla más adelante. Conserve las pruebas del dominio y el motivo de incertidumbre; no la clasifique como inválida. |

## Empezar por la lista y su historial

Guarde los datos originales antes de cambiar un segmento de campaña. Conserve el origen de la dirección, el contexto de suscripción, las exclusiones por bajas o quejas y los resultados de entrega anteriores. Quite entradas duplicadas con el mismo valor de correo sin fusionar personas ni borrar su historial. Un resultado de verificación no anula una exclusión existente.

## Comprobar direcciones y guardar las pruebas

Verifique las direcciones que está considerando para el envío. Guarde `status`, `action`, `reason_codes` y `checks` con el valor comprobado. Conserve también `freshness`: recuperar un resultado hoy no significa que todas sus observaciones sean de hoy. La [guía del resultado de verificación](https://emvero.io/es/blog/reading-a-verification-result/) explica estos campos.

Una respuesta `pending` significa que la comprobación no ha terminado. Espere el intervalo de `retry_after_ms` y recupere la misma verificación. Deje el trabajo pendiente fuera del segmento revisado hasta que termine o su propio plazo active una alternativa.

## Separar el fallo de la incertidumbre

Use la tabla de veredictos anterior como política para la campaña, junto con la acción y los motivos devueltos. Un fallo claro de sintaxis o dominio puede establecer `undeliverable`. Un rechazo al destinatario no lo hace automáticamente: `SMTP_MAILBOX_NOT_FOUND` se informa actualmente como `unknown` con `SMTP_RECIPIENT_REJECTED_AMBIGUOUS`.

Un resultado catch-all o un sondeo SMTP no concluyente puede necesitar revisión. Retener esa dirección para esta campaña permite reconsiderarla después. La marca de función, por sí sola, no cambia el veredicto; un buzón funcional sigue necesitando el contexto de suscripción adecuado. Los resultados desconocidos pueden conservar datos útiles del dominio.

## Aplicar las reglas antes de exportar

Prepare el segmento de campaña con los resultados revisados y sus registros de suscripción, exclusión y entrega. Separe las direcciones retenidas de los fallos técnicos confirmados. La [comparación entre verificación e higiene de listas](https://emvero.io/es/compare/verification-vs-list-hygiene/) explica por qué comprobar un buzón no sustituye estos registros ni identifica [trampas de spam](https://emvero.io/es/glossary/spam-trap/).

Decida cuándo volver a comprobar según la antigüedad de las pruebas y el uso previsto; no hay un intervalo universal. Una comprobación posterior puede aportar pruebas sin garantizar la entrega. Si los datos proceden de su CRM, la [guía de validación del correo en CRM](https://emvero.io/es/guides/crm-data-cleaning/) explica cómo conservar los resultados junto a la dirección sin perder la ficha de contacto.

## Reason codes que deciden algo aquí

Estos códigos forman parte del vocabulario de la API y explican una comprobación. Las notas también indican qué valores no devuelve la política de verificación o el sondeo actual.

|  |  |
| --- | --- |
| `SMTP_MAILBOX_NOT_FOUND` | Rechazo del destinatario observado por SMTP; la regla actual devuelve unknown con SMTP_RECIPIENT_REJECTED_AMBIGUOUS. |
| `ACCEPT_ALL_DOMAIN` | El dominio acepta a cualquier destinatario |
| `SMTP_CONNECT_TIMEOUT` | El servidor de correo no respondió a tiempo |
| `DISPOSABLE_DOMAIN` | Proveedor de direcciones desechables |

## Términos que conviene conocer antes

### Rebote duro y rebote blando

Los fallos de entrega permanentes y temporales describen un intento de envío. Aquí se explica cómo se diferencian de la evidencia de verificación.

### Dominio catch-all

Un servidor acepta destinatarios arbitrarios. Esa aceptación por sí sola no demuestra que exista un buzón concreto.

### Trampa de spam

Una dirección usada para detectar prácticas de envío problemáticas. La verificación no puede certificar que una dirección no sea una trampa.

## La decisión que hay detrás

### Verificación de correo frente a higiene de listas

La evidencia técnica y los registros de suscripción, exclusión de envíos e interés responden a preguntas distintas sobre el envío.

[Todas las guías](https://emvero.io/es/guides/)

## Pruébelo con una dirección que ya conozca.

El verificador gratuito devuelve el resultado completo: cada etapa, cada reason code, sin ocultar nada.

Ver una comprobación de ejemplo

Empezar gratis