¿Qué es el RFC 8058 y qué tiene que ver con darse de baja con un solo clic?

Los remitentes masivos han tenido muchas preguntas sobre lo que significa implementar un proceso para darse de baja con un solo clic desde que Gmail y Yahoo anunciaron el requisito en octubre de 2023. Si ya tienes un enlace para darse de baja en el pie de página de tu email, ¿es esto suficiente? ¿Qué se requiere exactamente y cuánto tiempo tienen los remitentes para implementar este requisito?

El RFC 8058 se introdujo por primera vez en 2017 como un método de asistencia a la Señalización de la funcionalidad de un solo clic para los campos de encabezado de email List-Unsubscribe. Esto significa que en lugar de que los destinatarios del mensaje se desplacen hasta el pie de página de un email para seguir un enlace para darse de baja y procesarlo manualmente, pueden darse de baja directamente desde la interfaz de usuario del buzón, si ese proveedor de servicios de email es compatible con el RFC 8058.

El RFC 8058 establece una forma estandarizada para que los remitentes de email indiquen que su proceso de baja es verdaderamente de un solo clic. Cuando un remitente de email implementa el RFC 8058, incluye un campo de encabezado específico en sus emails llamado encabezado List-Unsubscribe-Post. Este campo de encabezado contiene una URL que, al hacer clic en ella, dispara el proceso de baja en el servidor del remitente.

El proveedor de email (por ejemplo, Gmail, Yahoo) reconoce el encabezado «List-Unsubscribe-Post» y presenta el enlace para darse de baja al destinatario de forma clara y destacada.

Incluso con el requisito de darse de baja con un solo clic, los remitentes todavía tienen la opción de devolver una página de destino, pero no puede seguir el proceso familiar de una página de preferencias. Los remitentes pueden devolver páginas de destino utilizando un URI HTTPS que contenga la información necesaria para identificar al destinatario y la lista de la que desean darse de baja, completando la solicitud de baja de forma automática sin requerir ninguna acción adicional por parte del usuario.

Aquí tienes un ejemplo de un proceso para darse de baja con un solo clic que devuelve una página de destino:

Un usuario se da de baja mediante la opción para darse de baja con un solo clic. Luego el usuario es dirigido a una página similar a un centro de preferencias. A través del redireccionamiento, el usuario se da de baja al instante sin necesidad de ninguna acción adicional. En este caso, el centro de preferencias sirve como una página de confirmación con la opción de volver a suscribirse si la acción no fue intencionada.

En otras palabras, para que sea válido, darse de baja con un solo clic según el RFC 8058 debe incluir un URI HTTPS en el encabezado de baja de la lista, pero mailto es opcional. ¿Qué significa esto?

• URI HTTPS en el encabezado List-Unsubscribe: Esto significa que para cumplir con el RFC 8058, el email enviado debe incluir al menos un URI HTTPS en el encabezado List-Unsubscribe. Este URI es el enlace para darse de baja.

                            

                                List-Unsubscribe: <https://example.com/unsubscribe>
                            
                        

• Mailto: El URI Mailto es una forma de crear y enviar un email al destinatario proporcionado, solicitando que se realice una acción de baja.

                            

                                List-Unsubscribe: <mailto:unsubscribe@example.com>
                            
                        

Si tu enlace para darse de baja de la lista actual requiere una acción secundaria dentro de un centro de preferencias, deberás hacer ajustes para eliminar todos los procesos de acción de clic secundarios para cumplir con el requisito del RFC. Todavía se puede enlazar un centro de preferencias en otra parte del email, o en la página de confirmación de baja, para proporcionar más opciones de gestión de la suscripción.

Quizás te preguntes por qué es necesario este requisito. Algunos proveedores de buzones de email están intentando hacer que la bandeja de entrada sea fácil de usar para los usuarios. Encuestamos a consumidores en nuestro informe de 2024 sobre el email y la experiencia del cliente y encontramos estas razones principales por las que los usuarios se dan de baja.

Las tres razones principales hablan de problemas que las marcas pueden solucionar en cuanto al volumen de envío, la relevancia y la segmentación. Facilitar el darse de baja da a los suscriptores saturados una opción de un solo clic para salir, lo que te evita ser marcado como spam y aumentar tu tasa de quejas por spam.

Aparte de cómo implemento darse de baja con un solo clic (lo que te explicaremos a continuación), la otra pregunta más frecuente de los remitentes es ¿cuánto tiempo tengo para implementar darse de baja con un solo clic? El 1 de junio de 2024 fue la fecha oficial para Google y este requisito se ha implementado gradualmente desde febrero de 2024.

Los remitentes tendrán 48 horas para respetar las solicitudes de baja para cumplir con el requisito. Esto aplica tanto para Gmail como para Yahoo. Una vez que hayas implementado el RFC 8058, el proceso es el siguiente:

• El usuario hace clic en el enlace para darse de baja mediante la interfaz de usuario del proveedor de servicios de email.
• El ISP completa el proceso de baja.
• El remitente es responsable de procesar los datos de baja para actualizar su lista de contactos dentro de las 48 horas.

Darse de baja con un solo clic solo es un requisito para la mensajería comercial y promocional, no para la mensajería transaccional. Esto significa que todos tus emails para restablecer la contraseña por medio de un disparador, confirmaciones de envío, recordatorios, etc., no están sujetos a este requisito. Apostamos a que estás pensando: pero ¿cómo saben Gmail y Yahoo qué mensajes son transaccionales y cuáles son promocionales?

El comportamiento del destinatario juega un rol fundamental en cómo se posicionan los emails en la bandeja de entrada, si van al spam y cómo se tratan los futuros emails de un remitente. Aunque es posible que nunca conozcamos el funcionamiento interno de gigantes de buzones como Gmail y Yahoo, existen mejores prácticas que han demostrado ser de ayuda.

En Sinch Mailgun, te recomendamos que separes las reputaciones entre tu mensajería promocional y transaccional mediante el uso de diferentes subdominios. Por lo tanto, los mensajes transaccionales pueden provenir de receipts.domain.com, mientras que los promocionales provienen de marketing.domain.com.

Si gestionas tu propio programa de email, o incluso solo tus bajas, tendrás que implementar manualmente un proceso para darse de baja con un solo clic.

1. Los remitentes deben incluir un campo de encabezado List-Unsubscribe y un campo de encabezado List-Unsubscribe-Post en su mensaje.
2. El campo de encabezado List-Unsubscribe debe contener un URI HTTPS.
3. El encabezado List-Unsubscribe-Post debe contener el valor “List-Unsubscribe=One-Click”.
4. El mensaje debe tener una firma DKIM válida para cubrir los encabezados List-Unsubscribe y List-Unsubscribe-Post.
5. El URI debe incluir suficiente información para identificar al destinatario de email y la lista de la que deben ser eliminados.
6. La solicitud POST no debe incluir cookies, autenticación HTTP ni ningún otro dato de identificación que pueda vincular la acción de baja con cualquier actividad web anterior.

Para obtener un desglose completo de los requisitos técnicos y de datos del RFC 8058, consulta esta herramienta en ietf.org.

Para los usuarios de Sinch Mailgun, insertamos automáticamente los encabezados necesarios.

Sinch Mailgun ofrece una gestión automatizada de las bajas en la que insertamos enlaces para darse de baja con un solo clic en el pie de página de tus emails, que procesan automáticamente las solicitudes de baja de los destinatarios que decidan darse de baja de tus envíos de email.

Dos encabezados de email son fundamentales para facilitar las bajas de un solo clic:

• List-Unsubscribe
• List-Unsubscribe-Post

Para utilizar la gestión de bajas de Mailgun, puedes habilitarla en el panel de control de Mailgun a nivel del dominio, lo que agrega el pie de página de baja a todos los emails que se envían a través de ese dominio. También puedes habilitarla con las API de Sinch Mailgun a nivel del email, lo que agrega el pie de página de baja de forma selectiva a cada email que se envía a través de ese dominio.

La comodidad de los mecanismos para darse de baja con un solo clic como el RFC 8058 beneficia tanto a los destinatarios como a los remitentes de email al promover experiencias simplificadas y fáciles de usar que mejoran la interacción por email y el cumplimiento de las solicitudes de baja.

Para los remitentes

Al ofrecer una opción verdadera para darse de baja con un solo clic, los remitentes pueden mejorar su reputación como remitente, reducir las quejas por spam y, potencialmente, mejorar la entregabilidad.

Para los destinatarios

Darse de baja se convierte en una experiencia sin complicaciones, lo que reduce la frustración y mejora la satisfacción general con el email, a la vez que hace que el proceso de baja sea tan sencillo como el proceso de enviar un email al spam.

“Queremos que los usuarios se den de baja de los mensajes que no desean; no queremos que los marquen como spam y perjudiquen la reputación del remitente. Hemos visto que al implementar esta facilidad de baja en la interfaz de usuario, las marcas de spam disminuyen y, en algunos casos, se están reduciendo entre un 30 y un 40 %”.

Marcel Becker Director sénior de Gestión de Productos en Yahoo

Aunque el RFC 8058 no es obligatorio a nivel universal, está siendo adoptado cada vez más por los principales proveedores de email como Gmail y Yahoo, y por las plataformas de automatización del marketing. Algunos clientes de email, como Gmail, incluso distinguen visualmente los enlaces para darse de baja que cumplen con el RFC 8058 para una mayor concientización del usuario.

El RFC 8058 representa un avance significativo en la simplificación del proceso de baja por email. A medida que más remitentes adopten este estándar, la comunicación por email puede volverse más respetuosa con el tiempo y las preferencias de los destinatarios, fomentando una experiencia general de email más positiva.

¿Necesitas ayuda para entender los requisitos de los remitentes? Echa un vistazo a nuestras página de recursos que proporciona recursos para cada uno de los requisitos, y echa un vistazo a nuestro chat informal a la carta con Gmail y Yahoo para escuchar las respuestas directamente de estos proveedores de servicios de email.

Author: Em Blitstein Em Blitstein is a Sr. Content Marketing Manager at Sinch Mailgun. She manages the Mailgun Blog, curates top-notch content, and falls down SEO rabbit holes. She writes about all things email and loves a good dev deep dive.