Désabonnement en un clic dans Marketing Cloud

Quelles sont les exigences ?

Les envois commerciaux suivent le chemin documenté

L’aide Salesforce indique que les envois commerciaux incluent l’en-tête List-Unsubscribe, sans que les clients puissent désactiver ou modifier ce comportement. Elle précise qu’un fournisseur peut utiliser l’en-tête pour proposer un désabonnement. Cela décrit la plateforme d’envoi ; aucun affichage précis n’est imposé à Gmail, Yahoo ou Outlook.

Delivered commercial test message
  List-Unsubscribe: <https://...>
  List-Unsubscribe-Post: List-Unsubscribe=One-Click
Expected evidence: headers in the raw message, not a guaranteed inbox button.

Une requête en un clic est un POST de la messagerie

La RFC 8058 est une spécification Internet Standards Track. Elle définit une URI HTTPS List-Unsubscribe et List-Unsubscribe-Post: List-Unsubscribe=One-Click comme signal en un clic. Un récepteur peut envoyer un POST HTTPS après consentement ; il devrait utiliser multipart/form-data et peut utiliser application/x-www-form-urlencoded. La norme exclut cookies et autorisation HTTP dans ce POST, et l’expéditeur ne doit pas compter sur une redirection HTTPS.

Le résultat documenté : désabonnement de liste de publication

Salesforce documente le POST en un clic comme un désabonnement de liste de publication. N’en déduisez pas qu’un consentement CRM, une autre extension de données ou un système de suppression externe a changé. Ces intégrations et toute politique de consentement plus large exigent leurs propres preuves.

Quand l’exigence entre-t-elle en vigueur ?

Le comportement Salesforce ci-dessus relève de la documentation produit, pas d’une obligation datée d’un fournisseur. Pour Gmail, les consignes de Google pour les expéditeurs imposent le désabonnement en un clic aux expéditeurs en masse couverts pour le marketing et l’abonnement. La règle dépend du fournisseur destinataire et du volume ; côté Salesforce, la question est de savoir si le message commercial livré suit le chemin documenté. Vérifiez les consignes actuelles si la campagne relève d’une règle d’envoi en masse.

Comment mettre en œuvre l’exigence ?

1. Confirmez que l’envoi est commercial

Utilisez le même type de message commercial et le même chemin que vos abonnés. Salesforce limite l’en-tête automatique documenté aux envois commerciaux : un chemin transactionnel ou personnalisé ne prouve rien ici. Le lien dans le corps et le centre de préférences suivent leurs propres exigences.

2. Envoyez un test et inspectez sa source brute

Livrez un test dans une boîte que vous contrôlez, puis inspectez la source du message. Notez si List-Unsubscribe et List-Unsubscribe-Post apparaissent. Les en-têtes bruts prouvent mieux qu’un bouton, car selon Salesforce le fournisseur décide de l’affichage.

3. Vérifiez la liste de publication sans risque

Si votre procédure le permet, utilisez le désabonnement de la messagerie et confirmez le statut attendu sur une fiche de test approuvée hors production. Ne testez pas avec une adresse client et ne supposez pas que le résultat prouve un changement dans le CRM ou le consentement. Si l’en-tête manque, confirmez d’abord que l’envoi était commercial avant d’escalader avec les en-têtes livrés.

Comment valider la conformité ?

Partez du message livré et du résultat attendu pour l’abonné. Un bon dossier inclut la classe d’envoi, les lignes brutes List-Unsubscribe et List-Unsubscribe-Post, le fournisseur de test et le statut de liste de publication observé après un test approuvé. Les captures des contrôles restent facultatives : une interface peut changer ou rester masquée même avec l’en-tête.

Pour la préparation plus large, utilisez la liste des exigences Gmail et Yahoo et distinguez-la de l’authentification des e-mails. Les preuves DNS, SPF, DKIM et DMARC aident à diagnostiquer l’authentification, mais ne prouvent pas qu’un message Marketing Cloud Engagement portait l’en-tête en un clic ni que sa liste de publication a été mise à jour.

Vérifiez les exigences plus larges

Une fois le test commercial documenté, comparez la campagne à la mise à jour expéditeurs Gmail et Yahoo de 2024. Ce guide est l’étape suivante pour une équipe qui veut les autres règles à côté de ce comportement Marketing Cloud Engagement.

Voir la liste des exigences expéditeurs

Cette liste ne peut pas inspecter un message Marketing Cloud Engagement livré, forcer l’affichage d’un contrôle ni prouver un changement de statut d’abonné ou de consentement.