¿Tu dominio cayó en spam y no sabes qué hacer? Si es un dominio secundario de outbound, la respuesta es dejarlo ir: sacarlo de envío hoy, corregir la causa y calentar uno nuevo durante tres semanas. Recuperar solo tiene caso con el dominio de marca (el de la facturación y el correo de los ejecutivos), porque ese no se puede reemplazar.
Un dominio quemado es un dominio de envío cuya reputación cayó al punto en que Gmail u Outlook mandan su correo a spam de forma sostenida, no por una semana mala. Cuando es secundario no se repara, porque reemplazarlo tiene fecha y repararlo no.
¿Cómo sé si mi dominio está quemado o solo tuvo una mala semana?
Un dominio está quemado cuando al menos una de tres señales se sostiene a lo largo de la semana:
- Google Postmaster Tools lo marca en "Malo" o "Bajo", las dos categorías inferiores de las cuatro que usa: Malo, Bajo, Medio y Alto.
- El rebote duro se sostiene por arriba de 2%, el umbral que usamos como señal roja en la operación propia.
- Aparece listado en
check.spamhaus.org, el checker de reputación de dominio e IP de Spamhaus.
Postmaster Tools actualiza sus datos en un plazo de 24 horas, pero los cambios del panel de cumplimiento pueden tardar hasta 7 días en reflejarse, porque ese panel usa un promedio móvil de varios días (Google, Paneles de Postmaster Tools, consultado el 2026-09-23). Esos siete días son la primera fecha útil para volver a mirar después de corregir algo.
El panel tiene un punto ciego en B2B: Postmaster Tools solo mide el correo enviado a cuentas personales de Gmail, las que terminan en @gmail.com o @googlemail.com (Google, Configurar Postmaster Tools, consultado el 2026-09-23). Si prospectas empresas en Google Workspace o Microsoft 365, puedes ver el panel limpio mientras tu correo cae en spam. Para ese caso sirve la prueba de buzón semilla para saber si tus correos llegan o solo se envían.
Para calibrar qué es sano: en dos campañas propias el rebote corrió en 1.79% (industria, 4,804 correos) y 1.40% (software, 9,211 correos), con corte al 2026-08-17. Una semana de respuestas bajas con el rebote en ese rango es una caída puntual y no un dominio quemado, y tiene su propio orden barato para encontrar por qué cayó el correo de golpe.
¿Qué hago en las primeras 24 horas?
En las primeras 24 horas el dominio entra en cuarentena. A la primera señal de decaimiento sale de envío de inmediato, sin bajar un poco el volumen para ver qué pasa, porque cada correo adicional desde un dominio que ya pierde reputación suma historial negativo. En orden:
- Pausa el envío desde ese dominio y no desde el stack completo.
- Congela volumen y listas en los demás dominios. Si la causa fue la lista, repartirla entre los dominios sanos los quema en cadena.
- Saca una foto con fecha: rebote, quejas, categoría de Postmaster y resultado de la prueba semilla. Sin ese punto de partida no hay con qué comparar a los siete días.
- Confirma que el dominio de marca está aislado. Si el outbound salía de un subdominio de la marca, no lo estaba: por qué un subdominio no aísla la reputación aunque lo parezca.
- Revisa que la autenticación esté publicada, porque un registro roto es la causa mecánica más barata de descartar.
dig txt tudominio.com +short # SPF: debe empezar con "v=spf1"
dig txt selector._domainkey.tudominio.com +short # DKIM: el selector lo define tu proveedor de envío
dig txt _dmarc.tudominio.com +short # DMARC: debe empezar con "v=DMARC1"
Si alguno regresa vacío después de un cambio, la propagación no ha terminado o el registro quedó mal escrito. Ponle fecha a la decisión: siete días desde que corregiste la causa. Una cuarentena sin fecha se convierte en abandono sin decisión.
¿Recupero el dominio o lo dejo ir? La regla que decide
Si es un dominio secundario de outbound y está quemado según las tres señales de arriba, se deja ir. Si es el dominio de marca, se repara, porque no existe la opción de reemplazarlo. Y si el secundario solo tuvo un decaimiento (una señal se movió, Postmaster no llegó a "Malo" ni a "Bajo" y la causa fue mecánica, como un DKIM roto), se corrige en cuarentena y vuelve a enviar con la regla semanal de calentamiento.
| Situación | Qué haces | Qué conservas | Plazo |
|---|---|---|---|
| Secundario quemado | Lo archivas, dejas de enviar y calientas un dominio nuevo | Los buzones, que se recrean sobre el dominio nuevo; la reputación no | 3 semanas de calentamiento, conocidas desde el día uno |
| Secundario con decaimiento y causa mecánica | Cuarentena, corriges la causa, vuelves con volumen bajo | El dominio y su historial | La ventana de 7 días de Postmaster para confirmar |
| Dominio de marca | Aíslas el outbound hoy, corriges la causa y pides revisión | El dominio: no hay alternativa | Ninguno publicado por Google, Microsoft ni Spamhaus |
Un dominio secundario existe para poder perderse. Insistir con uno quemado (mandando menos desde el mismo nombre) no borra el historial y lo alarga. Un dominio nuevo no hereda nada del quemado, que es lo que quieres cuando lo que pesa en contra es un historial de quejas.
Dejarlo ir es barato cuando la capacidad está repartida. En nuestra operación, con 31 buzones en 6 dominios (verificado por API el 2026-08-07), un dominio quemado es uno de seis, no el outbound entero. Si todo tu envío sale de un solo dominio secundario, el problema de fondo es que no tenías de dónde reponerlo.
¿Cómo pido la revisión a Google, Microsoft y Spamhaus?
Cada proveedor tiene su propio canal y ninguno cubre a los otros. Esta parte aplica sobre todo al dominio de marca, que es el que sí se repara:
| Proveedor | Canal | Qué resuelve | Plazo publicado |
|---|---|---|---|
| Google (Gmail) | Formulario de contacto para remitentes, solo si cumples todos los requisitos: autenticación completa, baja con un clic y spam por debajo de 0.30% durante al menos 7 días seguidos | Mitigación del correo afectado por incumplir las directrices; la categoría de Postmaster Tools solo se mueve con comportamiento sostenido | Ninguno publicado |
| Microsoft | sender.office.com, el Office 365 Anti-Spam IP Delist Portal | Rechazos por la IP de envío hacia destinatarios de Office 365; no revisa dominios | El portal no indica ninguno |
| Spamhaus | check.spamhaus.org, su IP and Domain Reputation Checker | Listados de dominio o IP en sus listas | Ninguno; si no procesa la remoción al momento, abre un ticket |
Spamhaus explica por qué estás listado y qué corregir antes de pedir la remoción, para no volver a entrar a la lista (Spamhaus, anuncio del IP and Domain Reputation Checker, marzo de 2021, consultado el 2026-09-23). Google pone la misma condición por escrito: el formulario de mitigación exige siete días seguidos bajo el techo de spam (Google, Preguntas frecuentes sobre los lineamientos para remitentes, consultado el 2026-09-23). Pedir la revisión con la causa sin corregir solo gasta la solicitud.
Conviene leer estas fuentes con su sesgo: Google y Microsoft fijan las reglas de sus propios filtros y no son árbitros neutrales. Cuando Postmaster Tools dice "Malo", lo dice el mismo sistema que decide a qué carpeta va tu correo, no un tercero. El dato sigue siendo válido y explica por qué no hay apelación externa.
¿Cuánto tarda en recuperarse con las reglas de Gmail y Outlook vigentes?
Ningún proveedor publica un plazo de recuperación. Lo que sí publican son los umbrales que dicen si vas saliendo, y conviene leerlos bien porque se confunden seguido.
Las directrices de Gmail piden mantener la tasa de spam de Postmaster Tools por debajo de 0.10% y evitar que llegue a 0.30% o lo supere (Google, Directrices para remitentes de Gmail, consultado el 2026-09-23). El requisito es 0.10% y el techo es 0.30%. Según las preguntas frecuentes de Google, arriba de 0.10% la entrega ya se afecta, y con 0.30% o más pierdes la elegibilidad para pedir mitigación (Google, Preguntas frecuentes sobre los lineamientos para remitentes, consultado el 2026-09-23).
Desde el 1 de febrero de 2024, Gmail exige SPF o DKIM y DMARC a quien envía más de 5,000 mensajes al día a cuentas de Gmail. Google cuenta todos los mensajes del mismo dominio principal, subdominios incluidos (misma página de preguntas frecuentes). Si tu outbound salía de un subdominio de la marca, ese volumen se suma al del dominio de marca.
Outlook.com siguió el 5 de mayo de 2025: exige SPF, DKIM y DMARC a los dominios que envían más de 5,000 correos diarios. El correo que no cumple va a la carpeta de no deseados, y Microsoft anunció que después lo rechazará hasta que los registros se corrijan (Microsoft, Outlook.com Postmaster, consultado el 2026-09-23).
El "2 a 4 semanas" que repiten los blogs de herramientas de entregabilidad no trae metodología pública, y lo publican empresas que venden calentamiento. Aquí no se usa como dato. La señal confiable es tu propia comparación semanal.
¿Cuánto cuesta cada camino, en horas y en pesos?
En horas, reparar y reemplazar cuestan casi lo mismo, y lo que cambia es si el plazo se conoce. El ejemplo supone que el trabajo lo hace un vendedor, a $250 MXN la hora cargada de un vendedor en México (operación propia, verificado el 2026-08-17), y estos supuestos:
- 2 horas de diagnóstico en los dos caminos: aunque reemplaces, tienes que saber qué quemó el anterior.
- 1 hora de DNS: corregir los registros del dominio viejo o publicarlos en el nuevo.
- 30-40 minutos a la semana de checklist, la cifra de la pieza sobre cómo saber si tus correos llegan.
- 4 semanas de monitoreo al reparar, como piso y no como promesa; 3 semanas de calentamiento al reemplazar.
| Camino | Horas | Costo en horas de equipo | Plazo |
|---|---|---|---|
| Reparar | 2 + 1 + (4 × 0.5 a 0.67) = 5 a 5.67 h | $1,250-$1,417 MXN | Abierto: cada semana extra suma $125-$167 MXN |
| Reemplazar | 2 + 1 + (3 × 0.5 a 0.67) = 4.5 a 5 h | $1,125-$1,250 MXN, más el registro del dominio | 3 semanas, fijas |
La diferencia es de $125-$167 MXN, exactamente una semana de checklist. El registro del dominio nuevo es un costo bajo y recurrente que varía por registrador, así que no se fija una cifra. Lo que decide es el plazo. Reemplazar termina en una fecha que conoces el primer día, y reparar termina cuando Google, Microsoft o Spamhaus lo decidan.
Cuándo no dejar ir un dominio, y cuándo no reemplazarlo todavía
La regla de dejarlo ir tiene tres excepciones, y saltarse cualquiera sale más caro que el dominio:
- Es el dominio de marca. De ahí sale la facturación y el correo de los ejecutivos, así que abandonarlo no es opción. Aíslas el outbound hoy en un secundario y trabajas la reputación de la marca aparte, con su propio plazo.
- No está quemado: tuvo un decaimiento con causa mecánica. Si la cuarentena encontró un DKIM roto y Postmaster nunca llegó a "Malo", tirar el dominio te cuesta tres semanas de calentamiento por un registro de DNS.
- Ya se te quemó otro con la misma práctica. Reemplazarlo sin corregir cómo armas la lista y cómo subes el volumen solo te da un dominio nuevo que se quema igual, en su propia semana dos. Si la causa se repite, la práctica es el problema.
¿Qué cambio para que el siguiente dominio no se queme igual?
Calentar el dominio nuevo 3 semanas antes del primer correo real, sin comprimirlo con más dinero ni con más gente. El protocolo semana por semana está en cómo calentar un dominio sin quemarlo en la semana dos.
Después, la regla semanal: al cierre de cada semana comparas rebotes duros, quejas de spam y respuestas humanas contra tu propia semana anterior. Aperturas y clics no entran: en nuestra operación no los medimos, porque el rastreo que requieren daña la misma entregabilidad que intentas cuidar.
Y lleva una bitácora con la fecha de cada cambio de DNS y de cada salto de volumen, en un lugar que el equipo consulte. La próxima vez que algo se rompa, el diagnóstico empieza sabiendo qué cambió y cuándo. Dónde encaja cada capa, de los dominios al CRM, está en el stack completo de infraestructura de outbound.
Confirmar que el correo llega es la letra M del método IMPRO (Investiga, Mensajes que llegan, Personalizados, Respuestas, Oportunidades). Un dominio quemado rompe esa letra, y sin ella no importa qué tan bien personalices el mensaje ni cómo trabajes las respuestas.
Si en tu equipo nadie tiene el tiempo de revisar esto cada semana, es lo que revisa el diagnóstico inicial de Improvitz, consultoría de prospección B2B con IA en México.
Nota: los resultados citados corresponden a implementaciones concretas, con su propio punto de partida, equipo y stack. No son una proyección de lo que va a pasar en otra empresa. Este artículo describe cómo se construyó el sistema, no promete su resultado.
