Ce que contient la newsletter de Blanc des Vosges
- Expéditeur
- contact@blancdesvosges.fr
- Routeur
- Mailchimp
- Secteur
- Maison & déco
- Envois lus
- 1 campagne, 2 transactionnels
- Période
- Octobre 2026
Notre adresse a reçu son premier envoi en octobre 2026, après la publication de la recommandation de la CNIL (14 avril 2026).
Note d'ensembleLe constat principal
Un pixel de suivi d'ouverture est présent sur les 2 messages transactionnels.
C'est le premier des 12 points à corriger. La note la plus haute est technique (88/100), la plus basse conformité (28/100), mieux que 38 % des 566 marques mesurées.
Un email quand un critère change d'état : la version Pro, en accès anticipé.
Partager
Partager ce rapport
Octobre 2026 · calculé le 24 octobre
12 points à corriger
Chaque ligne mène au critère dans sa famille, avec l'extrait qui l'établit et la façon de corriger.
-
Prioritaire
Un pixel de suivi d'ouverture est présent
Critère « Aucun pixel de suivi d'ouverture »
Conformité
sur les 2 messages transactionnels
−35 pts
sur 35 en
Conformité
<img src="https://us.list-manage.com/***?i=***&e=***&c2id=***" height="…
Mailchimp : à l'étape Settings & Tracking de la campagne, décocher « Track opens ».
-
À examiner
Aucun chemin non tracé ne mène au site
Critère « Un chemin non tracé mène au site »
Conformité
sur les 2 messages transactionnels
−15 pts
sur 15 en
Conformité
Au moins un lien du message pointe directement vers le domaine de la marque, sans passer par le domaine de redirection du routeur : le logo, la mention légale ou la politique de confidentialité conviennent.
-
À examiner
Lien de désinscription tracé
Critère « Le destinataire garde la main sur le suivi »
Conformité
mesuré sur 2 messages transactionnels
−15 pts
sur 20 en
Conformité
Un chemin distinct du lien de désinscription mène à un centre de préférences où le destinataire peut refuser le suivi (ouvertures, clics) sans se désabonner.
- À examiner La politique DMARC publiée n'écarte aucune usurpation Critère « Politique DMARC qui contribue à écarter certaines usurpations » Délivrabilité sur les 2 messages transactionnels −15 pts sur 15 en Délivrabilité
- À examiner Le message pose des obstacles aux aides techniques Critère « Le message reste lisible avec une aide technique » Expérience mesuré sur 2 messages transactionnels −12,5 pts sur 20 en Expérience
- À examiner La signature DKIM n'a pas été validée Critère « Signature DKIM validée » Délivrabilité sur 1 des 2 messages transactionnels −10 pts sur 20 en Délivrabilité
- À examiner L'alignement DMARC n'a pas été validé Critère « Alignement DMARC validé » Délivrabilité sur 1 des 2 messages transactionnels −10 pts sur 20 en Délivrabilité
- À examiner Le gabarit est imbriqué au-delà du seuil Critère « Gabarit peu imbriqué » Technique mesuré sur 2 messages transactionnels −10 pts sur 20 en Technique
- Secondaire Des liens deviennent invisibles si les images sont bloquées Critère « Tous les liens restent visibles images bloquées » Expérience sur 1 des 2 messages transactionnels −7,5 pts sur 15 en Expérience
- Secondaire Aucun lien ne mène à la politique de confidentialité Critère « Le message dit qui écrit et selon quelles règles » Conformité mesuré sur 2 messages transactionnels −6,7 pts sur 20 en Conformité
- Secondaire Le message se lit mal sans ses images ou ne s'annonce pas dans la boîte de réception Critère « Le message se comprend sans ses images, dès la boîte de réception » Expérience mesuré sur 2 messages transactionnels −6,2 pts sur 25 en Expérience
- Secondaire La version texte reprend moins de 80 % des liens Critère « Le message reste restituable hors du HTML » Expérience mesuré sur 2 messages transactionnels −5 pts sur 15 en Expérience
10 critères tenus, dont « Aucun identifiant du destinataire dans le message » et « Aucun échec SPF ». Ils sont listés dans leur famille, ci-dessous.
Chaque envoi, à son heure d'arrivée
Un point par message reçu sur notre abonnement depuis octobre. Touchez un point pour l'ouvrir ; les flèches passent d'un envoi à l'autre.
Lecture technique de l'envoi du 8 octobre 2026 →
- campagne en 1 semaine
- 1
- environ une par semaine, en octobre
- jour d'envoi
- Pas de jour fixe
- le jeudi en tête, 1 des 1 campagnes
- plage d'arrivée
- 11 h – 12 h
- 1 des 1 campagnes
- dernier envoi reçu
- 15 oct.
- « -30% le MOIS DE LA COUETTE continue | Blanc des Vosges »
Campagne 1 sur 1
jeudi 15 oct., 11 h 55
-30% le MOIS DE LA COUETTE continue | Blanc des Vosges
- Type
- Campagne marketing
- Note
- 61 / 100
- Pixel
- Présent, détecté par son domaine de mesure
Le jour d'envoi
- lun.
- mar.
- mer.
- jeu.
- ven.
- sam.
- dim.
L'heure d'arrivée
Aucun changement observé depuis octobre
Chaque campagne est comparée à la précédente, critère par critère.
Le détail des critères
Les 24 critères + 1 bonus
Conformité
Ces vérifications portent sur ce que l'envoi impose au destinataire et sur ce qu'il lui laisse : mesure de son comportement, moyens de partir, traçage de son opposition.
Le calcul · 28 pts sur 100
1 tenu · 2 tenus en partie · 2 non tenus · 1 non applicable
Poids de chaque critère dans la note.
Aucun pixel de suivi d'ouverture Non tenu Pixel de suivi d'ouverture détecté sur les 2 messages transactionnels concernés 0/35 pts
0 points sur 35 — tenu sur 0 des 2 messages transactionnels concernés.
Une image invisible signale au routeur que le message a été ouvert, à quel moment et depuis quel appareil : c'est un suivi individualisé du comportement de lecture, et le destinataire n'en voit rien. Le message ne dit pas s'il y a consenti ou s'y est opposé — ce choix vit dans le routeur, pas dans l'envoi.
Servi depuis list-manage.com.
L'extrait qui l'établit
<img src="https://us.list-manage.com/***?i=***&e=***&c2id=***" height="1" width="1" style="display:none;" alt="">
Comment corriger
Mailchimp : à l'étape Settings & Tracking de la campagne, décocher « Track opens ». Le réglage est par campagne ; les modèles enregistrés en conservent la valeur.
Propre à mailchimp — pas encore rouverte dans l'outil
Tenu quand aucun pixel de suivi n'est présent. Un seul pixel suffit à faire échouer le critère sur un envoi.
- CNIL 14/04/2026 · LIL art. 82
- PM-PRIV-001
- La règle de détection
- Loi Informatique et Libertés, article 82
- CNIL, délibération n° 2026-042 du 12 mars 2026, publiée au JO le 14 avril 2026 — champ d'application
- CNIL, foire aux questions du 22 juillet 2026
- CNIL, délibération n° 2026-042 du 12 mars 2026, publiée au JO le 14 avril 2026 — retrait du consentement
Se désinscrire est possible et annoncé Non applicable non applicable
Cette mesure ne s'appliquait à aucun des envois reçus. Elle sort du dénominateur : elle n'est jamais comptée comme un échec.
Tenu quand le message annonce la désinscription dans ses en-têtes, par une page plutôt qu'un courriel à rédiger, et dans son corps. Le détail dit laquelle des deux manque. Non applicable sur un transactionnel.
- RFC 2369
- PM-PRIV-002
Le destinataire garde la main sur le suivi Tenu en partie Le destinataire n'a pas la main sur le suivi — aucune des 2 mesures n'est tenue 5/20 pts
5 points sur 20 — part des observations tenues sur 2 messages transactionnels.
Comment corriger
Un chemin distinct du lien de désinscription mène à un centre de préférences où le destinataire peut refuser le suivi (ouvertures, clics) sans se désabonner. La plupart des routeurs proposent cette page ; sinon, elle s'ajoute dans le pied du gabarit, avec son propre lien, nommé pour ce qu'il fait (« gérer mes préférences », « refuser le suivi »).
Cette page coûte une après-midi d'intégration et sert ensuite à tous les envois. Elle est ce que la recommandation CNIL attend d'un envoi qui mesure le comportement de ses lecteurs.
Deux mesures : le lien de désinscription passe-t-il par un traceur, et un chemin distinct mène-t-il à un centre de préférences ou au refus du suivi ? Aucune des deux n'établit qu'un refus aboutisse — le vérifier demanderait de suivre le lien, ce qui enregistrerait un clic côté routeur. Elles décrivent la main laissée au destinataire, pas le résultat qu'il obtiendrait.
Ce qui a été mesuré — 0 tenues sur 2
- Lien de désinscription tracé sur le seul message transactionnel concerné Non tenu
- Aucun chemin distinct pour refuser le suivi (1 des 2 messages transactionnels concernés) Tenu en partie
- CNIL 14/04/2026 · Postmetry
- PM-PRIV-003
Le message dit qui écrit et selon quelles règles Tenu en partie Aucun lien ne mène à la politique de confidentialité sur les 2 messages transactionnels concernés (2 des 3 mesures tenues) 13,3/20 pts
13,3 points sur 20 — part des observations tenues sur 2 messages transactionnels.
Comment corriger
Le pied du message nomme l'expéditeur (raison sociale, adresse postale) et lie sa politique de confidentialité par un lien direct vers le site, pas vers un domaine de suivi. Ces mentions se mettent une fois dans le gabarit de base et se retrouvent dans tous les envois.
Rien à perdre : ces lignes existent déjà sur le site, il suffit de les reprendre.
Un envoi commercial doit permettre d'identifier l'annonceur (CPCE, article L. 34-5), et le destinataire de savoir qui traite ses données. Cet indicateur regroupe ce qu'un message peut en montrer.
Ce qui a été mesuré — 2 tenues sur 3
- Le message nomme son expéditeur sur 2 messages transactionnels Tenu
- Une réponse au message est possible sur 2 messages transactionnels Tenu
- Aucun lien ne mène à la politique de confidentialité sur les 2 messages transactionnels concernés Non tenu
- CPCE L. 34-5 · directive 2000/31 art. 6 · CAN-SPAM
- PM-PRIV-004
Un chemin non tracé mène au site Non tenu Tous les liens vers le site passent par un traceur sur les 2 messages transactionnels concernés 0/15 pts
0 points sur 15 — tenu sur 0 des 2 messages transactionnels concernés.
Le destinataire qui veut simplement visiter le site n'a pas d'autre option que de passer par le compteur de clics.
Comment corriger
Au moins un lien du message pointe directement vers le domaine de la marque, sans passer par le domaine de redirection du routeur : le logo, la mention légale ou la politique de confidentialité conviennent. Dans l'éditeur, cela se fait lien par lien (« ne pas suivre ce lien », « disable click tracking ») ou par une liste d'exclusion dans les réglages du compte.
Un lien non tracé ne compte pas dans les clics mesurés ; choisir le logo ou le pied du message n'enlève rien aux clics qui comptent.
Tenu quand au moins un lien du message mène au site de la marque sans passer par un compteur de clics.
- Postmetry
- PM-PRIV-005
Aucun identifiant du destinataire dans le message Tenu Aucun identifiant du destinataire dans le message sur 2 messages transactionnels 10 pts
10 points sur 10 — tenu sur 2 des 2 messages transactionnels concernés.
Tenu quand l'adresse du destinataire n'apparaît — ni en clair, ni encodée, ni hachée — dans aucune URL ni aucun en-tête propriétaire. Les en-têtes d'adressage ne comptent pas : ils la portent par construction.
- Postmetry · RGPD art. 4 en repère
- PM-PRIV-020
Délivrabilité
Ces vérifications lisent le verdict d'authentification posé par notre serveur au moment où le message est arrivé. Ce verdict est daté par construction : nous ne le recalculons jamais, ce qui interrogerait le DNS d'aujourd'hui plutôt que celui du jour de l'envoi.
Le calcul · 35 pts sur 70, ramenés à 100
2 tenus · 2 tenus en partie · 1 non tenu · 1 non applicable
Poids de chaque critère dans la note.
Signature DKIM validée Tenu en partie Signature DKIM en échec (1 des 2 messages transactionnels concernés) 10/20 pts
10 points sur 20 — tenu sur 1 des 2 messages transactionnels concernés.
La signature qui garantit que le message n'a pas été altéré en route n'a pas été validée. Le destinataire n'a aucun moyen de vérifier que le message vient bien de la marque.
L'extrait qui l'établit
dkim=temperror
Comment corriger
La signature DKIM se configure dans le routeur (« authentification du domaine », « domain authentication ») : il fournit un enregistrement DNS de type CNAME ou TXT à publier sur le domaine d'envoi, puis vérifie la publication. Un échec sur un envoi signé vient le plus souvent d'un contenu modifié après signature (pied ajouté par une passerelle, réécriture de liens) ou d'une clé supprimée du DNS.
Sans signature valide, Gmail et Yahoo traitent les envois en volume comme non authentifiés et les refusent ou les classent en spam depuis 2024.
Tenu quand notre serveur de réception a validé la signature DKIM de l'envoi.
- RFC 6376 · RFC 8601
- PM-DELIV-001
- RFC 6376 — DomainKeys Identified Mail (DKIM) Signatures
- RFC 8601 — Message Header Field for Indicating Message Authentication Status
Alignement DMARC validé Tenu en partie Alignement DMARC en échec (1 des 2 messages transactionnels concernés) 10/20 pts
10 points sur 20 — tenu sur 1 des 2 messages transactionnels concernés.
Le domaine affiché dans l'expéditeur ne correspond pas à celui qui a authentifié le message. C'est le mécanisme qui protège le destinataire de l'usurpation d'identité de la marque.
L'extrait qui l'établit
dmarc=fail
Comment corriger
Le domaine qui signe (DKIM d=) ou celui de l'enveloppe (SPF, Return-Path) doit être le domaine de l'adresse From ou un de ses sous-domaines. Dans le routeur, cela revient à authentifier le domaine d'envoi lui-même plutôt que d'utiliser le domaine partagé du routeur, et à activer le « Return-Path personnalisé » quand l'option existe.
L'alignement est ce que DMARC vérifie : sans lui, une politique DMARC publiée fait rejeter ses propres envois.
Tenu quand le domaine affiché dans l'expéditeur correspond à celui qui a authentifié le message.
- RFC 9989
- PM-DELIV-002
- RFC 9989 — Domain-Based Message Authentication, Reporting, and Conformance (DMARC)
Politique DMARC qui contribue à écarter certaines usurpations Non tenu Politique DMARC en observation seule sur les 2 messages transactionnels concernés 0/15 pts
0 points sur 15 — tenu sur 0 des 2 messages transactionnels concernés.
Comment corriger
Un enregistrement TXT _dmarc.<domaine> déclare la politique : v=DMARC1; p=quarantine; rua=mailto:… au minimum, p=reject une fois les sources d'envoi alignées. Le passage se fait par étapes (p=none avec rapports, puis quarantine, puis reject) sur quelques semaines, en lisant les rapports pour repérer les outils qui envoient au nom du domaine.
Une politique none n'empêche aucune usurpation du domaine ; quarantine ou reject ferme la porte et satisfait les exigences Gmail et Yahoo pour les expéditeurs en volume.
Tenu quand la politique publiée est « reject » ou « quarantine ». Une politique « none » n'attend rien des messageries : elle est publiée sans effet sur les messages qui usurpent le domaine.
- RFC 9989 §4.7
- PM-DELIV-003
- RFC 9989 — section 4.7, balise « p »
Aucun échec SPF Tenu Aucun échec SPF sur 2 messages transactionnels 10 pts
10 points sur 10 — tenu sur 2 des 2 messages transactionnels concernés.
Tenu quand SPF n'est pas en échec. Un SPF « none » accompagné d'un DKIM et d'un DMARC valides est une configuration courante et légitime : elle n'est pas pénalisée.
- RFC 7208
- PM-DELIV-004
- RFC 7208 — Sender Policy Framework (SPF) for Authorizing Use of Domains in Email
Désinscription en un clic, au sens de la RFC 8058 Non applicable non applicable
Cette mesure ne s'appliquait à aucun des envois reçus. Elle sort du dénominateur : elle n'est jamais comptée comme un échec.
Tenu quand l'en-tête « List-Unsubscribe » porte une adresse https et que « List-Unsubscribe-Post » vaut exactement « List-Unsubscribe=One-Click ». C'est ce que Gmail et Yahoo demandent aux expéditeurs en nombre : le bouton de la messagerie agit alors sans ouvrir de page. Non applicable sur un transactionnel.
- RFC 8058 · Gmail et Yahoo
- PM-DELIV-005
Signature DKIM qui couvre l'essentiel Tenu La signature DKIM couvre l'essentiel du message sur 2 messages transactionnels 5 pts
5 points sur 5 — part des observations tenues sur 2 messages transactionnels.
Ce que la signature couvre, pas seulement qu'elle passe : un algorithme admis par la RFC 8301, le corps signé en entier, les en-têtes From, Subject, Date et List-Unsubscribe signés, une signature non expirée à la réception. Non applicable sans signature DKIM.
Ce qui a été mesuré — 4 tenues sur 4
- Algorithme de signature admis sur 2 messages transactionnels Tenu
- Corps signé en entier sur 2 messages transactionnels Tenu
- En-têtes essentiels signés sur 2 messages transactionnels Tenu
- Signature valide à la réception sur 2 messages transactionnels Tenu
- RFC 6376 · RFC 8301
- PM-DELIV-006
Technique
Ces vérifications portent sur ce que les clients de messagerie font réellement du message : troncature, blocs de style retirés, ressources jamais chargées. Chaque seuil dit d'où il vient : le comportement documenté d'un client de messagerie, une spécification, ou notre propre méthode.
Le calcul · 75 pts sur 85, ramenés à 100
5 tenus · 1 tenu en partie
Poids de chaque critère dans la note.
HTML sous le seuil de troncature de Gmail Tenu HTML sous le seuil de troncature Gmail sur 2 messages transactionnels 25 pts
25 points sur 25 — tenu sur 2 des 2 messages transactionnels concernés.
Tenu quand la partie HTML reste sous 102 Ko. Au-delà, Gmail coupe la fin du message — et la fin, c'est la désinscription et les mentions.
- Gmail
- PM-TECH-001
Gabarit peu imbriqué Tenu en partie Tableaux de mise en page imbriqués au-delà du seuil (1 des 2 messages transactionnels concernés) (0 des 1 mesures tenues) 10/20 pts
10 points sur 20 — part des observations tenues sur 2 messages transactionnels.
Comment corriger
Aplatissez le gabarit : un bloc de contenu par tableau, posé directement dans la colonne principale, sans tableau d'enveloppe autour de chaque section.
Dans un éditeur par blocs, l'imbrication vient le plus souvent d'une section placée dans une autre, ou d'une colonne dans une colonne. Elle se corrige une fois, dans le modèle, et non campagne par campagne.
La lecture technique de l'envoi donne l'imbrication mesurée et son seuil : c'est elle qui dit quand la correction a pris.
Tenu quand les tableaux de mise en page ne s'imbriquent pas sur plus de 6 niveaux. Au-delà, le moteur de Word que partagent les Outlook de bureau et les clients qui divergent rendent le gabarit chacun à sa façon.
Ce qui a été mesuré — 0 tenues sur 1
- Tableaux de mise en page imbriqués au-delà du seuil (1 des 2 messages transactionnels concernés) Tenu en partie
- Postmetry
- PM-TECH-002
HTML bien formé Tenu HTML bien formé sur 2 messages transactionnels 15 pts
15 points sur 15 — part des observations tenues sur 2 messages transactionnels.
Un doctype, un jeu de caractères déclaré dans le document, des balises équilibrées et des identifiants uniques. Chaque client répare à sa façon un balisage incomplet, et c'est ce qui rend le rendu imprévisible. Les fermetures que le HTML rend facultatives ne comptent pas.
Ce qui a été mesuré — 4 tenues sur 4
- Doctype déclaré sur 2 messages transactionnels Tenu
- Jeu de caractères déclaré dans le HTML sur 2 messages transactionnels Tenu
- Balises équilibrées sur 2 messages transactionnels Tenu
- Identifiants uniques sur 2 messages transactionnels Tenu
- WHATWG
- PM-TECH-030
Chaque lien mène quelque part Tenu Chaque lien mène quelque part sur 2 messages transactionnels 10 pts
10 points sur 10 — tenu sur 2 des 2 messages transactionnels concernés.
Tenu quand aucun lien n'est vide, réduit à « # » ou écrit en « javascript: ». Un tel lien ne mène nulle part, et la plupart des clients le neutralisent. Non applicable si le message ne contient aucun lien.
- Postmetry
- PM-TECH-031
Aucune feuille de style distante Tenu Aucune feuille de style distante sur 2 messages transactionnels 10 pts
10 points sur 10 — tenu sur 2 des 2 messages transactionnels concernés.
Tenu quand le message n'appelle aucune feuille de style externe, par « link » ou par « @import ». Plusieurs clients ne les chargent jamais. Une feuille de polices ne compte pas : sans elle, le texte prend la police de secours.
- caniemail
- PM-TECH-020
- <link> dans un email — prise en charge par client
Le message respecte la forme d'un courriel Tenu Le message respecte la forme d'un courriel sur 2 messages transactionnels 5 pts
5 points sur 5 — part des observations tenues sur 2 messages transactionnels.
Lignes de 998 octets au plus, Message-ID et Date lisibles, jeu de caractères annoncé sur chaque partie texte, encodage de transfert cohérent avec le contenu (RFC 5322, RFC 2045). La plupart des serveurs tolèrent ces écarts, chacun à sa façon.
Ce qui a été mesuré — 5 tenues sur 5
- Lignes de 998 octets au plus sur 2 messages transactionnels Tenu
- Message-ID bien formé sur 2 messages transactionnels Tenu
- Date lisible sur 2 messages transactionnels Tenu
- Jeu de caractères annoncé sur chaque partie texte sur 2 messages transactionnels Tenu
- Encodage de transfert cohérent sur 2 messages transactionnels Tenu
- RFC 5322 · RFC 2045
- PM-TECH-010
Expérience
Quatre questions sur ce que devient le message une fois reçu : reste-t-il compréhensible, le destinataire peut-il encore agir, un client peut-il le restituer, un écran l'afficher. La détection automatique ne couvre que ce qui est déclaré dans le message.
Le calcul · 69 pts sur 100
2 tenus · 4 tenus en partie · 1 bonus
Poids de chaque critère dans la note.
Le message se comprend sans ses images, dès la boîte de réception Tenu en partie Pré-en-tête absent, trop court ou trop long (1 des 2 messages transactionnels concernés) (1 des 2 mesures tenues) 18,8/25 pts
18,8 points sur 25 — part des observations tenues sur 2 messages transactionnels.
Comment corriger
Un pré-en-tête de 40 à 130 caractères, en texte réel, suit l'objet dans la boîte de réception ; chaque image porteuse de sens a un attribut alt qui dit ce qu'elle montre ; le message principal est en texte, pas dans une image. Dans l'éditeur, le pré-en-tête est un champ dédié, et l'alt se renseigne image par image.
La moitié des lecteurs voient le message sans images au premier affichage. Un alt et un pré-en-tête coûtent une minute par campagne.
Tenu quand le message garde au moins 200 caractères lisibles images bloquées, et qu'un pré-en-tête de 40 à 130 caractères l'annonce dans la liste des messages. Sans pré-en-tête, la boîte affiche à sa place le premier texte du corps — souvent « Afficher dans le navigateur ».
Ce qui a été mesuré — 1 tenue sur 2
- Au moins 200 caractères restent lisibles images bloquées sur 2 messages transactionnels Tenu
- Pré-en-tête absent, trop court ou trop long (1 des 2 messages transactionnels concernés) Tenu en partie
- Postmetry
- PM-EXP-001
Le message reste restituable hors du HTML Tenu en partie La version texte reprend moins de 80 % des liens sur les 2 messages transactionnels concernés (2 des 3 mesures tenues) 10/15 pts
10 points sur 15 — part des observations tenues sur 2 messages transactionnels.
Comment corriger
La version texte (text/plain) accompagne le HTML et reprend le contenu et les liens, pas seulement une phrase « ouvrez ce message dans votre navigateur ». Les routeurs la génèrent depuis le HTML si l'option est active (« générer la version texte », « auto-generate plain text »).
Cette version est celle que lisent les montres, les lecteurs d'écran et certains clients professionnels ; elle sert aussi aux filtres anti-spam, qui comparent les deux versions.
Tenu quand une version texte accompagne l'envoi et qu'elle en reprend l'essentiel : au moins 60 % de son texte et 80 % de ses liens. Un client qui n'affiche pas le HTML retombe sur elle ; réduite à « affichez la version web », elle ne restitue rien.
Ce qui a été mesuré — 2 tenues sur 3
- Une version texte seul accompagne le message sur 2 messages transactionnels Tenu
- La version texte reprend au moins 60 % du texte sur 2 messages transactionnels Tenu
- La version texte reprend moins de 80 % des liens sur les 2 messages transactionnels concernés Non tenu
- Postmetry
- PM-EXP-002
Tous les liens restent visibles images bloquées Tenu en partie Certains liens deviennent invisibles images bloquées (1 des 2 messages transactionnels concernés) 7,5/15 pts
7,5 points sur 15 — tenu sur 1 des 2 messages transactionnels concernés.
Comment corriger
Chaque action importante (bouton principal, désinscription) existe en texte ou en bouton HTML, pas seulement en image cliquable. Pour un bouton image, un alt qui dit l'action et une couleur de fond sur la cellule rendent la zone visible même sans image.
Images bloquées, un bouton en image devient un rectangle vide : le lecteur ne sait pas où cliquer.
Tenu quand aucun lien n'est porté par une seule image dépourvue de texte de remplacement : un tel lien ne laisse rien à l'écran. Non applicable si le message ne contient aucun lien.
- Postmetry
- PM-EXP-003
Zones cliquables assez grandes Tenu Zones cliquables de taille suffisante sur 2 messages transactionnels 10 pts
10 points sur 10 — tenu sur 2 des 2 messages transactionnels concernés.
Tenu quand aucune zone cliquable dimensionnée ne descend sous 24 px de côté (WCAG 2.2, critère 2.5.8). Seules les zones dont une dimension est déclarée sont mesurées ; les exceptions du critère — cible dans une ligne de texte, espacement suffisant — ne le sont pas. Non applicable si le message ne déclare aucune dimension.
- WCAG 2.2 — 2.5.8
- PM-EXP-004
- WCAG 2.2 — Target Size (Minimum), critère 2.5.8, niveau AA
Le message reste lisible avec une aide technique Tenu en partie Le message pose des obstacles aux aides techniques — 1 des 4 mesures tenues 7,5/20 pts
7,5 points sur 20 — part des observations tenues sur 2 messages transactionnels.
Comment corriger
Quatre corrections, toutes dans le gabarit : déclarer la langue du message sur la balise <html> (lang="fr" pour un envoi en français), décrire chaque image de contenu dans son attribut alt, annoncer les tableaux de mise en page avec role="presentation", et écrire des liens qui disent où ils mènent plutôt que « cliquez ici ».
Le détail du critère dit lesquelles manquent sur vos envois ; les autres sont déjà tenues.
Une image décorative — filet, espaceur — garde un alt="" vide : c'est ce qui la fait taire, pas un oubli.
Langue déclarée, images de contenu décrites, tableaux de mise en page signalés comme tels, intitulés de liens qui disent où ils mènent : ce dont un lecteur d'écran a besoin pour restituer le message. Le détail dit laquelle de ces mesures manque.
Ce qui a été mesuré — 1 tenue sur 4
- Langue du message non déclarée sur les 2 messages transactionnels concernés Non tenu
- Des images de contenu ne sont pas décrites (1 des 2 messages transactionnels concernés) Tenu en partie
- Tableaux de mise en page annoncés comme des tableaux de données sur les 2 messages transactionnels concernés Non tenu
- Chaque lien dit où il mène sur 2 messages transactionnels Tenu
Le message déclare son adaptation aux écrans Tenu Le message déclare son adaptation aux écrans sur 2 messages transactionnels 15 pts
15 points sur 15 — part des observations tenues sur 2 messages transactionnels.
Tenu quand le message déclare sa zone d'affichage et son adaptation à la largeur d'écran. Sans elles, il s'affiche sur téléphone à sa largeur d'origine, et se lit en zoomant et en faisant défiler de côté.
Ce qui a été mesuré — 2 tenues sur 2
- Zone d'affichage déclarée sur 2 messages transactionnels Tenu
- Adaptation à la largeur d'écran déclarée sur 2 messages transactionnels Tenu
- W3C
- PM-EXP-026
- CSS Device Adaptation — la balise viewport
- Media Queries Level 4
Thème sombre déclaré Point bonus non acquis Le message ne déclare pas son adaptation au thème sombre sur les 2 messages transactionnels concernés +0 pts
0 points sur 5 — tenu sur 0 des 2 messages transactionnels concernés.
Acquis quand le message déclare color-scheme ou une règle prefers-color-scheme. Aucune norme ne l'exige — les clients qui forcent le thème sombre inversent eux-mêmes les couleurs — mais le déclarer laisse la main au gabarit plutôt qu'au client de messagerie.
- caniemail
- PM-EXP-027
Constats hors notation
Observés, non notés
Ces constats n'entrent dans aucune note : leur seuil n'a pas de source opposable. Ils restent affichés en entier.
Tous les liens du message passent par un traceur
détecté par la forme de son adresse
Chaque clic est enregistré et rattaché au destinataire avant de le rediriger. Aucun lien ne mène directement au site : il n'existe aucune façon de consulter la marque depuis ce message sans être mesuré.
La preuve — extrait de votre envoi
https://click.mailchimp.com/track/click/***/***?p=***
Comparaison sectorielle
Maison & déco — 84 marques dont au moins une campagne a été analysée. Les parts ci-dessous se comptent sur elles, jamais sur le catalogue.
Notes de lecture
Comment lire cette page
-
Un critère non observable ou non applicable sort du calcul. Il reste listé, jamais compté zéro : son poids quitte le dénominateur plutôt que de peser comme un échec.
-
Chaque ligne décrit un constat observable, avec l'extrait qui l'établit. Aucune qualification juridique n'y est portée.
-
Les mesures viennent d'analyseurs déterministes : le même message donne toujours le même résultat, et un constat contesté se refait à l'identique depuis l'archive.
-
Toute part est publiée sur base observée, et la nomme : « 26 des 30 marques analysées ». Une marque dont aucun envoi n'a été reçu n'entre dans aucun dénominateur.
-
La délivrabilité est empruntée : son verdict vient du serveur qui a reçu le message. Toutes les autres familles sortent de nos analyseurs.
Cette analyse vous parle ?
Parcourons-la ensemble, en 20 minutes.
Nous reprenons les 12 points avec vous, la preuve de chacun et l'ordre dans lequel les corriger. En visio, sans engagement.
Ou emportez-la : le rapport en PDF
- Recevoir les changements de Blanc des Vosges Un email quand un critère change d'état, rien d'autre.
- Vous travaillez chez Blanc des Vosges ? Revendiquer la marque : transactionnels, alertes, preuve datée.
- Partager l'analyse Lien, email ou PDF.
- La version Pro Historique complet, avant et après, alertes.