Baja en un clic: qué es y cómo implementarla

Ilustración de un sobre con una pequeña puerta abierta por la que sale volando un pájaro de papel, metáfora de la baja en un clic

La baja en un clic es el mecanismo que permite a un suscriptor dejar de recibir tus emails de marketing con una sola acción, normalmente desde el botón «Darse de baja» que muestra su gestor de correo junto al remitente. Se implementa con dos cabeceras, List-Unsubscribe y List-Unsubscribe-Post, definidas en el RFC 8058, y Gmail la exige a quien envía más de 5.000 mensajes al día a sus cuentas. Bien hecha, no te cuesta suscriptores útiles: te ahorra quejas de spam y protege la entrega del resto de tu lista.

Qué es exactamente la baja en un clic

Durante años, darse de baja significaba buscar un enlace diminuto en el pie del email, llegar a una web, escribir el correo y confirmar. Cada paso extra empuja a parte de los usuarios hacia el atajo: el botón «Marcar como spam». Y una queja de spam pesa mucho más en tu reputación de remitente que una baja.

La baja en un clic resuelve eso desde el propio buzón. Cuando el mensaje incluye las cabeceras correctas, el gestor de correo muestra un enlace de baja nativo. El usuario lo pulsa y el proveedor envía una petición automática a tu servidor, sin que la persona tenga que abrir ninguna página ni iniciar sesión.

Conviene distinguir dos cosas que a menudo se confunden:

Enlace de baja en el cuerpo: el clásico enlace del pie. Sigue siendo necesario y puede llevar a un centro de preferencias.
Baja en un clic por cabecera: la que activa el botón del gestor de correo. Es invisible en el HTML del mensaje y es la que piden Gmail y Yahoo a los remitentes masivos.

Quién la exige y qué piden exactamente

Aquí hay que separar tres planos: lo que dice la ley, lo que exigen los proveedores de correo para entregar tus mensajes y lo que es simplemente buena práctica.

Plano	Fuente	Qué pide
Obligación legal (España)	LSSI, arts. 21.2 y 22.1	Un procedimiento sencillo y gratuito para oponerse o revocar el consentimiento, con una dirección electrónica válida en cada comunicación comercial. No menciona cabeceras ni «un clic».
Obligación legal (UE)	RGPD, art. 7.3	Retirar el consentimiento debe ser tan fácil como darlo.
Requisito de entrega	Gmail	Si envías más de 5.000 mensajes al día a cuentas de Gmail, los de marketing y suscripción deben admitir la baja con un clic e incluir un enlace de baja visible en el cuerpo.
Requisito de entrega	Yahoo	Para remitentes masivos: cabecera List-Unsubscribe que admita un clic (recomienda el método POST del RFC 8058), enlace visible en el cuerpo y bajas atendidas en un máximo de 2 días.
Buena práctica	Experiencia de envío	Aplicar la baja de inmediato, sincronizarla con todos tus sistemas y ofrecerla también aunque envíes menos volumen.

Gmail, en sus preguntas frecuentes para remitentes, recomienda procesar las bajas en un plazo de 48 horas. Fuera de esos requisitos, ofrecer la baja en un clic aunque no llegues a 5.000 envíos diarios no tiene contrapartida: es la forma más barata de evitar quejas.

Nota: este artículo es divulgativo y no es asesoramiento legal.

Cómo funciona por dentro: las dos cabeceras

El RFC 8058 define el mecanismo. El mensaje lleva dos cabeceras:

List-Unsubscribe: <https://tudominio.es/baja?t=TOKEN_OPACO>, <mailto:bajas@tudominio.es?subject=baja>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

La primera indica dónde darse de baja. La segunda avisa al proveedor de que esa URL acepta una petición POST automática. Cuando el usuario pulsa el botón, el proveedor envía un POST a tu URL con el cuerpo List-Unsubscribe=One-Click, y tu servidor debe dar de baja a esa persona sin pedir nada más.

¿Por qué POST y no un simple enlace? Porque los filtros de seguridad y las vistas previas abren los enlaces de los emails de forma automática. Si tu URL diera de baja con una visita normal (GET), perderías suscriptores que nunca pidieron irse. El POST evita esas bajas accidentales.

Los requisitos técnicos que más se olvidan

El RFC 8058 es concreto. Estos son los puntos que suelen fallar:

Una URL HTTPS obligatoria. La cabecera List-Unsubscribe debe contener una URI HTTPS. El mailto es opcional, como alternativa.
La URL identifica al destinatario y la lista. Como el POST no lleva más datos, todo debe ir codificado en la URL. El RFC recomienda un identificador opaco y difícil de falsificar, en lugar del email en claro.
Firma DKIM que cubra ambas cabeceras. El mensaje debe llevar una firma DKIM válida que incluya List-Unsubscribe y List-Unsubscribe-Post en su etiqueta h=. Si no, el proveedor no debería ofrecer la baja en un clic. Si aún no tienes DKIM bien configurado, empieza por SPF, DKIM y DMARC.
Sin redirecciones. El servidor no debe responder al POST con una redirección HTTPS.
Sin cookies ni login. La petición no lleva cookies ni autenticación, así que tu endpoint no puede depender de una sesión.

Cómo implementarla paso a paso

Si usas una plataforma de envío, lo más probable es que ya añada las cabeceras. Aun así, compruébalo. Si envías desde tu propio sistema, este es el orden lógico:

Decide qué significa «baja». Lo habitual es dejar de recibir esa lista o categoría de marketing, no los emails transaccionales como facturas o cambios de contraseña.
Genera un token por destinatario y lista. Que sea opaco y verificable en el servidor.
Crea el endpoint HTTPS. Debe aceptar el POST, registrar la baja al momento y responder con un código de éxito. Para GET, muestra una página de confirmación sencilla, sin dar de baja automáticamente.
Añade las dos cabeceras a cada mensaje de marketing, con su token.
Incluye las cabeceras en la firma DKIM. Revisa que tu servidor de envío no las añada después de firmar.
Mantén el enlace visible en el pie. Puede llevar a un centro de preferencias, pero sin obstáculos para quien quiera irse del todo.
Prueba en real. Envíate una campaña a una cuenta de Gmail, abre «Mostrar original» y comprueba que aparecen las dos cabeceras y que DKIM pasa. Pulsa el botón de baja y verifica que el contacto queda suprimido.

Checklist de revisión

☐ Cabecera List-Unsubscribe con al menos una URL HTTPS.
☐ Cabecera List-Unsubscribe-Post con el valor exacto List-Unsubscribe=One-Click.
☐ Ambas cabeceras dentro de la firma DKIM.
☐ El endpoint acepta POST, no redirige y no pide login.
☐ Token opaco, sin el email en claro en la URL.
☐ Enlace de baja visible en el cuerpo del mensaje.
☐ Baja aplicada en menos de 48 horas, idealmente al momento.
☐ Lista de supresión única, compartida por todas tus herramientas.

El error que más quejas genera: bajas que no se sincronizan

La parte técnica suele estar resuelta en las plataformas de envío. Donde se rompe el proceso es en los datos. La baja se registra en la herramienta de newsletters, pero el CRM, la tienda online o el fichero que alguien usa para una campaña puntual siguen teniendo a esa persona como activa. A la semana recibe otro email, se enfada y pulsa «spam».

Por eso la baja no termina en el endpoint. Necesitas una lista de supresión maestra que consulten todos los sistemas antes de enviar, y que cualquier importación de contactos se cruce contra ella. Las bajas, los rebotes duros y las quejas deben vivir ahí, cada uno con su motivo. Es la misma higiene que explicamos en cómo limpiar una lista de email.

Si alguien que se dio de baja vuelve a apuntarse, trátalo como una suscripción nueva, con su propio consentimiento registrado. Un proceso de doble opt-in te deja la prueba clara.

Por qué facilitar la baja mejora tus resultados

Puede parecer contraintuitivo, pero esconder la baja no te hace conservar clientes: te hace conservar contactos que no van a comprar y que, además, castigan tu entrega. Google lo dice en sus directrices: permitir que los usuarios se den de baja ayuda a mejorar las tasas de apertura, los clics y la eficiencia de envío.

Piensa en tu lista con el mismo criterio que aplicamos a la captación: no importa cuántos registros tienes, sino cuántos son válidos, cuántos interactúan y cuántos acaban convirtiendo. Un contacto que quiere irse no es un activo. Es un riesgo de queja que encarece cada envío.

Además, la tasa de bajas es una señal útil. Un pico tras una campaña concreta te dice que el contenido, la frecuencia o el segmento no encajaban con lo que esas personas esperaban. Si tus bajas se concentran en contactos de una fuente de captación, revisa la calidad de esa fuente igual que harías al medir el lead cualificado o la tasa de clics.

Preguntas frecuentes sobre la baja en un clic

¿Es obligatoria la baja en un clic?

La ley española exige un procedimiento sencillo y gratuito para darse de baja, con una dirección electrónica en cada comunicación comercial. La baja en un clic por cabecera es un requisito de Gmail para quien envía más de 5.000 mensajes al día a sus cuentas, y Yahoo la pide a los remitentes masivos.

¿Basta con un enlace de baja en el pie del email?

No, si eres remitente masivo. Gmail pide la baja en un clic por cabecera y, además, un enlace visible en el cuerpo. Uno no sustituye al otro.

¿Cuánto tiempo tengo para procesar una baja?

Yahoo pide atenderlas en un máximo de 2 días y Gmail recomienda hacerlo en 48 horas. Lo más seguro es aplicarlas al momento y sincronizarlas con todos tus sistemas.

¿Afecta a los emails transaccionales?

Los requisitos de Gmail se refieren a los mensajes de marketing y de suscripción. Las facturas o los cambios de contraseña no la necesitan, pero si añades promociones a un email transaccional, pasa a ser marketing.

¿Por qué no aparece el botón de baja en Gmail?

Revisa que estén las dos cabeceras, que la URL sea HTTPS y que la firma DKIM las cubra. Aun con todo correcto, el proveedor decide cuándo mostrar el botón.

¿Puedo llevar al usuario a un centro de preferencias?

Sí, desde el enlace del cuerpo. La baja en un clic por cabecera debe completarse sin pasos adicionales.

Cómo te ayuda Afilead

En Afilead trabajamos campañas de email y captación por resultados, y sabemos que la entrega depende tanto de la técnica como de la calidad de los datos. Si quieres revisar tus envíos o plantear una campaña medida por leads válidos y clientes, consulta nuestros servicios o cuéntanos tu caso.

Fuentes

Consultadas en octubre 2026.