Verifica antes de que Postmark envíe, no después del rebote
Postmark suprime automáticamente una dirección en el momento en que produce un rebote definitivo o genera una queja de spam, así que deja de enviar a un destinatario que ya sabe erróneo después del primer fallo, pero no puede juzgar una dirección antes de ese primer envío. Y Postmark es un remitente transaccional y por API: no hay una audiencia alojada que exportar y depurar, porque las direcciones llegan directamente de tus propios formularios de registro, flujos de compra y llamadas a la API. Ese primer envío suele ser el mensaje que más importa —un restablecimiento de contraseña, un recibo, un correo de verificación— y es exactamente donde rebota una errata nunca verificada o un buzón muerto. Qualisend cierra esa brecha: verifica cada dirección en el punto de captura y antes de cualquier envío por lotes, y luego suprime los fallos para que la basura nunca dispare un envío de Postmark en primer lugar. Aquí tienes el flujo de trabajo que funciona hoy, más las opciones de API y sin código.
La sincronización con Postmark 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 Postmark 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 Postmark limpio ahora mismo.
Qué limpia Postmark por ti
La higiene nativa de Postmark se basa en una Lista de supresión, que se mantiene por Message Stream. Una dirección se añade a ella tras un rebote definitivo, una queja de spam, una baja o una supresión manual, y una vez suprimida se desactiva automáticamente: el siguiente envío a través de ese stream simplemente la ignora. Eso protege tu reputación ante los proveedores de buzones y evita que golpees repetidamente una dirección muerta. La reactivación es deliberada: los rebotes definitivos y las bajas pueden reactivarse desde la pestaña Suppressions del stream o eliminando la supresión a través de la Suppressions API, pero las quejas de spam no las puedes deshacer tú: Postmark no te deja reactivar una dirección que marcó tu correo como spam sin contactar con soporte. Para las direcciones a las que Postmark realmente ha enviado, 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 dispararse. Postmark solo suprime una dirección después de que ya haya producido un rebote definitivo o haya sido denunciada, lo que significa que el crédito ya está gastado y el golpe a la reputación ya está encajado antes de que la lista quede algo más limpia. Y como Postmark es un remitente transaccional y no una plataforma de marketing, el punto ciego es más amplio de lo que parece: no tiene ninguna lista de registro propia que precomprobar, así que una errata de registro (jane@gmial.com), una dirección desechable aceptada en el checkout, una dirección de rol como info@ o support@, o un buzón que se ha degradado en silencio, todas llegan desde tu aplicación con aspecto perfectamente sano, y Postmark no tiene ninguna señal sobre ninguna de ellas hasta que tu código dispara el primer mensaje. Un lote de destinatarios que montas para un broadcast stream es el caso más extremo: aterriza sin ningún historial de rebotes, así que direcciones que ya estaban fallando en otros sitios parecen recién nacidas, y Postmark entregará diligentemente cada una directa a un rebote definitivo.
Por qué importa tener una lista de Postmark limpia
En Postmark lo que está en juego es inusualmente concreto. Postmark controla la entregabilidad con cifras estrictas: quiere tu tasa de rebote por debajo del 10 % y tu tasa de quejas de spam por debajo del 0,1 % en cada Message Stream, pone en naranja las métricas del stream a medida que te acercas a esos límites y en rojo en cuanto los cruzas, y se reserva el derecho de pausar o suspender el envío en un servidor cuyas tasas se mantengan demasiado altas. Una oleada de direcciones inválidas nunca verificadas es la forma más rápida de meter un stream en rojo, y en una cuenta transaccional ese rebote cae sobre los recibos, los restablecimientos de contraseña y los correos de verificación que tus usuarios están esperando activamente: el correo que menos te puedes permitir que se pause. También hay un ángulo de facturación: Postmark cobra por correos enviados, no por contactos almacenados, y sin arrastre, así que cada mensaje entregado a un rebote definitivo quema volumen pagado (o excedente) en correo que nunca iba a llegar. Verificar antes del envío hace las dos cosas a la vez: mantiene tu tasa de rebote muy por debajo del umbral de Postmark y evita que pagues por entregar en buzones muertos. Es la misma cuenta de rebotes y quejas con la que las reglas para remitentes de Gmail y Yahoo de 2024 ahora te juzgan directamente.
El flujo de trabajo que funciona hoy
Postmark no tiene una lista de contactos alojada que exportar y reimportar: las direcciones vienen de tu propia aplicación y API, así que la solución honesta es verificarlas antes de que Postmark envíe siquiera, y luego suprimir los fallos.
Verifica en el punto de captura
Atrapa la dirección donde entra en tu sistema —el formulario de registro, de compra o de cuenta— antes de almacenarla o dejar que dispare su primer envío de Postmark. Una sola llamada a la API de Qualisend en ese momento impide que las erratas y las direcciones desechables lleguen siquiera a ser un destinatario, que es el sitio de mayor impacto para verificar en un remitente transaccional.
Verifica cualquier lote de destinatarios antes de enviarlo
¿Vas a enviar un broadcast stream o una tirada masiva a través de la API? Verifica primero la lista de destinatarios. Sube el archivo a la limpieza masiva de Qualisend —hasta 1.000.000 de direcciones por trabajo, los duplicados se cobran una sola vez— o pega las direcciones directamente. Los 100 créditos únicos del plan gratuito, que nunca caducan, cubren una primera muestra antes de que te comprometas.
Lee los resultados
Cada dirección devuelve entregable, arriesgada, no entregable o desconocida 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 de la sonda como evidencia. Descarga el archivo depurado o lee el veredicto en línea desde la respuesta de la API.
Suprime los fallos en Postmark
Coge todo lo que volvió como no entregable y asegúrate de que nunca pueda disparar un envío. Añade esas direcciones a la Lista de supresión del Message Stream correspondiente como supresiones manuales —a través de la pestaña Suppressions del stream o de la Suppressions API, hasta 50 direcciones a la vez— y registra el veredicto en tu propia base de datos para que tu aplicación nunca las vuelva a encolar. Eso hace el trabajo de salvar la reputación antes del envío en lugar de después del rebote.
O automatízalo en el registro
La comprobación en el punto de captura está hecha para automatizarse. Llama a la API REST de Qualisend (claves con alcance, límites de tasa, webhooks) dentro de tu handler de registro o de checkout para que una dirección se verifique antes de almacenarse o entregarse a Postmark, o monta un flujo sin código con Zapier, Make o n8n para que cada nuevo lead se compruebe en el momento en que llega. Puedes cerrar el círculo del mismo modo: encadena un veredicto de no entregable directamente a la Suppressions API de Postmark para que la dirección se suprima manualmente de forma automática, antes de que tu aplicación llegue a pedirle a Postmark que la contacte.
Qué señala Qualisend en cada dirección
- Direcciones inválidas nunca verificadas que producirían un rebote definitivo en su primer envío de Postmark, a menudo un restablecimiento de contraseña o un recibo
- Dominios desechables / de usar y tirar aceptados en el registro o el checkout que se crearon para caducar
- Direcciones de rol (info@, support@) que generan quejas y distorsionan el engagement en los broadcast streams
- Dominios catch-all, marcados para que puedas dirigirlos a un stream aparte y enviar con cautela
- 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 una supresión manual
Un conector nativo de Postmark de un clic forma parte de la plataforma que estamos reconstruyendo: está volviendo, no está descatalogado. Hasta que se lance, la API y el flujo de verificar-antes-de-enviar anterior son la vía plenamente soportada, y funcionan con cualquier plan de Postmark.
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 Postmark sin descartar contactos con los que aún puedes conectar.
entregableEnvía con normalidad, ya sea transaccional o broadcast.entregable + indicador de rolVale para correo de cuenta y transaccional; mantenla fuera de los envíos broadcast que se juzgan por engagement.arriesgada + indicador catch-allDirígela a un stream aparte y envía con cautela: el dominio acepta todo en la puerta, así que no se puede confirmar el buzón.arriesgada + indicador desechableAñádela como supresión manual: el buzón se creó para caducar.desconocidaDéjala pasar y vuelve a verificarla la próxima vez: suele ser greylisting o un límite de tasa, no un veredicto sobre el buzón.no entregableAñádela ya a la Lista de supresión del stream; no dejes que rebote en un recibo y empuje tu tasa hacia el límite del 10 % de Postmark.Lecturas relacionadas
Los destinatarios limpios son la mitad de la entregabilidad: autentica también tu dominio de envío de Postmark.
Verifica en el punto de captura para que la basura nunca dispare un envío de Postmark.
Haz una comprobación puntual de una muestra de tus destinatarios antes de montar la API.
Postmark limita tu tasa de rebote al 10 % por stream: aquí tienes por qué esa cifra muerde.
Por qué un solo envío malo en un stream transaccional cuesta más que un crédito desperdiciado.
Los umbrales de rebote y quejas de 2024 con los que se juzgan tus envíos de Postmark.
Preguntas frecuentes sobre la verificación de Postmark
Limpia tu lista de Postmark en minutos
Empieza gratis con 100 créditos que nunca caducan — sin tarjeta. Exporta, verifica, reimporta y protege tu próxima campaña.