Buenas prácticas para la página de baja: la baja en un clic bien hecha

Una página de baja es el activo menos vistoso de tu programa de email y uno de los pocos que puede destruirlo sin hacer ruido. Todo el que quiera salir, saldrá. La única variable que controlas es si se marcha por tu enlace de baja o por el botón de “marcar como spam”, y esas dos salidas tienen precios muy distintos.

Por qué la fricción en la baja te cuesta dinero

Quienes escribieron el RFC 8058 pusieron la lógica comercial en la propia especificación: quien envía quiere que darse de baja sea lo más fácil posible, porque si el proceso es demasiado difícil, la alternativa de quien recibe es marcar el correo como basura hasta que deje de aparecer en la bandeja de entrada.

Esa sustitución es todo el argumento. Una baja elimina una dirección de una lista. Una queja de spam se anota contra tu dominio de envío y tu IP y se cuenta junto a todas las demás quejas que generas. Google pide a quien envía mantener la tasa de spam en Postmaster Tools por debajo del 0,10 % y no llegar nunca al 0,30 % o más; desde junio de 2024, los remitentes masivos por encima del 0,3 % no son elegibles para las mitigaciones de entrega y solo recuperan la elegibilidad tras siete días consecutivos por debajo. Yahoo también pide a los remitentes masivos quedarse por debajo del 0,3 %.

Así que la persona a la que hiciste pasar por tres pantallas no solo se va. Se lleva un trozo de tu ubicación en bandeja de entrada, para todas las campañas futuras, incluidas las que envías a quienes sí quieren tu correo.

Cómo funciona realmente la baja en un clic

La mayoría de los consejos sobre “baja en un clic” confunden dos mecanismos distintos que los proveedores de buzón tratan de forma diferente.

Las dos cabeceras

El RFC 8058, publicado en enero de 2017, define el mecanismo. Quien envía y quiere admitir la baja en un clic coloca un campo de cabecera List-Unsubscribe y un campo de cabecera List-Unsubscribe-Post en el mensaje. El primero debe contener una URI HTTPS, y puede contener además URIs no HTTP como un mailto. El segundo debe contener el único par clave/valor List-Unsubscribe=One-Click.

List-Unsubscribe: <https://example.com/u/9f2a1c7b>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

El proveedor de buzón hace entonces un POST HTTPS a esa URI con el par clave/valor como cuerpo de la petición. El RFC dice que el contenido debería enviarse como multipart/form-data, o puede enviarse como application/x-www-form-urlencoded.

POST /u/9f2a1c7b HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded

List-Unsubscribe=One-Click

Cuatro detalles del RFC son la causa habitual de una implementación “conforme” que no funciona:

• El mensaje debe llevar una firma DKIM válida que cubra ambas cabeceras, listadas en la etiqueta h= de la firma. Sin eso, quien recibe no debería ofrecer la baja en un clic.
• La URI debe identificar tanto a la persona destinataria como la lista, porque no hay forma de preguntarle qué dirección quiere eliminar.
• La URI debería incluir un componente opaco o difícil de falsificar que tu servidor verifique, lo que impide que alguien envíe enlaces List-Unsubscribe falsificados para la lista de otra persona.
• El POST no debe incluir cookies ni autorización HTTP, y tu endpoint no debe responder con una redirección.

Qué exigen los proveedores de buzón

Las directrices para remitentes de Google establecen que quien envía más de 5.000 mensajes al día debe admitir la baja en un clic en los mensajes de marketing y suscritos, y debe incluir además un enlace de baja claramente visible en el cuerpo. Google es específico en que un enlace en el cuerpo no es un sustituto: si falta la cabecera List-Unsubscribe no analiza el cuerpo, y un enlace mailto en el cuerpo no satisface el requisito.

Los requisitos de Yahoo para remitentes masivos piden una cabecera list-unsubscribe funcional que admita la baja en un clic en los mensajes de marketing y suscritos, señalan que el método POST del RFC 8058 es muy recomendable mientras que el método mailto es aceptable, y piden por separado un enlace visible en el cuerpo que puede apuntar a una página de preferencias. Esa diferencia con el mailto es real: Yahoo lo acepta, Google no.

Ambos limitan el requisito al correo de marketing y promocional. Google excluye los mensajes transaccionales como los restablecimientos de contraseña y las confirmaciones de reserva, y las preguntas frecuentes de Yahoo dicen lo mismo.

El plazo para atender la solicitud

Las preguntas frecuentes de Google recomiendan atender las solicitudes de baja en un plazo de 48 horas, y su tabla de condiciones de incumplimiento incluye las solicitudes no atendidas en 48 horas como motivo para que un remitente masivo pierda el acceso a las mitigaciones de entrega. Los requisitos de Yahoo dicen que hay que atender las bajas en 2 días. Aun así, diseña para la supresión inmediata: 48 horas es un techo para sistemas por lotes, no un objetivo.

En qué se diferencia de un enlace que abre una página

La baja en un clic mediante cabeceras nunca toca tu web en el navegador de la persona: sin carga de página, sin banner de consentimiento, sin JavaScript, sin sesión. El proveedor hace el POST a tu endpoint en segundo plano. El enlace del cuerpo es el otro camino, el que aterriza en una página que has diseñado. Ambos tienen que funcionar, por motivos distintos.

Qué hace una buena página de baja

La página tiene un solo trabajo: terminar la relación que quien lee ha pedido terminar. Cinco propiedades cubren casi todo.

• Carga rápido y funciona en todas partes. Da por hecho un navegador móvil, una conexión lenta y un cliente que bloquea tus scripts. Si la página necesita un paquete de seguimiento para renderizarse, la baja está rota.
• No exige iniciar sesión. Las buenas prácticas de Yahoo lo dicen sin rodeos, y la CAN-SPAM lo convierte también en un problema legal en Estados Unidos.
• Confirma en una sola acción. Al llegar, o se completa la baja o queda un único botón evidente que la completa.
• Dice exactamente qué ha cambiado. “Te hemos eliminado de la newsletter semanal. Seguirás recibiendo las confirmaciones de pedido”. La ambigüedad genera una queja posterior de quien creía haberse dado de baja de todo.
• Ofrece deshacer. Un enlace visible de “volver a suscribirme” rescata los clics accidentales.

Patrones oscuros y por qué cada uno se vuelve en tu contra

• Textos que dan pena. La mascota triste y la línea de “¿seguro que quieres perdértelo?” convierten una salida neutra en una salida irritada. Lo único que queda por cambiar es si quien se va lo hace lo bastante molesto como para pulsar el botón de spam la próxima vez.
• Controles enterrados o con poco contraste. Un texto gris de seis puntos en el pie no reduce las bajas, las redirige hacia quejas.
• Encuestas obligatorias. Convertir el “¿por qué te vas?” en un paso obligatorio transforma una obligación en un formulario de recogida de datos, y bajo la CAN-SPAM no puedes exigir información más allá de una dirección de email ni ningún paso más allá de visitar una única página.
• Confirmaciones en varios pasos. Cada pantalla extra es otra oportunidad para que la página falle, para que la sesión caiga o para que quien lee marque spam en su lugar.
• Muros de inicio de sesión, planteamientos de “eliminar la cuenta” y pedir que la gente vuelva a escribir su dirección. Cualquiera cuya dirección visible sea distinta de la suscrita escribirá la incorrecta. Codifica la identidad en el enlace.

Centros de preferencias, y dónde dejan de ayudar

Un centro de preferencias ayuda de verdad cuando el problema de quien lee no eres tú sino tu cadencia. Tres opciones concentran casi todo el valor: frecuencia (semanal en vez de diario), tema (avisos de reposición pero no la newsletter) y pausa (un descanso de 30 o 90 días con una fecha de fin definida). Cada una retiene a alguien que si no se habría ido.

Se convierte en un obstáculo en cuanto es la única salida. La regla merece escribirse en tu briefing: una baja global debe seguir siempre a un clic en la página de preferencias, con el mismo peso visual que las demás opciones y sin ningún paso de confirmación detrás.

Ten en cuenta también que la baja en un clic por cabeceras elimina a la persona destinataria solo de la lista asociada a ese mensaje. Si una dirección pertenece a varias listas, decide si una baja por cabecera significa “esta lista” o “todo el marketing”, y dilo en la página de confirmación.

Procesar la solicitud: una supresión que aguanta

Suprime de inmediato y de forma global por dirección, no por pertenencia a una lista. Eliminar un contacto de una lista no es supresión, porque la siguiente importación puede volver a añadirlo. Un registro de supresión es una afirmación separada y permanente de que esa dirección no debe recibir correo de marketing, comprobada en el momento del envío sea cual sea la lista, el segmento o el flujo de trabajo que lo generó.

Las bajas no caducan, y el registro debe sobrevivir a las migraciones de plataforma. Ahí es donde ocurre casi todo el daño real: una empresa cambia de plataforma de email, exporta contactos, los importa en la herramienta nueva y resucita en silencio años de bajas. Mueve tu lista de supresión primero, antes que cualquier dato de contacto, y verifica el recuento al otro lado.

El mismo fallo ocurre siempre que dos sistemas no coinciden. Una plataforma de tienda, un CRM y una plataforma de email guardan cada uno un indicador de consentimiento de marketing, y una sincronización nocturna sobrescribe el que era correcto. Eso es un problema de integración más que legal: la baja se capturó bien y luego se perdió por el camino. Si conectas una tienda con Brevo mediante un conector como Tajo, comprueba qué hace con los contactos dados de baja en cada sincronización, no solo en la primera importación.

Dos reglas más que merece la pena imponer en el código. Nunca vuelvas a añadir una dirección dada de baja mediante una importación posterior, una lista comprada, una herramienta de enriquecimiento o una carga de reactivación. Y registra la marca de tiempo y el origen de cada baja, porque cuando alguien afirme que nunca se dio de baja, ese registro es la respuesta. Mantén también el endpoint disponible: Yahoo dice que una baja que no funciona incumple el requisito, y Google advierte de que un enlace roto durante un periodo prolongado significa que los mensajes tampoco lo cumplen.

Qué exige realmente la ley

Estados Unidos: CAN-SPAM

La guía de cumplimiento de la FTC expone lo que exige la ley. Tu mecanismo de baja debe poder procesar solicitudes durante al menos 30 días después del envío del mensaje, y debes atender una solicitud en 10 días hábiles. No puedes cobrar una tarifa, exigir información personal identificativa más allá de una dirección de email, ni obligar a quien recibe a dar ningún paso distinto de responder a un email o visitar una única página de un sitio web. Puedes ofrecer un menú de opciones, pero debe incluir la opción de detener todos tus mensajes de marketing. Una vez que alguien se ha dado de baja no puedes vender ni ceder su dirección, salvo a una empresa contratada para ayudarte a cumplir. Cada email infractor conlleva sanciones de hasta 53.088 USD. La CAN-SPAM es un régimen de baja voluntaria: no hace falta consentimiento antes del primer mensaje.

Unión Europea: RGPD y ePrivacy

La posición europea es la contraria. El artículo 13.1 de la Directiva 2002/58/CE solo permite el correo electrónico para marketing directo respecto de abonados o usuarios que hayan dado su consentimiento previo. El artículo 13.2 recoge el soft opt-in: si obtuviste la dirección de tu propio cliente en el contexto de una venta, puedes promocionar tus propios productos o servicios similares, siempre que se ofrezca al cliente de forma clara y expresa la posibilidad de oponerse, de forma gratuita y sencilla, tanto en el momento de la recogida como con ocasión de cada mensaje. El artículo 13.4 prohíbe el correo de marketing que disimule la identidad del remitente o que no tenga una dirección válida a la que quien recibe pueda enviar una petición de cese de las comunicaciones.

El RGPD añade dos deberes. El artículo 7.3 otorga el derecho a retirar el consentimiento en cualquier momento y establece que será tan fácil retirarlo como darlo. El artículo 21.2 otorga un derecho incondicional a oponerse al marketing directo en cualquier momento, incluida la elaboración de perfiles relacionada, y el artículo 21.3 dice que los datos dejarán entonces de tratarse para esos fines. En resumen: tu baja no puede ser más difícil de lo que fue tu formulario de alta, y no hay ninguna ponderación una vez que alguien se opone.

Obligatorio frente a buena práctica

Para el panorama europeo completo consulta la guía de RGPD y email marketing, y para la captura del consentimiento la guía de la doble aceptación.

Qué medir

Haz seguimiento de la tasa de bajas por campaña, pero interprétala con honestidad. Las referencias publicadas varían mucho según el sector, el origen de la lista, la frecuencia de envío y cómo define el denominador quien envía, así que cualquier cifra suelta citada como “la” referencia vale menos que tu propia media móvil. Una campaña que duplica tu tasa habitual te está diciendo algo concreto sobre esa campaña.

La tasa de quejas es la señal más importante, porque es sobre la que actúan los proveedores de buzón. Gmail la expone en Postmaster Tools, Yahoo a través de su Complaint Feedback Loop. Trata los umbrales anteriores como techos.

El equilibrio es la parte que la gente entiende al revés. Hacer la baja más fácil de encontrar suele subir la tasa de bajas y bajar la de quejas, y ese cambio siempre compensa: una lista que encoge por las personas que querían irse llega a más bandejas de entrada que otra rellena de destinatarios a regañadientes. Si ambas tasas suben a la vez, el problema no es la página sino la relevancia, la frecuencia o cómo se consiguieron las direcciones. Nuestras guías de entregabilidad, limpieza de listas y por qué los emails van a spam cubren el diagnóstico.

La encuesta de salida, con buen gusto

Saber por qué se va la gente tiene valor real, y puedes recogerlo sin romper nada. Tres condiciones:

• Opcional. Sin campos obligatorios, sin botón de enviar entre la persona y la puerta.
• Después del hecho. Muéstrala en la página de confirmación, una vez que la baja ha surtido efecto y la página lo dice.
• Corta. Una pregunta, cuatro o cinco opciones: “demasiados emails”, “no es relevante”, “nunca me suscribí”, “calidad del contenido”, “otro”.

“Nunca me suscribí” es la línea más valiosa de la encuesta. Si sube, tienes un problema de captación, y la solución está aguas arriba.

Puntos clave

• Facilitar la baja es un control de entregabilidad, no una cortesía. La salida alternativa es el botón de spam, que se anota contra todos tus envíos futuros.
• Implementa bien el RFC 8058: las dos cabeceras, una URI HTTPS que identifique a la persona destinataria, un token difícil de falsificar, cobertura DKIM y ninguna redirección en el POST.
• Atiende las solicitudes de inmediato. La ventana de Gmail es de 48 horas, la de Yahoo de 2 días, la de la CAN-SPAM de 10 días hábiles.
• Mantén una lista de supresión permanente, migra esa lista antes que tus datos de contacto y nunca dejes que una importación la sobrescriba.
• Juzga la tasa de bajas contra tu propia línea base, y trata la tasa de quejas como el número que decide la ubicación en bandeja de entrada.