Una lista importada nos rebotó 11% y la regla de parar al 2% vivía en un documento. Por qué el freno debe estar en el sistema y cómo cuida tu dominio.

A principios de octubre de 2026 mandamos una serie de bienvenida a contactos de una lista importada. El rebote duro llegó a 11%: 86 de 760 correos fueron a direcciones que ya no existen. Teníamos acordado detener cualquier envío que pasara de 2%. La regla estaba escrita, con todo y fecha, en un documento. Y un documento no pausa nada.
El 6 de octubre esa regla pasó a código: ahora el sistema pausa solo cualquier envío que rebote de más. Te lo cuento porque el problema no es de marketing. Es de la reputación de tu dominio, y de ella depende que lleguen tus cotizaciones y tus facturas.
Es un correo que no se puede entregar de forma permanente: la dirección no existe o el dominio no recibe correo. A diferencia del rebote suave, como un buzón lleno o un servidor caído, no se arregla reintentando. Para Gmail o Yahoo, muchos rebotes duros indican una lista vieja o comprada, y eso pesa sobre tu dominio.
Una lista se pudre sola. La gente cambia de trabajo, las empresas cierran o cambian de dominio, y las direcciones capturadas a mano traen errores. Una lista que nadie ha usado en meses casi siempre trae una buena cantidad de direcciones muertas, aunque nadie sepa cuántas hasta el primer envío. Por eso el primer envío a una lista fría es el más peligroso.
Porque los proveedores de correo califican al remitente, no a la campaña. Si tu dominio rebota y recibe quejas, también se van a spam las cotizaciones, facturas y respuestas a clientes que salen de ese dominio. Una campaña mala puede afectar el correo de toda la empresa durante semanas.
Las reglas de los grandes proveedores son públicas. Desde el 1 de febrero de 2024, Gmail exige a quien manda más de 5,000 correos diarios autenticar con SPF, DKIM y DMARC, ofrecer baja con un clic y mantener la tasa de spam reportada por debajo de 0.3%. Yahoo pide lo mismo y además que las bajas se atiendan en un máximo de dos días.
| Señal | Umbral | Quién lo fija | Qué pasa si lo pasas |
|---|---|---|---|
| Rebote duro | 2% en siete días, con al menos 50 envíos | Regla interna de SCRAM Consulting | El sistema pausa el envío |
| Quejas de spam sobre nuestros envíos | 0.5% en siete días, con al menos 50 envíos | Regla interna de SCRAM Consulting | El sistema pausa el envío |
| Tasa de spam en Postmaster Tools | Menos de 0.3%; ideal menos de 0.1% | Más correo filtrado o rechazado | |
| Tasa de spam | Menos de 0.3% | Yahoo | Más correo filtrado o rechazado |
| Autenticación | SPF, DKIM y DMARC para más de 5,000 diarios | Google y Yahoo | Correo rechazado o a spam |
| Bajas | Baja con un clic, atendida en dos días | Google y Yahoo | Incumplimiento de requisitos |
Una aclaración honesta: nuestra tasa de quejas se mide sobre nuestros envíos, y la de Google se mide con sus propios datos en Postmaster Tools. No son el mismo número. Por eso nuestro freno es más estricto en rebote y usa su propio tope de quejas: preferimos pararnos antes de que Google nos pare.
Cada vez que llega un rebote duro o una queja, el sistema suprime esa dirección y revisa los últimos siete días del envío que la causó. Si con al menos 50 correos el rebote duro pasa de 2% o las quejas de 0.5%, pausa el envío y deja el motivo registrado. Una persona revisa la lista antes de reanudar.
Cada número tiene su porqué. El mínimo de 50 existe porque con pocos envíos la tasa es ruido: un solo rebote en diez correos ya es 10%, y pararíamos por nada. La ventana de siete días mira lo reciente, que es lo que está dañando la reputación ahora. Y el sistema pausa, no borra: decidir si se limpia la lista, se descarta o se reanuda es trabajo de una persona.
La supresión no es nueva: desde agosto de 2026 cada rebote duro o queja saca esa dirección de futuros envíos. Lo que faltaba era mirar el conjunto y frenar.
Que la regla de paro esté en el sistema, no en un documento ni en la memoria de alguien. Después, cinco preguntas que se contestan en una reunión corta:
Mi postura: una regla que depende de que alguien se acuerde no es una regla, es una buena intención. Nos equivocamos al confiar en que alguien revisaría las cifras cada día; cuando se revisaron, el daño de ese envío ya estaba hecho. La corrección fue mover la regla al único lugar donde se cumple siempre.
Si quieres revisar cómo está tu dominio, agenda una revisión de tu correo: verificamos SPF, DKIM y DMARC y cómo salen tus envíos masivos. La autenticación de correo también es defensa contra la suplantación; la explicamos en la guía de ciberseguridad para empresas en México y en el checklist de 12 puntos. Si quieres que reglas como esta corran solas en tu CRM, mira nuestros servicios de inteligencia artificial y automatización, la guía de software a la medida para saber cuándo conviene programar una regla así, y cómo usamos la IA en SCRAM todos los días.
Ing. Armando Cortés
¿Necesitas ayuda con tecnología?
SCRAM Consulting lleva 29 años integrando soluciones de tecnología para empresas en México.
Hablar con un experto
Armando Cortés forma parte del equipo de SCRAM Consulting, integradora B2B de soluciones IT empresariales con presencia en México y Estados Unidos desde 1997, y partner de Google en Cloud, Workspace y Maps. Acompaña a empresas mid-market mexicanas en proyectos de infraestructura, ciberseguridad, hardware industrial, soporte 24/7 e integración de IA aplicada al stack operativo del negocio.
Relacionados

Cada Cotización es un Seguimiento: Cómo Conectamos Bind con el CRM
October 5, 2026

Conectar la IA a tus Sistemas sin Saltarte los Permisos: Así lo Hacemos
October 4, 2026

Forward Deployed Engineer: el ingeniero que trabaja dentro de tu empresa
September 23, 2026
Suscríbete al blog
Artículos de tecnología y seguridad cada semana.
Servicio
IA aplicada a tu operación
Agentes para WhatsApp, correo y conmutador, conectados a tu ERP con tus permisos.
Ver qué construimos →Sigue leyendo

Cada Cotización es un Seguimiento: Cómo Conectamos Bind con el CRM
October 5, 2026 · 6 min

Conectar la IA a tus Sistemas sin Saltarte los Permisos: Así lo Hacemos
October 4, 2026 · 5 min

Forward Deployed Engineer: el ingeniero que trabaja dentro de tu empresa
September 23, 2026 · 6 min