Qu’est-ce que la RFC 8058 et quel est son rapport avec la désinscription en un clic ?

Les expéditeurs de masse se posent de nombreuses questions sur ce que signifie la mise en œuvre d’un processus de désinscription en un clic depuis que l’exigence a été annoncée par Gmail et Yahoo en octobre 2023. Si vous avez déjà un lien de désabonnement dans le pied de page de votre email, est-ce suffisant ? Qu’est-ce qui est exactement exigé, et de combien de temps les expéditeurs disposent-ils pour mettre en œuvre cette exigence ?

La RFC 8058 a été introduite pour la première fois en 2017 en tant que méthode pour assurer le support de la fonctionnalité de signalisation en un clic pour les champs d’en-tête d’email List-Unsubscribe. Cela signifie qu’au lieu que les destinataires des messages fassent défiler jusqu’au pied de page d’un email pour suivre un lien de désabonnement et le traiter manuellement, ils peuvent se désinscrire directement depuis l’interface utilisateur de la messagerie, si ce fournisseur de messagerie offre le support de la RFC 8058.

La RFC 8058 établit un moyen normalisé pour les expéditeurs d’email d’indiquer que leur processus de désinscription se fait véritablement en un clic. Lorsqu’un expéditeur d’email met en œuvre la RFC 8058, il inclut un champ d’en-tête spécifique dans ses emails appelé en-tête List-Unsubscribe-Post. Ce champ d’en-tête contient une URL qui, lorsqu’elle est cliquée, sert de déclencheur pour le processus de désinscription sur le serveur de l’expéditeur.

Le service de messagerie (par exemple, Gmail, Yahoo) reconnaît l’en-tête « List-Unsubscribe-Post » et présente le lien de désabonnement au destinataire de manière claire et bien visible.

Même avec l’exigence de désinscription en un clic, les expéditeurs ont toujours la possibilité de renvoyer vers une landing page, mais cela ne peut pas tout à fait suivre le processus familier d’une page de préférences. Les expéditeurs peuvent renvoyer des landing pages en utilisant une URI HTTPS qui contient les informations nécessaires pour identifier le destinataire et la liste de laquelle il souhaite se désinscrire, complétant ainsi la demande de désinscription automatiquement sans aucune autre action requise de la part de l’utilisateur.

Voici un exemple de processus de désinscription en un clic qui renvoie vers une landing page :

Un utilisateur se désinscrit via l’option de désinscription en un clic. Ensuite, l’utilisateur est dirigé vers une page telle qu’un centre de préférences. Grâce à la redirection, l’utilisateur est instantanément désinscrit sans aucune autre action requise. Dans ce cas, le centre de préférences sert de page de confirmation avec une option de réabonnement si l’action n’était pas intentionnelle.

En d’autres termes, pour être valide, la désinscription en un clic selon la RFC 8058 doit inclure une URI HTTPS dans l’en-tête list unsubscribe, mais le mailto est facultatif. Qu’est-ce que cela signifie ?

• URI HTTPS dans l’en-tête List-Unsubscribe : Cela signifie que pour être conforme à la RFC 8058, l’email envoyé doit inclure au moins une URI HTTPS dans l’en-tête List-Unsubscribe. Cette URI est le lien de désabonnement.

                            

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

• Mailto : L’URI Mailto est un moyen de créer et d’envoyer un email au destinataire fourni, demandant qu’une action de désinscription soit effectuée.

                            

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

Si votre lien de désabonnement de liste actuel nécessite une action secondaire au sein d’un centre de préférences, vous devrez l’adapter pour supprimer tous les processus d’action de clic secondaires afin d’être conforme à l’exigence de la RFC. Un centre de préférences peut toujours être lié ailleurs dans l’email, ou sur la page de confirmation de désinscription, pour fournir des options de gestion d’abonnement supplémentaires.

Vous vous demandez peut-être pourquoi cette exigence est nécessaire. Certains fournisseurs de messagerie tentent de rendre la boîte de réception conviviale pour les utilisateurs. Nous avons interrogé des consommateurs dans notre rapport 2024 sur l’email et l’expérience client et avons trouvé ces principales raisons pour lesquelles les utilisateurs se désinscrivent.

Les trois principales raisons évoquent des problèmes que les marques peuvent résoudre en termes de volume d’envoi, de pertinence et de segmentation. Faciliter la désinscription donne aux abonnés inondés une option de départ en un clic qui vous évite d’être marqué comme spam et d’augmenter votre taux de plainte pour spam.

Hormis comment mettre en œuvre la désinscription en un clic (que nous vous expliquerons ensuite), l’autre question la plus posée par les expéditeurs est de combien de temps est-ce que je dispose pour mettre en œuvre la désinscription en un clic ? Le 1er juin 2024 était la date officielle pour Google et cette exigence a été progressivement appliquée depuis février 2024.

Les expéditeurs auront 48 heures pour honorer les demandes de désinscription afin de répondre à l’exigence. Ceci est valable pour Gmail et Yahoo. Une fois que vous avez mis en œuvre la RFC 8058, le processus est le suivant :

• L’utilisateur clique sur le lien de désabonnement via l’interface utilisateur du fournisseur de messagerie.
• Le FAI termine le processus de désinscription.
• L’expéditeur est responsable du traitement des données de désinscription pour mettre à jour sa liste de contacts dans les 48 heures.

La désinscription en un clic n’est requise que pour la messagerie promotionnelle et commerciale, et non pour la messagerie transactionnelle. Cela signifie que tous vos emails de réinitialisation de mot de passe déclenchés, confirmations d’expédition, rappels, etc., ne sont pas soumis à cette exigence. Vous vous demandez sans doute : mais comment Gmail et Yahoo savent-ils quels messages sont transactionnels et lesquels sont promotionnels ?

Le comportement du destinataire joue un rôle majeur dans la manière dont les emails sont positionnés dans la boîte de réception, s’ils vont dans le spam et comment les futurs emails d’un expéditeur sont traités. Bien que nous ne connaissions peut-être jamais les rouages internes des géants de la messagerie comme Gmail et Yahoo, il existe des bonnes pratiques dont l’efficacité a été prouvée.

Chez Sinch Mailgun, nous vous recommandons de séparer les réputations de votre messagerie promotionnelle et transactionnelle en utilisant des sous-domaines différents. Ainsi, les messages transactionnels peuvent provenir de receipts.domain.com tandis que les messages promotionnels proviennent de marketing.domain.com.

Si vous gérez votre propre programme d’emailing, ou même juste vos désinscriptions, vous devrez mettre en œuvre manuellement un processus de désinscription en un clic.

1. Les expéditeurs doivent inclure un champ d’en-tête List-Unsubscribe et un champ d’en-tête List-Unsubscribe-Post dans leur message.
2. Le champ d’en-tête List-Unsubscribe doit contenir une URI HTTPS.
3. L’en-tête List-Unsubscribe-Post doit contenir la valeur “List-Unsubscribe=One-Click”.
4. Le message doit avoir une signature DKIM valide pour couvrir les en-têtes List-Unsubscribe et List-Unsubscribe-Post.
5. L’URI doit inclure des informations suffisantes pour identifier le destinataire de l’email et la liste de laquelle il doit être retiré.
6. La requête post ne doit pas inclure de cookies, d’authentification HTTP ou toute autre donnée d’identification qui pourrait lier l’action de désinscription à une activité web antérieure.

Pour une analyse complète des exigences techniques et relatives aux données de la RFC 8058, consultez cet outil sur ietf.org.

Pour les utilisateurs de Sinch Mailgun, nous insérons automatiquement les en-têtes nécessaires.

Sinch Mailgun offre une gestion automatisée des désinscriptions dans laquelle nous insérons des liens de désabonnement en un clic dans le pied de page de vos emails qui traitent automatiquement les demandes de désinscription des destinataires qui choisissent de se désinscrire de vos envois.

Deux en-têtes d’email sont essentiels pour faciliter les désinscriptions en un clic :

• List-Unsubscribe
• List-Unsubscribe-Post

Pour utiliser la gestion des désinscriptions de Mailgun, vous pouvez l’activer dans le panneau de contrôle de Mailgun au niveau du domaine, ce qui ajoute le pied de page de désinscription à tous les emails envoyés via ce domaine. Vous pouvez également l’activer avec les API de Sinch Mailgun au niveau de l’email, ce qui ajoute le pied de page de désinscription de manière sélective pour chaque email envoyé via ce domaine.

La commodité des mécanismes de désinscription en un clic comme la RFC 8058 profite à la fois aux destinataires et aux expéditeurs d’email en favorisant des expériences simplifiées et conviviales qui améliorent l’engagement par email et la conformité aux demandes de désinscription.

Pour les expéditeurs

En offrant une véritable option de désinscription en un clic, les expéditeurs peuvent améliorer leur réputation d’expéditeur, réduire les plaintes pour spam et potentiellement améliorer la délivrabilité.

Pour les destinataires

Se désinscrire devient une expérience sans tracas, réduisant la frustration et améliorant la satisfaction globale vis-à-vis des emails, tout en rendant le processus de désinscription aussi simple que de signaler un email comme spam.

« Nous voulons que les utilisateurs se désinscrivent des messages dont ils ne veulent pas ; nous ne voulons pas qu’ils les marquent comme spam et nuisent à la réputation de l’expéditeur. Nous avons constaté qu’en intégrant cette possibilité de désinscription dans l’interface utilisateur, les marquages comme spam diminuent et sont, dans certains cas, réduits de 30 à 40 %. »

Marcel Becker Directeur principal de la gestion de produits chez Yahoo

Bien que la RFC 8058 ne soit pas universellement obligatoire, elle est de plus en plus adoptée par les principaux services de messagerie comme Gmail et Yahoo, et les plateformes de marketing automation. Certains clients de messagerie, comme Gmail, distinguent même visuellement les liens de désabonnement conformes à la RFC 8058 pour une meilleure sensibilisation des utilisateurs.

La RFC 8058 représente une avancée significative dans la simplification du processus de désinscription pour l’email. À mesure que de plus en plus d’expéditeurs adoptent cette norme, la communication par email peut devenir plus respectueuse du temps et des préférences des destinataires, favorisant une expérience d’email globale plus positive.

Besoin d’aide pour comprendre les exigences pour les expéditeurs ? Consultez nos page de ressources qui fournit des ressources pour chacune des exigences, et consultez notre discussion informelle à la demande avec Gmail et Yahoo pour entendre les réponses directement de ces fournisseurs de messagerie.

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.