Unas horas después de un envío, un puñado de destinatarios hacen clic en «correo no deseado». El gesto no se queda en su bandeja de entrada: los proveedores de correo lo reenvían al remitente que se ha inscrito al programa adecuado. Es el feedback loop (FBL), el único canal que te dice cuántos destinatarios te han denunciado y que pesa directamente en tu deliverability. Cada proveedor tiene sus propias condiciones de inscripción y su nivel de detalle. Microsoft, además, cambió las suyas en 2026.
¿Qué es un feedback loop (FBL)?
El feedback loop (bucle de retroalimentación) es un servicio mediante el cual un proveedor de correo reenvía al remitente las quejas emitidas por sus propios usuarios. Cuando un destinatario hace clic en «spam» o «no deseado», el proveedor genera un informe y lo envía a una dirección declarada por el remitente inscrito al programa.
Estos informes circulan en un formato normalizado, el ARF (Abuse Reporting Format), descrito en la RFC 5965. Un informe ARF se parece a un correo con varias partes. Un resumen legible abre el mensaje, seguido de un bloque de metadatos para máquinas que incluye especialmente el tipo de queja y la dirección IP de origen. Luego viene una copia del mensaje original, que algunos proveedores reducen a sus únicas cabeceras. Esta normalización permite analizar las quejas de los distintos proveedores con un solo script en lugar de uno por programa.
¿Cómo funciona un bucle de retroalimentación?
1) Un destinatario marca un correo como spam en su bandeja de entrada.
2) El proveedor de correo transmite esta queja al remitente inscrito al programa de feedback loop.
3) El remitente retira al denunciante de su base, identifica la campaña implicada y ajusta sus envíos. Protege así la reputación de su dominio y de su dirección IP.
¿A partir de qué tasa de quejas hay que preocuparse?
Google pide a los remitentes de volumen que se mantengan por debajo del 0,3 % de quejas y recomienda no superar nunca el 0,1 % en régimen normal. El umbral se aplica por día y por dominio de envío, tal como se mide en Postmaster Tools. Yahoo alinea sus exigencias con los mismos valores desde la entrada en vigor de las reglas comunes para remitentes masivos.
Estos porcentajes parecen diminutos y lo son: en un envío de 50.000 mensajes, 150 quejas bastan para superar la barrera del 0,3 %. Una tasa que se dispara bruscamente en una sola campaña casi siempre apunta a un segmento mal orientado o a una lista comprada. Una tasa que sube lentamente a lo largo de varias semanas revela más bien un desgaste de la audiencia, que se mide cruzando las quejas con la tasa de engagement.
Microsoft no publica ningún umbral numérico. SNDS muestra un color de reputación por IP y un rango de tasa de quejas, lo que deja al sender deducir su propio límite de tolerancia. En la práctica, apuntar al mismo 0,1 % que en Google evita tener que decidir la cuestión.
Feedback loops: beneficios para todos
Las ventajas para los marketers
El feedback loop le da al remitente la única vista directa que tendrá jamás sobre el descontento de sus destinatarios. Una baja se ve en las estadísticas del router; una queja no reportada no se ve en ningún sitio. Sin embargo, actúa sobre la deliverability de todos los envíos siguientes.
En cuanto a la reputación, los proveedores asignan una nota a las direcciones IP y a los dominios de envío. Un volumen alto de quejas la hace caer, lo que desencadena primero la clasificación como no deseado y luego el bloqueo directo de los envíos hacia ese proveedor. Recibir las quejas permite cortar el envío antes de la caída, es decir, seguir llegando a la bandeja de entrada de los destinatarios que, ellos sí, todavía leen.
En cuanto a la base de datos, las quejas señalan los segmentos que hay que retirar. Una base limpia no se limita a las direcciones válidas: también excluye a los contactos que han manifestado su molestia. Y cuando varias quejas caen sobre una misma campaña, la causa hay que buscarla en el contenido o en la segmentación de ese envío en concreto.
Las ventajas para los destinatarios
El botón «spam» sirve ante todo al destinatario, que limpia su bandeja de entrada con un clic. El bucle prolonga este gesto: transforma una denuncia local en una baja efectiva en el remitente, sin que el usuario tenga que buscar un enlace al final del mensaje. Las campañas que sobreviven a este filtro son las que la audiencia acepta recibir.
Los 4 programas de un vistazo
| Programa | Vinculación | Nivel de detalle | Requisitos previos |
|---|---|---|---|
| Microsoft JMRP | Dirección IP de envío | Queja por queja, solo cabeceras desde 2026, dirección del denunciante oculta | IP dedicada declarada y validada en SNDS, dirección de recepción coherente con el rDNS |
| Yahoo CFL | Dominio firmante DKIM (d=) | Informe ARF por mensaje denunciado | Firma DKIM activa, perfil Sender Hub, dominio verificado por registro DNS |
| Bucle Gmail | Cabecera Feedback-ID | Agregado por identificador en Postmaster Tools, ninguna dirección devuelta | Dominio validado en Postmaster Tools, DKIM, volumen suficiente por identificador |
| Signal Spam | IP y dominio de envío | Volúmenes de denuncia agregados para Orange, SFR y laposte.net | Adhesión a la asociación |
El programa JMRP de Microsoft: integrar los reportes de Hotmail y Outlook
Lo que distingue al JMRP de los demás bucles
El Junk Mail Reporting Program (JMRP) es el feedback loop de Microsoft para las bandejas de Outlook.com, Hotmail, Live y MSN. Se distingue de los demás programas en un punto: funciona por dirección IP, mientras que los demás se apoyan en el dominio firmante. Microsoft quiere saber qué IPs usas para enviar. Por eso hay que declararlas previamente en Smart Network Data Services (SNDS).
Segunda particularidad: el JMRP supone una IP de envío dedicada. Un remitente que pasa por un pool compartido no puede inscribirse en su propio nombre, ya que la IP pertenece a su router. Es este último quien recibe las quejas y decide reenviarlas o no.
El tándem SNDS y JMRP responde a dos preguntas distintas. SNDS muestra la reputación de una IP con su volumen y su tasa de quejas agregada. El JMRP entrega las quejas una a una, en tiempo real, en tu bandeja.
Pasos para inscribirse en el JMRP
La inscripción sigue siempre el mismo orden. Primero declaras tus rangos de IP en SNDS y validas la solicitud a través de la dirección que Microsoft asocia al bloque, generalmente la del contacto técnico del propietario de las IPs. Luego abres la página del JMRP desde el portal SNDS y creas un flujo.
El formulario pide el nombre de la empresa, la dirección de recepción de quejas y el volumen diario máximo que aceptas recibir. La dirección de recepción debe pertenecer a un dominio coherente con el DNS inverso de tus IPs, que es el principal motivo de rechazo. Por último, seleccionas las IPs cubiertas por el flujo y aceptas las condiciones.
Desde junio de 2026, el portal SNDS dejó su antigua dirección por una nueva URL. Los flujos JMRP no vinculados a ninguna cuenta SNDS activa se eliminaron poco después. Si tenías un flujo creado hace varios años y las quejas dejaron de llegar sin explicación, eso es lo primero que hay que revisar.
Lo que devuelve el JMRP desde 2026
Microsoft ajustó el contenido de los informes durante la misma ola de cambios. Las quejas llegan ahora todas en formato ARF, lo que simplifica el parsing. A cambio, el cuerpo del mensaje original ya no se adjunta y la dirección del denunciante queda oculta: solo quedan las cabeceras de origen, acompañadas de una selección de cabeceras de autenticación como Authentication-Results y Received-SPF.
Este anonimato rompe los procesos históricos, que iban a buscar la dirección del destinatario directamente en el informe para pasarla a lista de supresión. La solución cabe en una línea: inyectar tus propias cabeceras en el envío. Un identificador de campaña, un identificador de destinatario opaco y un identificador de lista bastan para saber quién se quejó en tu base, ya que estas cabeceras sobreviven al filtrado de Microsoft.
Leer las tasas de quejas de Microsoft y corregir los envíos
SNDS clasifica cada IP por tasa de quejas y muestra un color de reputación. Una IP que pasa a rojo ve sus mensajes ir a no deseado en Outlook antes incluso de que la tasa aparezca en tus propias estadísticas. El panel de SNDS es, en la práctica, un indicador anticipado.
La corrección depende de la forma de la curva. Un pico aislado se trata retirando el segmento problemático y suspendiendo la secuencia en cuestión. Una deriva continua exige reducir el volumen hacia las bandejas de Microsoft durante 2 a 3 semanas, conservar solo los contactos activos en los últimos 90 días y luego subir progresivamente. En una IP nueva, este protocolo coincide con el de una reanudación tras una pausa larga.
¿Cómo implementar un feedback loop en los demás proveedores?
Yahoo: un bucle vinculado al dominio DKIM
El Complaint Feedback Loop de Yahoo funciona al revés que el JMRP. No se fija en las IPs, sino en el dominio que firma tus mensajes en DKIM, el valor del campo d=. Creas un perfil en Sender Hub, añades ese dominio, lo verificas mediante un registro DNS y luego lo inscribes al bucle. Yahoo devuelve entonces un informe ARF por cada mensaje firmado por ese dominio y denunciado por un usuario. Un remitente que aún no firma sus envíos debe, por tanto, implementar DKIM antes de cualquier otra cosa.
Gmail: un bucle agregado, gestionado por la cabecera Feedback-ID
Google sí ofrece un feedback loop, en contra de una idea muy extendida. Simplemente no devuelve ninguna dirección de denunciante. El principio: añades una cabecera Feedback-ID a tus mensajes, compuesta por un identificador de remitente obligatorio de 5 a 15 caracteres, al que se suman hasta 3 campos libres donde se coloca la campaña o el segmento. Google agrega las quejas por identificador y muestra en Postmaster Tools aquellos cuya tasa se sale de lo habitual.
El acceso está condicionado a 3 requisitos. El dominio debe estar validado en Postmaster Tools y los envíos firmados en DKIM. Un identificador solo aparece si se ha visto en un número suficiente de mensajes y de quejas. Los datos solo conciernen a los destinatarios @gmail.com. Para las bandejas de Google Workspace alojadas en un dominio corporativo, no obtendrás nada.
Pasar por un router que gestiona los bucles
La mayoría de las plataformas de emailing ya están inscritas a los bucles de los grandes proveedores para el conjunto de sus IPs. Suprimen automáticamente a los denunciantes y exponen la tasa de quejas en sus estadísticas. La inscripción directa solo tiene interés si dispones de tus propias IPs o si quieres cruzar los datos de tu router con la fuente.
Procesar y analizar los informes de quejas
Un informe recibido y nunca leído no sirve de nada. El tratamiento mínimo consiste en hacer llegar las quejas a una bandeja dedicada y luego analizarlas para pasar a cada denunciante a una lista de supresión permanente, esa que nunca se reactiva. Un contacto que hizo clic en «spam» y que recibe un mensaje 3 meses después volverá a hacer clic.
El tratamiento útil va más allá. Cruzando el identificador de campaña del informe con tus estadísticas de envío, obtienes una tasa de quejas por campaña y por fuente de adquisición. Este último eje es el que más dice: una fuente de captación que genera 5 veces más quejas que las demás se corta sin discusión.
Los bucles en España: Signal Spam, Orange, SFR y laposte.net
Los programas anglosajones solo cubren una parte de una base francesa. El resto se juega en los operadores nacionales. El paso obligado se llama Signal Spam, una colaboración público-privada que recopila las denuncias de los internautas franceses y las redistribuye a sus miembros.
Orange y SFR pasan por este canal. El dato ahí es agregado: obtienes volúmenes de denuncia por IP y por dominio, sin nunca conocer la identidad de los denunciantes. Laposte.net también es accesible por esta vía. Free no ofrece ningún feedback loop. Queda ahí una zona ciega sobre una parte nada desdeñable de las direcciones de consumo francesas.
Para un remitente miembro, las denuncias sobre sus propios mensajes se tratan como solicitudes de baja. La contrapartida es administrativa: el acceso pasa por la adhesión a la asociación, mientras que Microsoft y Yahoo se conforman con un formulario en línea.
Los límites del feedback loop
Ningún bucle cubre las bandejas profesionales alojadas en Microsoft 365 o Google Workspace, donde suele encontrarse la mayor parte de una base B2B. El programa JMRP se detiene en las bandejas de consumo de Outlook.com. El bucle de Gmail se detiene en las direcciones @gmail.com.
El desfase es el segundo punto ciego. Los informes llegan con un retraso variable, a veces varias horas, lo que basta para enviar la continuación de una secuencia automatizada antes de haber suprimido al denunciante. Un bucle tampoco señala las spam traps: una dirección trampa no hace clic en nada y se limita a degradar silenciosamente la reputación de la IP. Por último, una queja anonimizada solo vale por las cabeceras que hayas pensado en poner en el envío. Sin un identificador propio en el mensaje, el informe te dice que existe una queja sin decirte de quién viene.
El impacto en la reputación del dominio
Más allá de la IP, las quejas pesan en la reputación del nombre de dominio del remitente. Esto es aún más cierto porque la autenticación es ahora la norma: con SPF, DKIM y DMARC, el dominio firmante es el identificador estable del remitente, sean cuales sean las IPs usadas. Un dominio degradado sigue así tras un cambio de infraestructura, mientras que una IP quemada se reemplaza. Por eso conviene vigilar juntas la reputación de IP y de dominio.
Reducir los falsos positivos
Parte de las quejas no dice nada del contenido. El usuario quería darse de baja y el botón «spam» era más rápido de encontrar que el enlace de baja. Hacer visible ese enlace en la parte superior del mensaje, añadir la cabecera List-Unsubscribe con baja en un clic y recordar en qué contexto se recopiló la dirección hacen bajar este ruido de fondo. En las bases antiguas, un recordatorio explícito del origen de la suscripción vale más que un diseño más cuidado.
Explotar los datos FBL: scoring, CRM y supresión
Una queja es la señal negativa más fuerte que un contacto puede emitir, mucho más que una falta de apertura. Merece por tanto un peso máximo en un score de engagement: exclusión definitiva de las secuencias en lugar de un simple paso a audiencia a vigilar.
A nivel de herramientas, conectar el flujo de quejas al CRM o a la plataforma de datos de clientes automatiza lo siguiente: supresión inmediata del contacto y luego alerta al servicio de atención al cliente si el denunciante es una cuenta de pago. En una base pequeña, un filtro de bandeja de correo y una exportación semanal bastan.
Buenas prácticas para limitar las quejas
Los bucles muestran el problema, no lo corrigen. Lo que hace bajar de forma duradera la tasa de quejas depende de algunos ajustes previos:
- Recabar un consentimiento explícito (preferiblemente en double opt-in) y conservar el registro de la fecha y la fuente.
- Usar un nombre de remitente reconocible y un asunto que anuncie el contenido real del mensaje.
- Colocar el enlace de baja de forma visible, sin página intermedia ni solicitud de contraseña.
- Segmentar los envíos y adaptar la frecuencia al nivel de engagement real de cada grupo.
- Verificar la validez de las direcciones antes del envío para evitar que los rebotes degraden la reputación al mismo tiempo que las quejas.
- Vigilar la tasa de quejas campaña por campaña en lugar de solo la media mensual, que suaviza los accidentes.
Un último punto, a menudo pasado por alto: las quejas y los rebotes dañan la misma reputación. Una lista nunca depurada acumula ambos. Pasar tu base por un control antes del envío retira las direcciones muertas. Así, los feedback loops solo tienen que ocuparse del único problema que saben tratar: los destinatarios bien vivos que ya no quieren tus mensajes.
