Si tu tasa de apertura se cayó de golpe esta semana, no toques DNS todavía. Revisa primero si tus respuestas cayeron con ella.
Si las respuestas siguen en su rango normal, lo más probable es que no perdiste entregabilidad: perdiste la capacidad de medir la apertura. Si las respuestas también cayeron, hay un problema real y este es el orden de revisión, de lo más barato de descartar a lo más caro:
- La autenticación del dominio o una lista negra
- El volumen, que subió más rápido de lo que el dominio aguanta
- La lista, que cambió sin que nadie lo anotara
Paso cero: confirma qué se cayó de verdad
"Apertura" no es un evento que el destinatario te reporte. Tu herramienta de secuencias la mide con un recurso invisible —casi siempre una imagen de 1×1 píxel— que se carga cuando el cliente de correo renderiza el mensaje. Si ese recurso se carga solo, la apertura se cuenta sin que nadie haya leído nada. Si no se carga, una lectura real nunca se cuenta.
Es un instrumento indirecto, y por eso se rompe sin que tu infraestructura cambie.
El diagnóstico es una sola pregunta: ¿tus respuestas cayeron esta semana en la misma proporción que la apertura?
- Respuestas normales, apertura desplomada — el correo sigue llegando y la gente lo sigue leyendo. Lo que se rompió es el contador.
- Respuestas caídas junto con la apertura — el correo dejó de llegar de verdad: cayó en spam o no se entregó. Sigue el árbol.
Apple documenta el mecanismo con más peso detrás del primer caso. Con la Protección de la actividad de Mail activada, el contenido remoto de un mensaje se descarga de forma privada en segundo plano cuando el correo llega, no cuando el destinatario lo ve (Apple, consultado el 2026-08-28). La imagen que registra la apertura es contenido remoto: en un buzón de Apple Mail, ese píxel puede dispararse en el instante en que el mensaje aterriza, exista o no una lectura.
No es el único mecanismo. Cualquier cliente que cambie cómo trata las imágenes remotas mueve tu número sin que tu dominio haya cambiado en nada, y el efecto no es simétrico: puede inflar la apertura tanto como hundirla. Un dashboard que venía "bien" tampoco prueba nada.
Lo que esto no significa es que no revises. "Puede ser un artefacto de medición" solo es una respuesta si las respuestas se mantuvieron. Si cayeron, el paso cero ya descartó la explicación fácil.
Mientras confirmas la causa, cambia la métrica que vigilas de apertura a respuestas y entregados — el embudo completo está en la anatomía de un correo en frío, § "Cómo medir sin engañarte". No se pausa una campaña sana por un número que dejó de ser confiable.
¿Un dominio o todo el stack? El corte que ahorra dos días
Antes de diagnosticar causas, un corte de datos que casi cualquier herramienta de secuencias da sin configuración extra: mira apertura y respuestas por dominio o por buzón de envío, nunca en agregado. El agregado esconde exactamente el dato que necesitas.
- Cayó un solo dominio — algo le pasó a ese dominio: autenticación rota, volumen sobre su techo, o una lista negra. Van las causas 1 y 2.
- Cayó todo el stack a la vez — algo compartido: una lista que se aplicó a todas las campañas la misma semana, una falla de tu herramienta de envío al registrar aperturas, o el paso cero otra vez, porque el cambio de un proveedor de correo grande te toca todos los dominios al mismo tiempo.
Un ejemplo inventado para ver cómo se lee el corte. Tres dominios, 300 correos por semana cada uno:
| Dominio | Apertura antes | Apertura ahora | Respuestas antes | Respuestas ahora |
|---|---|---|---|---|
| A | 33% | 31% | 8 | 8 |
| B | 32% | 6% | 9 | 1 |
| C | 30% | 34% | 7 | 9 |
Sobre 300 correos, el dominio B pasó de 96 aperturas (300 × 0.32) a 18 (300 × 0.06), y de nueve respuestas a una. A y C no se movieron.
La caída es local a B. Un problema compartido —el paso cero, la herramienta, una lista nueva aplicada a todas las campañas— habría movido A y C igual, y no lo hizo.
Causa 1: la autenticación se rompió o el dominio tocó una lista negra
Se revisa primero por dos razones, y ninguna es que sea la más frecuente: cuesta cinco minutos, y el patrón encaja. La autenticación no se degrada poco a poco: se rompe de golpe, que es exactamente la forma de la caída que estás viendo.
Qué cambió esta semana en los registros del dominio:
- SPF — se conectó una herramienta de envío nueva y nadie la sumó al
include. - DKIM — rotó o expiró el selector.
- DMARC — la política pasó de
noneaquarantineoreject.
El patrón se reconoce solo: la caída ocurre de un día para otro, coincide con un cambio de DNS o de proveedor de esa misma semana, y afecta parejo a todos los buzones que salen del dominio, no a uno.
El segundo chequeo cuesta lo mismo. Si el dominio entró a una lista negra, el lugar de mirar es la herramienta del proveedor que domina tu lista de destino — y cada una cubre menos de lo que casi todo el mundo supone:
| Herramienta | Qué cubre | Qué reporta |
|---|---|---|
| Google Postmaster Tools | Solo mensajes a cuentas personales de Gmail (@gmail.com, @googlemail.com) | Tasa de spam, reputación, autenticación de mensajes y errores de entrega, por dominio y por IP de envío |
| Microsoft SNDS | Buzones de Outlook.com | Datos de reputación por IP, y el Junk Email Reporting Program, que avisa cuando los usuarios marcan tus mensajes como no deseados |
Google y Microsoft, consultados el 2026-08-28.
Esa primera columna es la que sorprende: si tu lista es de destinatarios corporativos en Google Workspace, Postmaster Tools no los ve. Te sirve para leer la reputación de tu dominio frente a Gmail, no para auditar la entrega de tu campaña B2B completa.
Retomando el dominio B. Al revisar, resulta que esa semana se conectó una segunda herramienta de envío sobre el mismo dominio y nadie tocó el SPF. El remitente nuevo no pasa la autenticación, y donde la política se aplica de forma estricta el correo deja de entrar a la bandeja principal:
; Roto: solo autoriza a la herramienta original
v=spf1 include:_spf.herramienta-original.com ~all
; Corregido: suma el remitente nuevo
v=spf1 include:_spf.herramienta-original.com include:_spf.herramienta-nueva.com ~all
El arreglo es corregir el registro roto —sumar el remitente que falta, renovar el selector, ajustar la política— y, si el dominio está listado, seguir el proceso de remoción del proveedor. Cómo se arman bien las tres capas desde cero está en el stack completo de infraestructura de outbound, capa por capa.
Una frontera, porque esta sección está a un paso de otra cosa: aquí se arregla una configuración propia que se rompió. Si tu dominio cayó en una lista negra porque tu volumen o tu contenido son agresivos, la corrección honesta es bajar el volumen o cambiar la práctica, no buscar la forma de que el filtro deje de verte.
Causa 2: el volumen subió más rápido de lo que el dominio aguanta
Mismo síntoma, causa distinta, y se distingue con datos que ya tienes enfrente: SPF, DKIM y DMARC intactos, el dominio sin aparecer en ninguna lista, y un volumen en la semana de la caída visiblemente mayor que el de las 2-3 semanas anteriores.
Lo que pasa por debajo es una cuestión de proporción, no de configuración: un salto de volumen mueve la proporción de señales negativas —rebotes, quejas— más rápido de lo que la reputación del dominio la absorbe. Las directrices de Google para remitentes piden aumentar el volumen de forma gradual y advierten que las prácticas de envío deciden si Gmail limita la frecuencia de tus mensajes, los bloquea o los marca como spam (Google, consultado el 2026-08-28).
Casi nunca es una decisión deliberada. Suele ser una lista más grande, una segunda campaña montada sobre el mismo dominio, o alguien que dio por hecho que un dominio con meses de antigüedad aguanta cualquier ritmo.
El arreglo inmediato es bajar el volumen de ese dominio al último nivel que sostenía sin señales rojas. No a cero, salvo que también haya lista negra: si dejas de enviar del todo, pierdes la única señal que te iba a decir si el ajuste sirvió.
El techo de un dominio no es un número universal. Sale de tu volumen objetivo dividido entre lo que decides que cada dominio calentado sostiene, y esa cuenta está desarrollada en el stack completo, en la capa de dominios.
Causa 3, la que menos se sospecha: cambiaste de lista sin darte cuenta
Va al final de la lista y es la primera que nadie mira, porque no rebota nada. Una dirección que existe pero pertenece a alguien que nunca la abre —o que abandonó ese buzón hace dos años— no genera un rebote duro. Tu columna de "entregados" se ve normal. Simplemente nadie lee, y si son suficientes, arrastran la reputación del dominio hacia abajo con el tiempo.
El diagnóstico cuesta un minuto: compara la fecha del cambio de lista o de segmento con la fecha del quiebre de apertura. Si coinciden, es la lista, no el dominio.
El arreglo: vuelve a la lista o al segmento anterior si puedes, o aísla la nueva en un lote pequeño, separado del resto del volumen del dominio, hasta confirmar su calidad.
Y un cruce que pasa más de lo que debería: quien decide "aprovechar" para subir volumen y estrenar lista la misma semana se queda con las causas 2 y 3 activas a la vez, y sin forma de saber cuál pesó más.
El repaso completo, en orden de costo
| Revisa | Si ves esto | Apunta a |
|---|---|---|
| Respuestas de la misma semana | Se mantuvieron normales | Paso cero: artefacto de medición |
| Respuestas de la misma semana | Cayeron en la misma proporción | Problema real: sigue bajando la tabla |
| Apertura y respuestas por dominio o buzón | Solo un dominio cayó | Causa 1 o 2, en ese dominio |
| Apertura y respuestas por dominio o buzón | Todo el stack cayó junto | Causa compartida: lista, herramienta o proveedor de correo |
| SPF, DKIM y DMARC del dominio afectado | Cambió algo esa semana, o el dominio aparece listado | Causa 1 |
| Volumen de las últimas 2-3 semanas | Subió antes de la caída | Causa 2 |
| Fecha del cambio de lista o segmento | Coincide con la fecha de la caída | Causa 3 |
No te detengas en la primera coincidencia. Recorre la tabla completa: dos señales activas cambian el arreglo.
Qué hacer hoy y qué no tocar todavía
| Si la causa es | Haz esto | Cuándo vuelves a subir |
|---|---|---|
| Artefacto de medición | Nada. Anota la fecha en que lo detectaste y sigue el negocio por respuestas | No aplica: no pausaste |
| Autenticación o lista negra | Corrige el registro DNS o inicia la remoción. Pausa ese dominio, no el stack | Cuando el registro esté corregido y verificado |
| Volumen | Baja al último nivel sano | Tras 1-2 semanas sin señales rojas |
| Lista nueva | Aísla el lote sospechoso, no sigas enviando la lista completa | Cuando el lote pequeño confirme su calidad |
Lo que no se toca todavía es el mensaje, el asunto ni el remitente. El orden de impacto es lista → infraestructura → oferta → mensaje → herramienta, y una caída súbita casi nunca la causa el copy. Cambiarlo mientras diagnosticas una causa técnica mete una segunda variable y te deja sin saber cuál de las dos arregló el problema.
Para que no vuelva a pasar sin aviso, dos hábitos que cuestan poco:
- Revisa por dominio, nunca en agregado, cada vez que subas volumen o cambies de lista.
- Anota cada cambio de DNS con su fecha. La mayoría de estas caídas se diagnostican en minutos cuando alguien recuerda qué cambió esa semana, y en horas cuando nadie lo escribió.
Y una línea base que conviene tener antes de necesitarla: las mismas directrices de Google piden mantener la tasa de spam que reporta Postmaster Tools por debajo de 0.10% y evitar llegar a 0.30% o superarlo (Google, consultado el 2026-08-28). No es un número que se mira el día de la caída: es contra lo que comparas cuando ya estás dentro de Postmaster Tools por la causa 1.
Si después de corregir la causa la apertura y las respuestas no vuelven en un ciclo de envío completo, deja de tratarlo como un ajuste de ritmo. Ese dominio está quemado y recuperarlo es otro protocolo, con otros plazos. Si llegas ahí y no tienes claro por dónde seguir, es exactamente lo que mira el diagnóstico inicial de Improvitz: sin costo, 10 días hábiles.
