Sus correos ya están cayendo en spam. Diagnosticamos el daño, paramos la sangría y reconstruimos hasta volver a la bandeja. Si la caída es muy profunda, migramos a un dominio secundario.
Cuando Gmail Postmaster muestra reputación en rojo o Microsoft SNDS marca la IP como problemática, lo que pasa después es predecible: el inbox placement cae del 90% a 25-40%, las campañas dejan de rendir, el equipo de marketing piensa que el problema es el contenido. No lo es. Es la reputación técnica del dominio o de la IP, y se reconstruye con disciplina, no con suerte.
Una semana enviando a una lista mal validada puede tirar la reputación de un dominio en tres días. Recuperarla a niveles aceptables toma típicamente 4 a 8 semanas con disciplina. Recuperarla a niveles excelentes, 12 a 16 semanas. Las marcas que intentan acelerar el proceso enviando más volumen para "recuperar engagement" empeoran el problema.
Spamhaus SBL bloquea casi globalmente y tarda 24-72h en delisting si remedió la causa. Barracuda BBL bloquea selectivamente, Microsoft. Composite Blocking List (CBL) afecta a routers que aceptan tu IP como abusiva. Cada listing tiene su proceso, su ventana y su evidencia requerida. Tratar a todas igual aumenta el tiempo total.
En el día 1 de problemas, un envío de 50k correos con 3% bounces puede revertirse en 2 semanas. En el día 30 de problemas, el mismo daño está acumulado en muchos envíos, los feedback loops están saturados, y los receptores ya entrenaron su filtro para enviar el dominio directo a spam. Recuperación pasa de 2 semanas a 3 meses.
Hay casos donde la reputación está tan dañada que recuperar el dominio actual cuesta más tiempo y dinero que migrar a uno nuevo con warmup. El criterio técnico depende de tres variables: severidad del daño en Postmaster, antigüedad del dominio comercial, costo de migrar a nuevo dominio (links, integraciones, autenticación). Lo evaluamos en el diagnóstico inicial sin promesas.
El proyecto toma típicamente 6 a 12 semanas según la severidad del daño. La primera fase (forensics y contención) toma 5-7 días. La reconstrucción es la fase larga.
Reconstruimos la línea de tiempo del daño con Google Postmaster, Microsoft SNDS, datos del cliente, logs del MTA. Identificamos el evento detonante: blast a lista vieja, cambio de IP sin warmup, ataque desde dominio comprometido, error de configuración. Sin este paso no hay plan.
Pausamos envíos masivos. Si la operación necesita seguir enviando transaccional crítico (OTPs, confirmaciones), separamos ese tráfico en IP/dominio dedicado para no contaminar. Eliminamos contactos hard-bounce, spam complaints, role accounts, traps detectables.
Si la IP o el dominio están en blacklists, iniciamos los procesos de remoción según cada una (Spamhaus, Barracuda, SURBL, URIBL, etc.). Cada blacklist tiene proceso distinto. Documentamos la evidencia de remediación requerida.
Aplicamos sunset policy: si un contacto no abrió ni hizo click en 6 meses, dejamos de enviarle. Reducimos la audiencia a "engaged recipients" (abrieron al menos 1 vez en 90 días). Volumen baja, engagement rate sube, reputación se mueve.
Volume de envío incrementa semanalmente solo si los KPIs lo permiten: bounce rate <2%, complaint rate <0.1%, Postmaster reputation moviéndose hacia "medium" o "high". Si los KPIs se desvían, pausamos y diagnosticamos antes de continuar.
Reporte cada semana con métricas y recomendación: continuar con el plan, ajustar, o escalar a migración si la recuperación no avanza. El cliente decide con datos, no con esperanza.
Decisión común: "tenemos lista, enviamos 100k mañana". El blast genera 8-12% bounces, complaints suben, Gmail marca el dominio. Trabajamos con la marca para recuperar la reputación del dominio principal y educar al equipo para que no se repita.
Migró de SaaS al SMTP propio sin warmup de 30 días. Los primeros envíos de 50k+ desde IP fría disparan filtros de spam. La reputación de la IP nueva se quema antes de empezar. Recuperación + warmup correcto en paralelo.
Atacantes están enviando phishing desde subdominios spoofeados. Aunque la marca no envió nada problemático, su dominio principal queda con reputación dañada por asociación. Trabajo combinado de DMARC enforcement + recuperación + reporte forense.
Configuración inicial mal hecha. Gmail y Microsoft empiezan a marcar como sospechoso. La reputación cae lentamente durante meses sin que nadie note hasta que las campañas dejan de rendir. Diagnóstico de autenticación + corrección + reconstrucción.
Depende de tres factores: severidad del daño en Postmaster Tools, antigüedad del dominio comercial, y disciplina del cliente para seguir el plan. Casos típicos: daño leve (Postmaster amarillo) 4-6 semanas; daño moderado (Postmaster rojo en algunas métricas) 8-12 semanas; daño severo (Postmaster rojo + en blacklists + complaint rate sobre 0.5%) 12-16 semanas o migración. El proyecto incluye revisión semanal del progreso real.
USD 690 cubre los primeros 30 días: forensics completo, contención, delisting de blacklists si aplica, plan documentado, y primer mes de gestión activa. Si la recuperación necesita más meses, son USD 320/mes con monitoreo activo, ajustes y reportes semanales. Si decidimos en forensics que la mejor opción es migrar a dominio nuevo, el costo de migración (USD 480-1.200) reemplaza al de gestión mensual.
Pasa con frecuencia y es el resultado correcto en algunos casos. Si en forensics determinamos que el costo+tiempo de recuperar supera al de migrar (típicamente cuando hay daño severo + dominio relativamente joven), lo decimos al día 5-7. El cliente decide. Los USD 690 cubren el forensics + el plan, así que si decide migrar, no perdió la inversión: tiene el diagnóstico documentado que justifica la migración ante stakeholders internos.
No. Garantizar resultados de reputación es deshonesto porque depende de variables fuera de control del proveedor: comportamiento del cliente durante el proyecto, calidad de la base, decisiones de Gmail/Microsoft sobre el dominio, eventos externos como cambio de algoritmos. Lo que sí garantizamos: ejecutar el proceso con disciplina, reportar honestamente, y escalar a migración cuando el plan no avanza en lugar de cobrar meses sin resultados.
Hay tres estrategias paralelas. Primera: enviar a "engaged recipients" (contactos que abrieron en últimos 90 días) en volumen bajo. Eso mantiene presencia comercial sin daño adicional. Segunda: WhatsApp Cloud API como canal complementario para audiencias críticas. Tercera: separar tráfico transaccional (OTPs, confirmaciones) en IP/dominio dedicado para no perder el flujo crítico. Las decisiones se documentan en el plan inicial.
Los marcamos como "suspended" en CRM con razón documentada: inactivo, bounce, complaint, etc. No se eliminan permanentemente porque podrían reactivarse con campaña de re-permission después de recuperación. Pero no reciben más correos mientras dure el proyecto. La sunset policy se mantiene como práctica permanente porque envíos a contactos no-engaged son el factor #1 de degradación de reputación.
Conversación de quince minutos por WhatsApp. Le decimos exactamente qué incluiría su cotización para esto, sin formularios largos.
