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 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 explica por qué comprobar un buzón no sustituye estos registros ni identifica trampas de spam.
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 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
Pruébelo con una dirección que ya conozca.
El verificador gratuito devuelve el resultado completo: cada etapa, cada reason code, sin ocultar nada.