Imagina una clínica dental de 14 personas que llama porque los pacientes dejaron de recibir los recordatorios de cita. Los recordatorios salen de info@, que también es la dirección que manda la carta mensual de salud bucal, la promoción de fin de año y el recibo de cada pago. Alguien lanzó una promoción en septiembre, unos cientos de personas le dieron al botón de spam y ahora los recordatorios caen en Correo no deseado para parte de la lista. Los recibos también.
Nada está mal en el DNS. SPF pasa, DKIM firma, la política DMARC está en reject. El problema es que todo ese correo es un solo remitente para el proveedor de buzón, así que el mensaje que nadie quería y el que todos necesitan comparten una reputación y una sola fila de números. Nadie en la clínica puede decir cuál de los dos hizo el daño, y nosotros tampoco hasta que los flujos se distingan.
Lo que de verdad cuesta usar una sola dirección
Dos cosas, y la segunda es la cara.
La primera es la reputación compartida. La reputación sigue al nombre que autenticó el mensaje, así que si todos los flujos autentican con el mismo nombre, todos heredan el mismo historial. Google publica los números que espera de un remitente: mantén la tasa de spam por debajo de 0.10% y que nunca llegue a 0.30%, medida sobre los mensajes que la gente marca a mano como spam. Las preguntas frecuentes de Google dicen que esa tasa se calcula a diario, y por eso una campaña concentra el daño en vez de repartirlo. Trescientas quejas el martes que sale una promoción, contra los pocos cientos de mensajes que el dominio manda en un día normal, es una tasa que un flujo de recibos jamás produciría por su cuenta, y los recibos están en la misma fila cuando los filtros reaccionan.
La segunda es la atribución. El panel de tasa de spam de Postmaster Tools reporta el porcentaje de tus mensajes marcados como spam, y el panel de estado de cumplimiento aplica solo a dominios principales, usando datos de los subdominios para decidir el cumplimiento. Ninguno de los dos sabe que tu boletín y tus facturas son proyectos distintos. Con una sola identidad para todo obtienes un número para todo, que te dice que algo anda mal y nada sobre dónde. Esa es la parte que deja a una clínica adivinando un mes entero.
Lo que Google te pide separar
Esto no es cuestión de gusto. Las directrices de suscripción para remitentes de Google, consultadas el 21 de octubre de 2026, dicen que los mensajes de suscripción y los que no son de suscripción se envíen desde direcciones distintas, y nombran los restablecimientos de contraseña y los recibos como ejemplo de los segundos. La misma página pide identificar cada lista de suscripción con un identificador legible en el encabezado List-id: o con una dirección From: única, y dice que cada lista usada para mensajes de suscripción debería tener su propia dirección From:. Las directrices generales para remitentes repiten la petición del encabezado para quien manda listas.
Dos requisitos más de esa misma página le dan forma al reparto. La persona tiene que confirmar la dirección que escribió antes de que le llegue cualquier correo de suscripción, algo que Google llama doble consentimiento. Las bajas hay que procesarlas y respetarlas en un plazo de 48 horas. Las buenas prácticas para remitentes de Yahoo, consultadas el mismo día, delimitan el deber de la baja como uno esperaría: la baja en un clic es obligatoria para el correo de marketing y promocional, no para los mensajes transaccionales como confirmaciones de pedido y restablecimientos de contraseña, un enlace en el cuerpo por sí solo no alcanza, y las solicitudes deberían respetarse en dos días.
Leídas juntas, esas páginas describen una forma. El correo suscrito es una lista, con identidad, registro de consentimiento y una salida que funciona. El correo transaccional no es una lista, no lleva baja, y no tiene nada que hacer saliendo de la misma dirección que una campaña.
List-Id, el encabezado que convierte una lista en algo
El encabezado es anterior a todo esto. El RFC 2919, un Proposed Standard publicado en marzo de 2001, define List-Id como un identificador de una lista de distribución de correo para que el software reconozca con certeza los mensajes que pertenecen a una. Las reglas son cortas y conviene seguirlas al pie de la letra: no más de un campo así por mensaje, el identificador entre corchetes angulares con una frase legible opcional delante, generado por el software de la lista y no por una persona, y creado solo en un dominio sobre el que tengas autoridad.
List-Id: Carta mensual de la clinica <mensual.clinica.example>
List-Unsubscribe: <https://clinica.example/u/9f3a21>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickUn detalle del RFC le pasa la cuenta a mucha gente después. Los clientes de correo tratan un identificador distinto como una lista distinta, así que cambiar el valor rompe el reconocimiento. El identificador es una llave, no una etiqueta: cambia el nombre del boletín en la frase legible cuantas veces quieras y deja quieto lo que va entre corchetes mientras la lista exista. Si además vas a publicar los dos encabezados de baja por primera vez, la firma tiene que cubrirlos, y de eso trata el artículo de la baja en un clic y no este.
Qué flujo va a dónde
Esta es la decisión, y normalmente se toma en veinte minutos en cuanto alguien escribe lo que el negocio manda de verdad.
| Flujo | Qué lleva | Desde dónde se manda | Baja | List-Id |
|---|---|---|---|---|
| Transaccional | Recibos, restablecimientos de contraseña, confirmaciones de pedido | Su propia dirección, nunca la de las campañas | Gmail y Yahoo no la exigen para este correo | No |
| Operativo | Recordatorios de cita, avisos de factura por vencer, estado de entregas | Con el flujo transaccional, aparte de las campañas | No se exige, y pedir que pare aquí es una conversación, no un interruptor | No |
| Carta suscrita | El boletín que alguien pidió | Su propia dirección From: | En un clic, más un enlace visible en el cuerpo | Uno, propio de esta lista |
| Promocional | Ofertas, lanzamientos, envíos de reactivación | Su propia dirección, separada de la carta | En un clic, más un enlace visible en el cuerpo | Uno, propio de esta lista |
| Interno | Avisos a todo el personal dentro de la empresa | La dirección del grupo interno | No aplica | Lo agrega el software del grupo |
La tabla se detiene en las direcciones a propósito. Darle a cada flujo su propio nombre en el DNS es un paso más, y bueno a partir de unos miles de mensajes al mes, pero es otro trabajo con sus propios registros y su propio calentamiento; la guía del subdominio de envío lo cubre. Cambiar la dirección From: y la identidad de la lista no cuesta nada, no rompe nada, y te da casi toda la atribución.
Comprueba qué lleva tu correo hoy
Antes de que alguien edite una plantilla, lee un mensaje real. Abre uno de cada tipo que haya salido de verdad, mira los encabezados completos y anota tres cosas: la dirección del From:, el dominio de la etiqueta d= de DKIM, y si existe algún encabezado List-Id o de baja. Casi siempre la respuesta es una dirección, un dominio de firma y ninguna identidad de lista en ninguna parte, que es el problema completo en tres líneas.
Feedback-ID, el único número por flujo que vas a tener
Separar las direcciones arregla la mitad de la reputación. La mitad de la atribución necesita un encabezado más. La documentación del Feedback Loop de Google describe un encabezado Feedback-ID con la forma a:b:c:SenderId, donde los primeros tres campos son identificadores opcionales que el remitente elige para cosas como una campaña, un cliente o un tipo de correo, y SenderId es el último campo y es obligatorio: de 5 a 15 caracteres, elegido por ti, y constante en todo el flujo.
Feedback-ID: carta-oct:clinica-main:boletin:clinicmailGoogle dice que los datos agregados se generan para los primeros cuatro campos separados por dos puntos contando desde la derecha, y que no se genera nada cuando SenderId va vacío. Los identificadores cuya tasa de spam se ve inusual aparecen en el panel del Feedback Loop en Postmaster Tools. Dos condiciones controlan todo esto: el tráfico tiene que estar firmado con DKIM por un dominio que tú tengas o controles, con la firma aplicada después de agregar el encabezado, y ese dominio tiene que estar agregado y verificado en Postmaster Tools antes de que puedas ver un solo dato.
El error común es poner algo único de cada mensaje en esos campos. Google pide lo contrario, porque el objetivo es agregar: un valor que nunca se repite produce un panel de filas con un mensaje cada una. La campaña, la lista y el tipo de correo se repiten. Los identificadores de mensaje no van aquí.
Qué revisamos antes de cambiar nada en una cuenta de cliente
Trabajamos en este orden, porque cada paso cambia el significado del siguiente.
- Inventariar quién manda. Todo sistema con el dominio en su campo
From:: la plataforma de correo, la herramienta de facturación, el sistema de citas, la tienda, el CRM, lo que el dueño olvidó. Ahí vive la mayoría de las sorpresas. - Leer los encabezados de un mensaje real por flujo, como arriba, y anotar la dirección
From:y el dominiod=de DKIM de cada uno. - Revisar si alguna lista tiene identidad hoy, y si la misma dirección está cargando un recibo y una oferta.
- Probar el camino de la baja de punta a punta, incluido si exige iniciar sesión antes de respetar algo.
- Mirar qué muestra Postmaster Tools para el dominio ahora, y si el Feedback Loop está activado siquiera. Ese número es la foto del antes, y vale tenerla.
- Solo entonces separar: direcciones nuevas, un
List-Idpor lista, unFeedback-IDen los flujos de campaña, y los registros que tienen que seguir a las direcciones nuevas.
Los errores que más encontramos
Un centro de preferencias haciendo de botón de baja. Una página que pregunta de qué temas quieres menos correo es algo muy bueno para poner detrás del enlace visible del cuerpo. No es el camino de un clic, que tiene que funcionar sin iniciar sesión y sin paso de confirmación.
Marketing dentro del recibo. En el momento en que una confirmación de pedido lleva una promoción, es correo promocional que además confirma un pedido, y la gente lo trata así con el botón de spam.
Cambiar el identificador de la lista en un rebranding. El identificador entre corchetes es la llave con la que los clientes de correo hacen la correspondencia. Cambia la frase que va delante.
Direcciones nuevas, mismo dominio de firma. Si todos los flujos siguen firmando con un mismo d= de DKIM, la reputación sigue juntándose: ganaste atribución sin separación. Sigue siendo avance, pero conviene saber cuál mitad compraste.
Qué vigilamos después de separar
El primer mes, las filas por identificador en el panel del Feedback Loop y la tasa de spam del dominio al lado: la señal útil es un flujo que se mueve mientras los demás se quedan planos, que es exactamente lo que una sola dirección escondía. Después el registro de bajas contra las ventanas de 48 horas y dos días, y la entrega del flujo transaccional, el que el negocio no puede permitirse perder y el que a partir de ahora debería ser aburrido.
Cómo ayuda Guanacos Tech
Casi todo esto es una decisión más que una configuración: qué manda el negocio, cuál de eso es una lista, y de qué dirección sale cada tipo. Inventariamos los remitentes, leemos los encabezados reales, dibujamos el reparto, publicamos las identidades, activamos el feedback loop para que el próximo pico de quejas tenga nombre, y le dejamos al dueño un panel y un número que vigilar. Si tus facturas y tu boletín salen hoy de la misma dirección, vale una hora con consultoría de entregabilidad de correo antes de que una campaña se lleve las facturas. Una llamada de 30 minutos alcanza para mapear los flujos y decirte qué implicaría separarlos.
Fuentes
- Directrices de suscripción para remitentes (Ayuda de Gmail)
- Directrices para remitentes de correo (Ayuda de Gmail)
- Paneles de Postmaster Tools (Ayuda de Gmail)
- Feedback Loop (Ayuda de Gmail)
- RFC 2919: List-Id, campo estructurado y espacio de nombres para identificar listas de correo
- Buenas practicas para remitentes de Yahoo