El huevo y la gallina: el paper completo
Análisis del círculo vicioso entre prácticas de envío y entregabilidad. Entre 2024 y 2025, Google, Yahoo y Microsoft cambiaron las reglas de admisión al inbox. Lo que durante una década funcionó (mandar bien diseñado, a toda la base, cuando hay algo para decir) pasó de ser ineficiente a ser motivo de rechazo. Este reporte explica el mecanismo, muestra los patrones que estamos observando en campañas reales y propone una salida ordenada.
Cómo leer este documento. Las secciones 01 a 03 explican el mecanismo y el marco nuevo de los proveedores. La 04 muestra evidencia de auditorías propias. La 05 y la 06 son operativas: qué revisar, en qué orden y con qué expectativa de tiempo. Alcance: sin datos identificables de clientes. Todas las cifras citadas provienen de documentación oficial de los proveedores, informes públicos de referencia o auditorías propias anonimizadas.
01. Resumen ejecutivo: lo que encontramos
La mayoría de las empresas que hoy tienen un problema de entregabilidad no lo tienen porque el email dejó de funcionar. Lo tienen porque siguieron enviando igual que siempre mientras los proveedores cambiaban las reglas.
Durante los últimos meses observamos un patrón que se repite con demasiada consistencia como para ser casualidad: empresas con diez o quince años de historia enviando campañas, sin cambios en su forma de trabajar, que de golpe ven caer la llegada a inbox. La lectura interna suele ser "el email ya no rinde". Los datos dicen otra cosa.
El email no dejó de rendir. Lo que cambió es que los proveedores dejaron de darle el beneficio de la duda al remitente. Y una vez que la reputación de un dominio se deteriora, entra en un bucle que se alimenta solo: enviás mal → te filtran → para compensar la caída enviás más y más ancho → te filtran más.
- 0,30 %: tasa de quejas por spam a partir de la cual dejás de ser elegible para mitigación en Google. El objetivo real es sostenerse por debajo de 0,10 %.
- 5.000: envíos diarios por dominio, el umbral que te convierte en "remitente masivo" y activa los requisitos obligatorios de los tres grandes proveedores.
- 3,3×: diferencia de clics entre envíos disparados por comportamiento y envíos masivos a toda la base.
Cuatro hallazgos
- El problema es acumulativo, no repentino. Cuando una empresa "nota" la caída, el deterioro de reputación viene gestándose hace meses. El síntoma aparece tarde.
- La causa no suele ser técnica en origen, pero sí en consecuencia. Empieza en la práctica de envío (base sin segmentar, sin bienvenida, sin higiene) y termina rompiendo la capa técnica: autenticación desalineada, dominios sin firmar, registros al límite.
- Los proveedores dejaron de mandar a spam y empezaron a rechazar. Desde mayo de 2025, Microsoft directamente devuelve el mensaje con error 550 5.7.15. No es que el mail llega y no se ve: no llega.
- La salida no es enviar menos, es enviar distinto. Los datos son consistentes: menos volumen y más pertinencia produce más resultado absoluto, no menos.
La tesis en una línea. Malas prácticas de envío degradan la reputación del dominio; la reputación degradada arruina los resultados de los envíos siguientes; los malos resultados empujan a enviar más y peor. Es un sistema que se retroalimenta, y por eso no se arregla tocando una sola variable.
Un mensaje rechazado no figura como spam en ningún reporte: figura como si nunca hubiera existido. Por eso el problema se descubre casi siempre por la vía comercial (dejaron de entrar consultas) y no por las métricas de campaña.
02. El mecanismo: cómo funciona el círculo vicioso
La pregunta que nos hacen siempre es cuál de las dos cosas vino primero: si los envíos rinden mal porque el dominio está castigado, o si el dominio está castigado porque los envíos rinden mal. La respuesta incómoda es que son la misma cosa observada en dos momentos distintos.
El bucle se alimenta solo
- Se envía a toda la base. Sin segmentar, sin distinguir a quien se suscribió ayer de quien no abre hace dos años. El criterio es "tenemos algo para comunicar".
- Los inactivos no reaccionan. Parte de esas direcciones ya no existen y rebotan; otras reciben algo que no pidieron y lo marcan como spam.
- El proveedor toma nota. Rebotes duros altos y quejas por encima del umbral se leen como una señal clara: este remitente envía a gente que no lo quiere.
- Cae la entrega al inbox. Primero en un proveedor, después en el resto. Los que sí querían recibirte tampoco te ven.
- El cierre del bucle. Bajan los resultados, y la reacción natural es enviar más. Más frecuencia, más base, más ofertas. Exactamente el combustible que el proveedor está midiendo para seguir bajándote. Acá el problema se vuelve estructural.
Por qué importa entender esto. Ninguna de las cinco etapas se resuelve sola. Y ninguna se resuelve arreglando solo la parte técnica o solo la parte de contenido: el bucle está armado para que cada arreglo parcial sea absorbido por el resto del sistema.
03. Qué cambió: los requisitos, proveedor por proveedor
Entre febrero de 2024 y mayo de 2025, los tres proveedores que concentran la mayor parte de las casillas del mercado publicaron requisitos formales para remitentes masivos. Dejaron de ser recomendaciones.
| Proveedor | Vigente desde | Qué exige y qué pasa si no cumplís |
|---|---|---|
| Febrero 2024 | SPF, DKIM y DMARC con alineación. Baja de suscripción en un clic (cabeceras List-Unsubscribe y List-Unsubscribe-Post) y procesamiento de la baja dentro de los 2 días. Tasa de quejas por debajo de 0,10 %; superado el 0,30 %, el remitente queda fuera de mitigación. | |
| Yahoo | Febrero 2024 | Mismos requisitos de autenticación y de baja en un clic. Umbral de quejas: 0,30 %. |
| Microsoft | 5 de mayo de 2025 | SPF, DKIM y DMARC (mínimo p=none) con alineación, para quienes envían más de 5.000 diarios a Outlook.com, Hotmail y Live. Los mensajes no conformes se rechazan con error 550 5.7.15, no se mandan a correo no deseado. |
- 0,10 %: objetivo de quejas por spam que hay que sostener en el tiempo.
- 0,30 %: límite superado el cual el remitente queda fuera de mitigación.
- 2 días: plazo máximo para procesar una baja de suscripción.
Lo que la mayoría revisa tarde
Los dos requisitos que más veces encontramos incumplidos no son los de contenido, sino los de infraestructura: la alineación de la autenticación entre todos los proveedores que envían en nombre del dominio, y la baja en un clic implementada en las cabeceras, no solamente como enlace al pie del mensaje, que es lo que casi todas las plantillas ya traen.
El punto que se pasa por alto. Un mensaje rechazado no aparece en ningún reporte de "spam": aparece como si nunca hubiera existido. Por eso muchas empresas descubren el problema por la vía comercial (dejaron de entrar consultas) y no por la vía de las métricas de campaña.
Estándares. Los límites no son criterio de cada proveedor: están escritos. RFC 7208 fija el máximo de 10 consultas DNS para SPF y RFC 8058 define la baja de suscripción en un clic. Umbral de volumen: 5.000 envíos diarios por dominio alcanzan para quedar dentro de la categoría de remitente masivo en los tres proveedores.
04. Evidencia: patrones observados
Los casos que siguen provienen de revisiones reales de nuestro equipo. Están anonimizados y no se identifica organización ni actividad. Los agrupamos porque, pese a las diferencias, el diagnóstico de fondo se repite.
Caso A: el mensaje equivocado en el peor momento
Una persona se suscribe voluntariamente al canal de comunicaciones de la organización. La primera pieza que recibe no es una bienvenida ni una confirmación: es una oferta de un producto puntual, de ticket alto, sin ninguna relación con el motivo por el cual se suscribió. La organización todavía no sabe quién es esa persona ni qué buscaba. Es el momento de mayor predisposición de todo el ciclo de vida de un contacto, y se usa para hacer una venta a ciegas. El resultado previsible es indiferencia en el mejor caso y una queja por spam en el peor.
Diagnóstico: no hay flujo de bienvenida. Cada nuevo suscriptor entra directo a la lista general y recibe lo mismo que un contacto de hace ocho años.
Caso B: la radiografía por proveedor
Revisión de un envío individual, abriendo el rendimiento por proveedor de casilla. El dato agregado no mostraba nada alarmante. El desagregado sí:
| Proveedor | Apertura | Clics | Señal |
|---|---|---|---|
| Microsoft (Hotmail / Outlook) | 14 % | 0 | Rebote duro >25 % de la base |
| Yahoo | 12 % | sin dato | Comportamiento normal |
| Google (Gmail) | <1 % | sin dato | Filtrado casi total |
Dos lecturas. Primero: una apertura menor al 1 % en Gmail conviviendo con 12 a 14 % en otros proveedores no es un problema de asunto ni de horario: es la firma inconfundible de un remitente filtrado. Segundo: más de una cuarta parte de la base de un proveedor rebotando en duro indica una lista que no se depura hace años, y eso por sí solo alcanza para degradar la reputación del dominio.
Diagnóstico: filtrado activo en el proveedor más grande, sumado a una base con direcciones inexistentes acumuladas.
Caso C: la capa técnica al límite
Auditoría de configuración de dominio en una organización que fue sumando proveedores de envío a medida que crecía, sin revisar nunca el conjunto. Tres hallazgos, ninguno visible desde la plataforma de envío.
- 9 de 10 consultas SPF. El registro SPF usaba 9 de las 10 consultas DNS permitidas. El estándar impone un máximo de diez; al superarlo, el registro entero falla. La organización estaba a un proveedor de distancia de romper su autenticación por completo, sin ningún aviso previo.
- Política DMARC p=none. DMARC declarado, pero sin nadie del otro lado. La política observa y reporta, no actúa, y los reportes no los estaba leyendo nadie. Cumple el requisito mínimo formal de los proveedores sin entregar ninguno de sus beneficios.
- Sin DKIM. El dominio no firmaba sus mensajes. La consulta al selector devolvía que la clave no existe. En la práctica, un dominio sin autenticar y expuesto a suplantación, en el mismo momento en que los tres proveedores empezaron a exigir lo contrario.
Diagnóstico: la infraestructura creció por acumulación. Nadie la revisó como conjunto, y nada avisa cuando se rompe.
Los tres registros. SPF declara quién puede enviar en nombre del dominio. DKIM firma cada mensaje. DMARC le dice al proveedor qué hacer cuando algo no cierra. El límite escrito: RFC 7208 fija el máximo de 10 consultas DNS para SPF. No es una recomendación: al pasarlo, el registro deja de evaluarse.
El hilo común de los tres casos. En ninguno de los tres casos hubo una decisión equivocada. Hubo ausencia de decisión: prácticas heredadas que nunca se revisaron porque, mientras funcionaron, no había motivo para mirarlas.
Auditoría propia: una cuenta bajo la lupa, 44 campañas en un mes
Este es el material más elocuente del reporte, porque muestra el círculo vicioso con números propios. Corresponde a una organización auditada por nuestro equipo, con los datos de un mes completo de actividad. Está anonimizado y no se menciona actividad ni tamaño.
| Envíos | 285.578 |
|---|---|
| Entregados | 268.184 |
| Aperturas únicas | 39.259 |
| Clics únicos | 103 |
| Clics sobre aperturas | 0,26 % (rango sano de referencia para la misma métrica: 8 a 15 %) |
| Campañas sin un solo clic | 27 de 44 |
| Mejor campaña del mes (clics sobre aperturas) | 4,34 %, 17 veces el promedio |
| Rebote total del mes | 6,09 % |
27 de 44 campañas del mes no registraron ni un solo clic. No es rendimiento bajo: es ausencia de rendimiento. La mejor campaña del mes rindió 4,34 % en clics sobre aperturas, 17 veces el promedio: se dirigía a contactos con relación previa, sobre una acción concreta y con fecha límite. El rebote total fue de 6,09 %, con listas de hasta 3 años de antigüedad todavía activas y concentrando los peores rebotes.
Segmento propio contra base fría. Tasa de apertura por tipo de audiencia, misma cuenta, mismo mes: segmento propio 37,4 %; base fría 13,5 %.
El dato que ordena todo lo anterior. El 95 % del volumen del mes se dirigió a la base fría, la que rinde menos de la mitad. La cuenta sabía dónde estaba su audiencia real y, aun así, casi todo el esfuerzo fue para el otro lado. No es un problema de contenido: es un problema de a quién se le manda.
05. La salida: enviar menos para llegar más
La reacción intuitiva frente a una caída de resultados es aumentar el volumen. Los datos de mercado apuntan de manera consistente en la dirección contraria.
| Métrica | Automatizados | Campañas |
|---|---|---|
| Apertura | 30,6 % | 20,7 % |
| Clics | 7,4 % | 2,3 % |
Automatizados: bienvenida, seguimiento, reactivación. Campañas: newsletters, promociones, anuncios.
La brecha en clics es de más del triple. Y en flujos de bienvenida específicamente, las mediciones de referencia ubican las aperturas entre 40 % y 60 %, frente a 18 % a 25 % de las campañas generales. Segmentar, por su parte, se asocia con alrededor de 30 % más aperturas y 50 % más clics respecto de enviar sin segmentar.
Traducido: el mismo contenido, enviado a menos gente pero a la gente correcta y en el momento correcto, produce más resultados absolutos. No es una concesión ni un repliegue: es la manera en que hoy funciona el canal.
Los números de esta sección son órdenes de magnitud del mercado, no promesas: varían según rubro, base y país. Lo que no varía es la dirección: pertinencia y momento pesan más que volumen, en todas las mediciones disponibles.
Checklist de diagnóstico
Un primer control de situación, pensado para imprimir y tildar con el equipo que maneja los envíos. Cada casilla sin marcar es un punto de fuga concreto, y en general alcanza con dos o tres sin marcar para explicar una caída de entregabilidad.
- SPF, DKIM y DMARC configurados y alineados con el dominio que figura en el remitente, en todos los proveedores que envían en tu nombre.
- El registro SPF está por debajo de las 10 consultas DNS. Si estás en 9, ya estás en zona de riesgo: el próximo proveedor que agregues rompe el registro entero.
- Alguien lee los reportes de DMARC. Estar en p=none sin monitorear equivale a no tener DMARC.
- Baja de suscripción en un clic implementada en las cabeceras, no solo un enlace al pie, y procesada dentro de los 2 días.
- Tasa de quejas por spam por debajo de 0,10 %, monitoreada de forma sostenida y no una sola vez.
- Existe un flujo de bienvenida que se dispara automáticamente cuando alguien se suscribe, antes de cualquier oferta.
- Los contactos sin actividad prolongada están suprimidos de los envíos regulares, con un circuito aparte de reactivación.
- La base se depura de rebotes duros de forma sistemática, no cuando aparece un problema.
- Se mira el rendimiento por proveedor de casilla, no solo el promedio general, que esconde los filtrados.
Cómo usarlo. Los cuatro primeros puntos se responden con una revisión técnica de una tarde. Los cinco siguientes obligan a mirar la práctica de envío, y son los que más cuesta corregir, porque no se arreglan con una configuración, sino con una decisión.
06. Secuencia recomendada y conclusión: el orden en que hay que hacerlo
El orden importa. Corregir el contenido mientras el dominio sigue castigado no mueve el resultado, y limpiar la técnica sin cambiar la práctica de envío devuelve el problema en pocas semanas.
- Fase 1, semanas 1 a 2: detener la sangría. Auditoría de autenticación y corrección de lo que esté roto. Suspensión de envíos a segmentos inactivos. Depuración de rebotes duros. Objetivo: dejar de emitir señales negativas.
- Fase 2, semanas 3 a 6: reconstruir reputación. Envíos acotados al núcleo activo de la base, con volumen creciente y controlado. Implementación del flujo de bienvenida. Monitoreo por proveedor de casilla.
- Fase 3, semanas 7 a 12: volver a crecer. Segmentación por comportamiento e intención. Reactivación de dormidos con un circuito propio. Recién acá se recupera el volumen original, ahora sobre una base sana.
Lo que hay que entender
La dificultad de este problema no es técnica. Es que obliga a cuestionar una práctica que durante muchos años dio resultado.
Cuando una forma de trabajar funcionó durante una década, deja de percibirse como una decisión y pasa a ser simplemente "cómo se hacen las cosas acá". Ese es el verdadero obstáculo: no la configuración de un registro DNS, sino aceptar que el entorno cambió por debajo de una práctica que nadie tenía motivos para revisar. Vale decirlo con claridad: que los resultados hayan caído no significa que se hizo algo mal, significa que las condiciones cambiaron y el método no acompañó.
La buena noticia es que este problema es reversible y bastante predecible en su recuperación. La reputación de un dominio se reconstruye con método y con paciencia, típicamente en un trimestre. Lo que no se puede es seguir enviando igual y esperar que se acomode solo: el bucle está diseñado para profundizarse.
El resumen. El email no perdió efectividad. Perdió tolerancia. Sigue siendo uno de los canales de mejor retorno del mercado, pero dejó de perdonar a quien lo usa sin criterio.
07. Anexo: metodología y fuentes
Metodología
Los casos citados provienen de auditorías realizadas por el equipo de Vega Studio durante 2026, anonimizados y presentados sin identificar rubro ni organización. Los datos de la cuenta analizada en la sección 04 corresponden a un mes calendario completo de actividad y se toman de la plataforma de envío de la propia organización.
Los requisitos de proveedores corresponden a documentación pública oficial de Google, Yahoo y Microsoft, vigente a la fecha de edición de este documento. Los datos comparativos de rendimiento provienen de informes de referencia de la industria publicados entre 2025 y 2026; se los presenta como órdenes de magnitud y no como garantías de resultado, dado que varían de forma significativa según rubro, base y mercado.
Ninguna cifra de este reporte es una estimación propia: todas provienen de las fuentes listadas o de mediciones directas sobre cuentas auditadas.
Fuentes
- Google, Email sender guidelines, Gmail Help. Requisitos para remitentes masivos, umbrales de quejas y baja en un clic.
- Microsoft, Strengthening Email Ecosystem: Outlook's New Requirements for High-Volume Senders, Microsoft Tech Community, mayo de 2025.
- Red Sift, 2026 bulk email sender requirements checklist: Microsoft, Google, and Yahoo compliance guide.
- Brevo, Email Marketing Benchmarks: Region & Industry Data, 2026. Comparativa entre envíos automatizados y campañas.
- Klaviyo / Darkroom, Email Marketing Benchmarks, 2026. Rendimiento de flujos de bienvenida frente a campañas.
- IETF, RFC 7208, límite de 10 consultas DNS en SPF; y RFC 8058, baja de suscripción en un clic.
Anonimización: los casos no incluyen nombres, rubros, ni ningún dato que permita identificar a una organización. Los volúmenes se citan tal como fueron medidos. Vigencia: los requisitos de los proveedores se actualizan periódicamente. Conviene verificar la documentación oficial antes de tomar decisiones de infraestructura. La serie: Vega Studio publica un paper insignia por trimestre, hecho de auditorías y trabajo real. Este es el Paper 01 de la serie.
