La tasa de apertura mide el cliente de correo de tu audiencia

Divide por lo entregado, y sepa qué no llegó

Un mensaje que nunca llegó no puede abrirse, así que contarlo en el denominador garantiza una subestimación. Entregados = enviados − rebotes, y el tamaño de la corrección es exactamente la tasa de rebote. En un envío de 100 000 con 1200 rebotes duros y 2300 blandos, se entregaron 96 500 — el 96,50 %. Las 28 950 aperturas únicas dan, pues, una tasa de apertura del 30,00 % sobre entregados y del 28,95 % sobre enviados. Parecen cercanas, pero la segunda es un 3,50 % menor en relativo, y la brecha crece con cada punto de tasa de rebote.

La distinción duro/blando no es jerga de marketing; es una clasificación de protocolo. La RFC 3463 define un estado 5.X.X como fallo permanente — uno que probablemente no se resuelva reenviando el mensaje en su forma actual — y un estado 4.X.X como fallo transitorio persistente, en el que un envío posterior puede tener éxito. Un rebote duro es un 5.X.X: buzón inexistente, dominio inexistente, dirección rechazada definitivamente. Un rebote blando es un 4.X.X: buzón lleno, servidor temporalmente no disponible, greylisting, limitación de tasa.

La consecuencia operativa difiere mucho. Un rebote duro significa que la dirección desapareció y debe suprimirse de inmediato; seguir enviándole es la señal más clara que un proveedor de buzones puede recibir de que no mantienes tu lista. Un rebote blando significa reintentar, con un límite — la mayoría de los remitentes convierten una dirección en suprimida definitivamente tras una racha de fallos blandos consecutivos, y el umbral exacto importa menos que tener uno. Una tasa de apertura calculada sin suprimir los rebotes duros la arrastran hacia abajo en cada envío direcciones que ya no existen.

Aperturas únicas y aperturas totales son dos mediciones distintas

Las aperturas totales cuentan solicitudes de píxel. Las aperturas únicas cuentan destinatarios con al menos una solicitud. En el envío desarrollado son 54 300 y 28 950, o sea 1,88 aperturas por abridor. Solo la cifra única pertenece a una tasa de apertura, porque el denominador son personas; el total no debe acercarse a un porcentaje, ya que puede superar el número de destinatarios y producir una tasa mayor del 100 %.

La razón entre ambas sí es informativa, pero no sobre el interés. Las solicitudes repetidas de píxel vienen de volver al mensaje, de un cliente que recarga imágenes, de un panel de vista previa que se redibuja y del reenvío — un correo reenviado a un colega se registra como apertura extra en la fila del destinatario original. Un salto repentino en aperturas por abridor sin cambio en los clics es casi siempre un artefacto del lado del cliente, y tomarlo por interacción es como se acaba celebrando un envío roto.

Descomponer una tasa de apertura inflada, y su punto de anulación

Un artículo hermano de esta serie cubre por qué la protección de privacidad del correo de Apple rompió la métrica y por qué el porcentaje de clics sobrevivió, así que el mecanismo no se repite aquí. Lo que no se cubre en ningún sitio es la aritmética que permite leer un número ahora estructuralmente inflado. Parte la lista entregada en dos poblaciones: una fracción m tras un proxy que precarga imágenes con independencia del comportamiento humano, y el resto 1 − m cuyas aperturas siguen siendo aperturas. Si el proxy registra una apertura una fracción q de las veces, la tasa declarada es R = qm + t(1 − m), donde t es la tasa real entre todos los demás.

Reordenado, t = (R − qm)/(1 − m). Con un 45 % declarado y una precarga del 95 %, eso da 39,44 % si una décima parte de la lista está proxificada, 32,50 % con una quinta, 23,57 % con tres décimas, 11,67 % con dos quintas y 4,09 % con el 45 %. El mismo número declarado es compatible con un programa sano y con uno casi muerto; cuál de los dos depende por completo de una magnitud que no está en el informe.

La fórmula tiene un punto de anulación, y es lo más útil de este artículo. Pon t a cero y despeja: m = R/q. Con un 45 % declarado y una precarga del 95 %, m = 47,37 %. En cuanto en torno al 47 % de tu lista entregada está tras un cliente que precarga, toda la tasa de apertura declarada se explica por máquinas y es compatible con que ni un solo humano haya abierto nada. No hace falta conocer tu proporción real de proxy para usar esto; basta saber si es plausiblemente superior al umbral, y para la mayoría de las listas de consumo en 2026 lo es.

La instrumentación que la sustituye: testigos, grupo de control y clics

Un panel de testigos es un conjunto de direcciones tuyas repartidas entre los principales proveedores de buzones, incluidas en cada envío y revisadas después para ver dónde aterrizó el mensaje. Responde a la pregunta que la tasa de apertura respondía mal: ¿esto llega a las bandejas de entrada? Su potencia se calcula fácil. Si la ubicación real en bandeja de entrada es p, la probabilidad de ver al menos un testigo en spam es 1 − p elevado al número de testigos. Con treinta testigos eso da 26,03 % con un 99 % de ubicación, 78,54 % con un 95 %, 95,76 % con un 90 % y 99,88 % con un 80 %. Con diez testigos, los mismos cuatro casos dan 9,56 %, 40,13 %, 65,13 % y 89,26 % — un panel de diez direcciones falla un problema real más veces de las que lo caza.

Un panel de testigos es una alarma, no un instrumento de medida. Tres de treinta testigos en spam dan una ubicación estimada del 90 %, pero el error estándar de esa proporción es de 5,48 puntos, así que el intervalo al 95 % se extiende unos once puntos a cada lado. Úsalo para detectar que algo cambió, y luego investiga autenticación, tasa de quejas y contenido — no publiques el porcentaje de los testigos como tu tasa de ubicación en bandeja de entrada, porque con ese tamaño muestral no distingue el 80 % del 100 %.

El segundo instrumento es un grupo de control: una porción de la audiencia elegida al azar que no recibe nada, de modo que la diferencia de comportamiento entre ella y todos los demás sea el efecto del programa y no su correlación con ser de la clase de persona que compra. Esa aritmética pertenece al artículo compañero sobre lo que rinde realmente un programa de correo, y ahí es donde vive la medición de verdad una vez que las aperturas dejan de significar algo.

El clic como señal de segmentación, y el presupuesto de quejas

En cuanto las aperturas no separan a los interesados de los indiferentes, tienen que hacerlo los clics. Un clic exige una acción deliberada que ningún proxy de privacidad ejecuta en nombre del destinatario, así que «hizo clic en los últimos noventa días» es una definición defendible de suscriptor interesado donde «abrió en los últimos noventa días» ya no lo es. El coste del cambio es que el segmento interesado se encoge mucho, y de eso se trata: se encoge porque la definición antigua contaba máquinas.

Lo que hace esto importante no es el orden, es un umbral duro publicado por un proveedor de buzones. Las directrices para remitentes de Gmail piden mantener las tasas de spam declaradas en Postmaster Tools por debajo del 0,10 % y no alcanzar nunca el 0,30 % o más, y los requisitos reforzados se aplican a quien envíe más de cinco mil mensajes al día a cuentas de Gmail, junto con SPF, DKIM, DMARC y baja en un clic. Ese 0,10 % es un presupuesto, y lo gasta casi por completo gente que ya no quiere saber de ti.

Vale la pena hacer la aritmética una vez. Toma una lista de 200 000 en la que 28 000 han hecho clic en los últimos noventa días y 172 000 no. Si los no clicadores se quejan al 0,150 % y los clicadores al 0,020 %, el envío a toda la lista produce 263,6 quejas sobre 200 000 mensajes — 0,1318 %, por encima del objetivo del 0,10 % de Gmail. Envía solo a los clicadores y produces 5,6 quejas sobre 28 000 mensajes, o sea 0,0200 %: un sexto de la tasa, dentro del presupuesto, sobre un séptimo del volumen. Ese es el intercambio, y hay que hacerlo a propósito en vez de descubrirlo tras un incidente de entregabilidad. A qué velocidad se repone el segmento interesado es otra pregunta, y la aritmética del cubo agujereado del crecimiento de listas se desarrolla en su propio artículo de esta serie.

Preguntas frecuentes

¿Debo calcular la tasa de apertura sobre enviados o sobre entregados?

Sobre entregados, siempre, porque un mensaje que rebotó no pudo abrirse. Entregados = enviados − rebotes, así que el tamaño de la corrección es exactamente tu tasa de rebote: sobre 100 000 enviados con 1200 rebotes duros y 2300 blandos, se entregaron 96 500 y 28 950 aperturas únicas son el 30,00 % y no el 28,95 %. Es una subestimación relativa del 3,50 % con una tasa de rebote del 3,50 %, y escala con esa tasa. Elijas lo que elijas, usa lo mismo cada periodo — un denominador que cambia en silencio entre informes es peor que cualquiera de las dos opciones.

¿Cuál es exactamente la diferencia entre un rebote duro y uno blando?

Es una distinción de protocolo, no de marketing. La RFC 3463 clasifica un estado 5.X.X como fallo permanente — que probablemente no se resuelva reenviando el mensaje en su forma actual — y un estado 4.X.X como fallo transitorio persistente, en el que un envío posterior puede tener éxito. Un rebote duro es, pues, un buzón o dominio inexistente y debe suprimirse de inmediato; un rebote blando es un buzón lleno, un servidor ocupado, greylisting o limitación de tasa, y debe reintentarse con un tope de fallos consecutivos. Seguir enviando a direcciones con rebote duro es una de las señales negativas más claras que recibe un proveedor de buzones sobre un remitente.

Mi tasa de apertura es del 45 %. ¿Es buena?

Es indecidible sin saber qué proporción de tu lista entregada está tras un cliente que precarga imágenes. Resuelve la descomposición: la tasa real entre todos los demás es la tasa declarada menos la aportación de la precarga, dividida por el resto de la lista. Con una precarga del 95 %, un 45 % declarado significa 32,50 % si una quinta parte de la lista está proxificada, 23,57 % con tres décimas y 11,67 % con dos quintas. Y hay un punto de anulación en m = 45 %/95 % = 47,37 %: por encima de esa proporción, todo el 45 % lo generan máquinas y es compatible con que nadie haya abierto nada. Si no puedes estimar esa proporción, la respuesta honesta es que el número es ininterpretable y deberías leer los clics.

¿Cuántas direcciones testigo necesita una prueba de ubicación útil?

Más de las que usa la mayoría. La probabilidad de cazar al menos un testigo en spam es uno menos la tasa de ubicación elevada al número de testigos. Con diez testigos cazas un problema de ubicación del 95 % solo el 40,13 % de las veces; con treinta lo cazas el 78,54 % de las veces, y uno del 90 % el 95,76 %. Pero trata el panel como alarma y no como instrumento: tres de treinta testigos en spam estiman la ubicación en el 90 % con un error estándar de 5,48 puntos, así que el intervalo al 95 % abarca unos once puntos a cada lado. Suficiente para decir que algo cambió; ni de lejos suficiente para publicarlo como tasa de ubicación.

¿Es seguro dejar de escribir a quien nunca hace clic?

Suele ser más seguro que lo contrario, y la aritmética de las quejas muestra por qué. En una lista de 200 000 direcciones donde 172 000 no han hecho clic en noventa días y se quejan al 0,150 %, frente a 28 000 clicadores que se quejan al 0,020 %, un envío a toda la lista genera 263,6 quejas — 0,1318 %, por encima del objetivo declarado por Gmail de mantener las tasas de spam por debajo del 0,10 %. Escribir solo a los clicadores genera 5,6 quejas, una tasa del 0,0200 %. Pierdes los ingresos que habrían producido esos no clicadores, algo real pero normalmente pequeño; proteges la ubicación de cada mensaje a todos los demás, que no lo es. Lanza una secuencia de recuperación antes de suprimir, y mide el intercambio en vez de suponerlo.