Un bucle de retroalimentación te dice qué destinatario marcó tu mensaje como spam, para que puedas suprimir esa dirección antes de volver a enviarle correo. Solo dos de los cuatro grandes proveedores de buzón te envían eso: Yahoo y Microsoft. Gmail tiene algo que también llama Feedback Loop, y es otra cosa, una tasa de spam agregada por campaña sin ninguna dirección dentro. Apple no ofrece ninguno y lo dice por escrito.
Esa división es el tema entero. Los consejos que tratan "date de alta en los bucles de retroalimentación" como una sola tarea te mandan a buscar un flujo de quejas de Gmail que nunca ha existido.
Un bucle de retroalimentación es un informe de quejas, y el RFC 5965 define su formato
El formato del informe es el Abuse Reporting Format, definido por el RFC 5965 en agosto de 2010 y afinado por el RFC 6650 en junio de 2012. Un mensaje ARF es un informe multiparte que lleva un bloque legible por máquina más el mensaje original, o las partes de él que el proveedor esté dispuesto a devolver.
El RFC 6449, publicado en noviembre de 2011 por el Messaging Anti-Abuse Working Group, es el documento operativo, y es franco sobre los límites. Los proveedores censuran la información que consideran privada, y algunos censuran la propia dirección del destinatario, lo que convierte un flujo de supresión en un contador de volumen. Lee qué envía de verdad un proveedor antes de construir una tubería que dé por hecho que la dirección estará ahí.
Vale la pena decir la economía una vez. Una queja es un destinatario diciéndole a su proveedor que tu correo no le interesa. El proveedor no tiene ninguna obligación de contártelo, y todo bucle de retroalimentación es un programa voluntario con una solicitud, unos términos de uso y el derecho a decir que no.
Yahoo vincula su Complaint Feedback Loop a tu dominio DKIM
El programa de Yahoo se basa en el dominio, y es explícito sobre el requisito: el Complaint Feedback Loop solo admite correo firmado con DKIM. Los emisores deben firmar el correo saliente con DKIM para que Yahoo pueda determinar quién es el emisor real.
Cuando un mensaje firmado con una clave DKIM inscrita se marca como spam, Yahoo envía a la dirección inscrita un informe en ARF para que el emisor pueda suprimir a ese destinatario de futuras campañas. El alta son tres pasos: crear un perfil de emisor, añadir y verificar tu dominio y después inscribir el dominio.
Vincularlo al dominio DKIM tiene una consecuencia que conviene prever. Si tu plataforma firma el correo de todos los clientes con un único dominio d= compartido, inscribir ese dominio junta las quejas de todos los clientes en un solo flujo, y separarlas de nuevo es problema tuyo. Firmar a cada cliente con su propio dominio es lo que vuelve accionable el flujo.
Microsoft vincula JMRP a una IP cuyo control demuestres, y movió el portal en 2026
El Junk Email Reporting Program de Microsoft forma parte de Smart Network Data Services, y el emparejamiento es la clave: SNDS da a los emisores datos sobre direcciones IP concretas, y JMRP te permite recibir informes cuando los usuarios marcan tus mensajes como correo no deseado. Ambos se vinculan a direcciones IP, y el acceso empieza solicitando las direcciones de las que eres responsable y superando una comprobación de autorización.
En 2026 llegaron tres cambios y los anuncios están fechados el 6 de julio de 2026. SNDS se mudó a un portal nuevo, que sustituye a la dirección de siempre bajo sendersupport.olc.protection.outlook.com. Las URL de acceso automatizado de ese host antiguo quedaron marcadas para su retirada el 22 de junio de 2026, así que un script apuntado al extremo antiguo deja de funcionar en lugar de degradarse. Y los recuentos de trampas se retiraron del Data Report desde el 22 de julio de 2026, con el aviso de que los valores comunicados durante la transición pueden diferir de informes anteriores y no deben leerse como exactos.
Vincularlo a la IP decide quién puede usarlo. Si envías a través de un grupo compartido en un proveedor de servicios de email, las direcciones IP no son tuyas, y el alta le corresponde a ese proveedor. Pregúntale si está inscrito y qué hace con los informes, porque la respuesta determina si una queja en Outlook.com llega alguna vez a tu lista de supresión.
El Feedback Loop de Gmail es agregado, y nunca nombra a un destinatario
El FBL de Gmail informa de cuáles de tus campañas están recibiendo quejas, no de quién se quejó. Se construye sobre una cabecera que añades tú, y las reglas son concretas.
La cabecera es Feedback-ID y su valor son cuatro campos separados por dos puntos. El último, el SenderId, es obligatorio, de 5 a 15 caracteres, y debe mantenerse constante en todo tu flujo de correo. Los tres primeros son identificadores opcionales que eliges tú, normalmente campaña, cliente y tipo de correo. Los datos agregados se generan para los cuatro primeros campos contando desde la derecha, y si el SenderId está vacío no se genera ningún dato.
Cuatro condiciones controlan los datos, y saltarse cualquiera produce silencio en lugar de un error:
- El tráfico debe ir firmado con DKIM por un dominio que poseas o controles, después de añadir la cabecera. Firmar antes de la cabecera la deja sin proteger, y la comprobación antisuplantación es la razón de que exista el requisito.
- Ese dominio firmante debe estar añadido y verificado en Google Postmaster Tools, que es donde aparece el panel del FBL. Solo debe haber una de esas cabeceras verificadas.
- El registro SPF del dominio firmante debe listar las direcciones IP desde las que envías, y esas direcciones necesitan registros PTR que resuelvan a un nombre de host válido.
- Un identificador solo recibe informe cuando el tráfico de un día lo lleva en volumen suficiente y en denuncias de spam de usuarios distintos.
Hay dos errores de redacción que conviene nombrar. No uses un valor que sea único por mensaje, como un Message-ID, porque un identificador que nunca se repite no puede agregarse. Y no repitas el mismo identificador en campos distintos, o se sumará tráfico que no tiene relación.
Los datos cubren solo a destinatarios @gmail.com. Lo que recibes es una tasa frente a una campaña, que es un diagnóstico. No es un flujo de supresión, y ninguna configuración produce uno.
Apple no ofrece bucle de retroalimentación, y lo dice
La página de postmaster de Apple para iCloud Mail lo responde directamente: iCloud Mail no ofrece bucle de retroalimentación. No hay solicitud que presentar ni cola a la que unirse.
Lo que Apple pide a cambio es una lista de requisitos de higiene de envío, y los trata como condiciones de entrega masiva más que como sugerencias: enviar solo a destinatarios que se suscribieron de forma explícita, un enlace de baja que funcione al momento, cabeceras ARC en el correo reenviado, cumplimiento de los RFC 5321 y 5322, DNS inverso publicado para tus direcciones IP de envío y direcciones IP y dominios de envío constantes.
Qué te da realmente cada proveedor
| Proveedor | Vinculado a | Qué llega | Nombra al destinatario |
|---|---|---|---|
| Yahoo CFL | Tu dominio d= de DKIM | Un informe ARF por queja | Sí |
| Microsoft JMRP | Una IP cuyo control demuestres | Un informe ARF por queja | Sí |
| Gmail FBL | Feedback-ID más un dominio verificado en Postmaster Tools | Una tasa agregada por identificador | No |
| Apple iCloud | Nada | Nada | No aplica |
Un informe de quejas solo sirve si suprime la dirección ese mismo día
El RFC 6449 es tajante sobre la primera tarea: la dirección de una queja sale de tu lista. Contar quejas y actuar sobre ellas son proyectos distintos, y solo el segundo cambia algo.
Tres hábitos separan un bucle de retroalimentación que funciona de una carpeta de correo sin leer:
- Suprime al recibir, de forma global y no por campaña. Quien se quejó de una newsletter no consintió el siguiente anuncio de producto.
- Guarda el informe, no solo la dirección. El bloque ARF lleva la fecha de llegada y a menudo las cabeceras originales, que es lo que te permite rastrear un pico de quejas hasta un envío concreto en lugar de hasta una mala semana.
- Vigila la tasa por flujo, no el total. Un flujo transaccional y uno de marketing promediados juntos esconden el que está fallando.
Los umbrales de tasa de quejas que publican los grandes proveedores, y qué pasa cuando los superas, están en nuestra guía de los requisitos para emisores masivos de Gmail y Yahoo.
Qué comprobar antes de solicitar cualquiera de ellos
Todos los programas de arriba se apoyan en una autenticación que tienes o no tienes, y una solicitud que falle estas comprobaciones se rechaza sin mucha explicación.
- DKIM en un dominio que controles. Yahoo vincula todo su programa a él y Gmail lo exige para fiarse de tu cabecera. Nuestro verificador de DKIM lee la clave publicada y su longitud. En los dominios que analizamos para el Informe de Entregabilidad de Email de Unspam 2026, el 90% de los dominios que analizamos firma con un DKIM que funciona.
- SPF que liste todas las direcciones IP desde las que envías de verdad, en el dominio firmante y no solo en el dominio visible del remitente. Nuestro verificador de SPF recorre los includes y cuenta las consultas frente al límite que anula un registro.
- DNS inverso en tus direcciones IP de envío, que resuelva a un nombre de host real. El 99% de los dominios que analizamos ya tiene un DNS inverso válido, lo que convierte al 1% restante en una solicitud fácil de perder.
- Exactamente una cabecera
Feedback-ID. Nuestro analizador de cabeceras de email muestra qué lleva un mensaje real, que es donde se ve una cabecera duplicada añadida por un intermediario.
Para ver la autenticación y las cabeceras de un mensaje tal y como las ve quien lo recibe, haz una prueba de spam gratuita.
