Temps de lecture estimé : 4 min · Publié le
Décrire ce que l’abonné recevra
Présentez les sujets, la fréquence habituelle et l’émetteur avant le formulaire. Évitez de promettre des conseils rares et spécialisés si les envois réels sont surtout promotionnels. Montrez un exemple récent lorsque vous en avez un.
Séparez une lettre d’information des messages liés à une commande ou à un service. Les besoins et règles applicables peuvent différer ; faites valider le parcours par la personne responsable de la conformité. Le guide de page service aide à formuler une promesse compréhensible.
- Sujets et fréquence annoncés.
- Émetteur identifiable.
- Promesse cohérente avec les envois réels.
Réduire la friction sans cacher le choix
Demandez les informations nécessaires à l’envoi et expliquez les préférences proposées. Exemple fictif : une lettre mensuelle et une alerte événementielle existent ; nommez-les séparément pour que le lecteur sache ce qu’il choisit. Un prénom facultatif ne justifie pas un profil détaillé. Testez les libellés, le clavier et la version mobile, ainsi que la correction d’une adresse mal saisie sans perdre le choix de liste.
Après soumission, affichez un état clair : inscription reçue, vérification à faire ou erreur à corriger. Testez les doublons, adresses mal saisies et délais de réception. Le guide des formulaires couvre les erreurs et notifications.
- Champs proportionnés au besoin.
- État de confirmation explicite.
- Erreurs corrigibles sans ressaisie inutile.
Tester les premiers courriels et la sortie
Vérifiez l’identité de l’expéditeur, le sujet, l’affichage mobile, les liens, les images bloquées et la version texte si elle est fournie. Un message de bienvenue peut rappeler ce qui a été demandé, mais il ne doit pas lancer une série inattendue.
Testez le lien de désinscription depuis chaque modèle. Il doit mener à une action compréhensible et retirer l’adresse des prochains envois selon le fonctionnement annoncé. Documentez les préférences ou listes multiples pour éviter qu’une personne désinscrite d’un flux continue à le recevoir.
Cas fictif : votre prestataire met en œuvre la désinscription en un clic de la RFC 8058. Le lien visible dans le message et la commande proposée par la messagerie sont deux points à vérifier. Pour ce mécanisme, List-Unsubscribe contient une URI HTTPS et List-Unsubscribe-Post porte List-Unsubscribe=One-Click. Après le choix de la personne dans la messagerie, un POST HTTPS envoie cette paire dans son corps. L’URI doit permettre d’identifier la liste et le destinataire, sans demander une connexion ou une confirmation manuelle supplémentaire.
La RFC exige une signature DKIM valide couvrant les deux en-têtes et interdit la redirection HTTPS de ce POST. La requête ne doit inclure ni cookies ni authentification HTTP. Avec des identités de test, distinguez prélecture GET, demande POST et état réellement enregistré : un 200 ne prouve pas à lui seul la désinscription. Vérifiez aussi l’exclusion de la prochaine campagne concernée et l’absence de réactivation par un ancien import. Le jeton d’URI n’a pas à apparaître dans les captures ou journaux partagés ; cet exercice technique ne fixe pas les règles juridiques de votre prospection.
- Premier message cohérent.
- Liens et lecture mobile vérifiés.
- Désinscription testée de bout en bout.
Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.
| Contrôle fictif | Repère technique | Résultat attendu |
|---|---|---|
| Lien visible dans le courriel | Parcours annoncé au lecteur | Une sortie compréhensible, testée dans chaque modèle |
| Prélecture automatique de l’URI | GET ne démontre pas un choix humain | Aucune désinscription accidentelle dans ce scénario |
| Commande en un clic choisie par la personne | POST HTTPS ; List-Unsubscribe=One-Click | La bonne liste est traitée sans connexion ni étape manuelle supplémentaire |
| Authentification et vérification finale | DKIM couvre les deux en-têtes | Signature valide et exclusion effective de la campagne concernée |
Évaluer l’utilité sans gonfler les chiffres
Séparez inscription demandée, confirmation éventuelle et abonnement effectivement actif. Exemple fictif : cent demandes comprennent des doublons et des adresses invalides ; ce total ne représente pas cent nouveaux lecteurs. Observez erreurs, désinscriptions et réponses utiles avec une période connue. Une hausse du volume ne suffit pas si le contenu reçu ne correspond pas à la promesse présentée avant l’inscription.
Reliez les campagnes à un calendrier éditorial et revoyez les pages d’inscription lorsque la ligne éditoriale change. Les durées de conservation et les obligations de preuve dépendent du contexte ; elles doivent être décidées avec la personne compétente, sans copier un délai générique.
- Inscriptions réellement confirmées mesurées.
- Retours et désinscriptions examinés.
- Promesse mise à jour avec le programme éditorial.
Documents de référence
Contenu mis à jour le