Pages de désabonnement et de demande de données conformes au RGPD

La balise {{unsubscribe_url}} du pied de page pointe vers une vraie page hébergée, pas un lien mailto — un formulaire supprime cette adresse pour tout le compte, ou permet à un destinataire de se désabonner d'un seul sujet de courrier si vous en avez défini, et un second formulaire permet à un destinataire de vous demander de corriger ou supprimer ce que vous détenez sur lui, arrivant dans votre boîte de tickets plutôt que de disparaître dans une boîte noire.

Objet

Weekend sale — 20% off

Le pied de page de chaque envoi inclut une balise de fusion {{unsubscribe_url}} pointant vers une vraie page hébergée. Elle combine un désabonnement en un clic — pour tout le compte par défaut, ou par sujet si vous avez configuré des sujets de courrier — avec un second formulaire pour corriger ou supprimer les données du destinataire. Ce second formulaire vous est acheminé comme un ticket de support plutôt que de supprimer quoi que ce soit automatiquement.

Un lien de désabonnement conforme n'est pas une adresse mailto: que quelqu'un doit écrire à la main — c'est une page qui fait réellement quelque chose au moment où elle est confirmée.

Un clic, ou juste un sujet

Par défaut, confirmer le désabonnement sur la page hébergée bloque cette adresse sur tous les projets depuis lesquels vous envoyez, pas seulement la campagne dont elle venait. C'est vérifié automatiquement avant chaque envoi futur, avec un badge et une action Réabonner visibles ensuite dans Contacts.

Si le désabonnement global est trop brutal, nommez quelques sujets de courrier sous Paramètres (« Mises à jour produit », « Promotions », un digest hebdomadaire) et assignez un projet à l'un d'eux. La page de désabonnement de ce projet affiche alors une case à cocher par sujet au lieu d'un seul bouton, si bien qu'un destinataire peut couper les promotions tout en restant joignable pour les reçus de commande et tout ce qu'il souhaite encore. Un projet sans sujet assigné garde la page tout-ou-rien simple — rien ne change tant que vous n'y adhérez pas.

Les demandes de données deviennent un ticket, pas un bouton supprimer

Le formulaire « Corriger ou supprimer vos données » de la même page hébergée se soumet comme un ticket de support marqué Demande de confidentialité dans votre propre boîte. Un simple clic ne peut pas supprimer une ligne de contact sans risque à lui seul — cela pourrait casser l'attribution des réponses ou annuler la piste d'audit d'une commande. Cela pourrait aussi ignorer un motif légal de conservation. Cette décision vous revient en tant que responsable du traitement.

Le courrier transactionnel obéit à des règles différentes

Un envoi marqué type: "transactional" (via l'API d'envoi) contourne la suppression par désabonnement, puisqu'un reçu doit quand même atteindre quelqu'un qui s'est désabonné du marketing. Il ne contourne jamais la suppression par rebond, en revanche — celle-ci s'applique toujours.

Pour commencer

Gardez la balise {{unsubscribe_url}} dans votre préréglage de pied de page. Ajoutez des sujets de courrier sous Paramètres si vous voulez des désabonnements granulaires, et consultez Confidentialité et contrôle des données pour traiter les demandes des destinataires à mesure qu'elles arrivent dans votre boîte de tickets.

Une séquence type de création et d'envoi

  1. 1

    Gardez la balise de fusion de désabonnement dans votre pied de page

    La balise {{unsubscribe_url}} du préréglage de pied de page pointe vers une page hébergée construite à partir du propre jeton de vue en direct du destinataire — aucune configuration supplémentaire nécessaire par envoi.

  2. 2

    Définissez des sujets de courrier, si vous voulez des désabonnements granulaires

    Nommez éventuellement quelques sujets de courrier sous Paramètres (Mises à jour produit, Promotions, un digest hebdomadaire) et assignez un projet à l'un d'eux — sa page de désabonnement affiche alors une case à cocher par sujet au lieu d'un seul bouton global.

  3. 3

    Un désabonnement en un clic supprime pour tout le compte par défaut

    Confirmer sur un projet sans sujet assigné bloque l'adresse sur tous les projets depuis lesquels vous envoyez, pas seulement la campagne dont elle venait — vérifié automatiquement avant chaque envoi futur.

  4. 4

    La même page offre une demande de données

    Un formulaire « Corriger ou supprimer vos données » sur la même page hébergée permet à un destinataire de demander une suppression ou une rectification, soumis comme un ticket marqué Demande de confidentialité dans votre propre boîte de tickets.

  5. 5

    Traitez-la, puis répondez via votre boîte de tickets

    Vous effectuez vous-même la correction ou la suppression réelle et répondez via le ticket — MailInApp achemine la demande mais ne supprime pas automatiquement une ligne de liste de contacts en votre nom.

Questions fréquentes

Les destinataires peuvent-ils gérer séparément des préférences de sujet granulaires (marketing vs. mises à jour produit) ?

Oui, si vous l'avez configuré — nommez quelques sujets de courrier sous Paramètres et assignez un projet à l'un d'eux, et la page de désabonnement de ce projet affiche des cases à cocher par sujet au lieu d'un seul bouton. Un projet sans sujet assigné affiche toujours la page tout-ou-rien simple, donc rien ne change tant que vous n'y adhérez pas.

Une demande « supprimer mes données » supprime-t-elle quoi que ce soit automatiquement ?

Non — elle ouvre un ticket qui vous est adressé, marqué comme Demande de confidentialité. Un simple clic ne peut pas supprimer sans risque une ligne de contact sans risquer de casser l'attribution des réponses, d'annuler une piste d'audit de commande, ou d'ignorer un motif légal de conservation, donc cette décision vous revient en tant que responsable du traitement des données.

Le désabonnement bloque-t-il aussi les emails transactionnels ?

Cela dépend du type de l'envoi : un envoi marketing respecte la suppression par désabonnement, mais un envoi transactionnel (comme un appel de l'API d'envoi marqué type: "transactional") la contourne — mais jamais la suppression par rebond, qui s'applique toujours.

Un email en rebond est-il traité de la même façon qu'un désabonnement explicite ?

Oui pour les cas synchrones — un rejet synchrone d'un relais SMTP est traité comme un rebond et supprimé de la même façon ; l'envoi natif SES reçoit aussi de vrais webhooks asynchrones de rebond/plainte, alimentant la même liste de suppression dans les deux cas.

Un destinataire peut-il se désupprimer lui-même plus tard ?

Non — se réabonner est une action du propriétaire, un bouton Réabonner à côté d'un contact en rebond/désabonné dans la vue Contacts, prévu pour après avoir confirmé directement avec le destinataire qu'il veut revenir.

Construisez ceci dans le studio

Commencez avec le forfait gratuit : chaque bloc interactif et le moteur de repli complet sont inclus dans tous les forfaits.