Ce que contient la newsletter de Women'secret
- Expéditeur
- noreply@online.tendam.es
- Routeur
- Salesforce Marketing Cloud
- Secteur
- Mode & retail
- Envois lus
- 7 campagnes, 2 transactionnels
- Période
- Octobre 2026
Notre adresse a été inscrite en août 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 1 des 2 messages transactionnels.
C'est le premier des 11 points à corriger. La note la plus haute est délivrabilité (100/100), la plus basse expérience (39/100), mieux que 8 % 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
11 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 1 des 2 messages transactionnels
−17,5 pts
sur 35 en
Conformité
<img src="https://click.online.tendam.es/open.aspx?***&d=***&bmt=***" w…
Salesforce Marketing Cloud : le suivi est actif par défaut sur les envois Email Studio et se règle au niveau de la « send definition ».
-
À 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
−17,5 pts
sur 20 en
Expérience
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 ».
-
À examiner
Des liens deviennent invisibles si les images sont bloquées
Critère « Tous les liens restent visibles images bloquées »
Expérience
sur les 2 messages transactionnels
−15 pts
sur 15 en
Expérience
Chaque action importante (bouton principal, désinscription) existe en texte ou en bouton HTML, pas seulement en image cliquable.
- À examiner Aucune version texte seul n'accompagne le message Critère « Le message reste restituable hors du HTML » Expérience mesuré sur 2 messages transactionnels −15 pts sur 15 en Expérience
- À examiner Aucun chemin distinct pour refuser le suivi Critère « Le destinataire garde la main sur le suivi » Conformité mesuré sur 2 messages transactionnels −10 pts sur 20 en Conformité
- À 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 Le message ne déclare pas son adaptation aux écrans Critère « Le message déclare son adaptation aux écrans » Expérience mesuré sur 2 messages transactionnels −7,5 pts sur 15 en Expérience
- Secondaire Aucun chemin non tracé ne mène au site Critère « Un chemin non tracé mène au site » Conformité sur 1 des 2 messages transactionnels −7,5 pts sur 15 en Conformité
- Secondaire Le message ne dit pas qui écrit ni selon quelles règles 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 Le HTML présente des écarts de forme Critère « HTML bien formé » Technique mesuré sur 2 messages transactionnels −3,8 pts sur 15 en Technique
11 critères tenus, dont « Aucun identifiant du destinataire dans le message » et « Signature DKIM validée ». 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 9 octobre 2026 →
- campagnes en 2 semaines
- 7
- environ 3,5 par semaine, en octobre
- jour d'envoi favori
- Le dimanche
- 3 des 7 campagnes
- heure d'envoi favorite
- 9 h
- 57 % des campagnes arrivent entre 9 h et 10 h
- dernier envoi reçu
- 23 oct.
- « -10 % SUPPLÉMENTAIRES sur TOUT ! 🐼 Cartoon Lovers Collection »
Campagne 1 sur 7
dimanche 11 oct., 10 h 31
¡À partir de 1,99 € ! 💶 Mid Season Sale jusqu’à -50 %
- Type
- Campagne marketing
- Note
- 60 / 100
- Pixel
- Présent, détecté par la forme de son adresse
Campagne 2 sur 7
dimanche 11 oct., 11 h 17
Dernières heures ! Votre bon de 10% se termine...
- Type
- Campagne marketing
- Note
- 62 / 100
- Pixel
- Présent, détecté par la forme de son adresse
● Changement observé sur cet envoi, confirmé par les suivants.
Campagne 3 sur 7
mardi 13 oct., 9 h 50
Nouveautés d’octobre 🍂 Jusqu’à -50 % avec le MID SEASON SALE!
- Type
- Campagne marketing
- Note
- 62 / 100
- Pixel
- Présent, détecté par la forme de son adresse
Campagne 4 sur 7
vendredi 16 oct., 9 h 38
TOUT À -50 % ! ✂️ Pyjamas, peignoirs, accessoires…
- Type
- Campagne marketing
- Note
- 62 / 100
- Pixel
- Présent, détecté par la forme de son adresse
Campagne 5 sur 7
dimanche 18 oct., 10 h 32
DERNIÈRES HEURES : TOUT À -50 % ! 🏃🏻♀️ Dépêche-toi !
- Type
- Campagne marketing
- Note
- 62 / 100
- Pixel
- Présent, détecté par la forme de son adresse
Campagne 6 sur 7
mercredi 21 oct., 9 h 37
-30 % sur TOUT ! 🍂 Renouvelle ta garde-robe d’automne
- Type
- Campagne marketing
- Note
- 60 / 100
- Pixel
- Présent, détecté par la forme de son adresse
● Changement observé sur cet envoi, confirmé par les suivants.
Campagne 7 sur 7
vendredi 23 oct., 9 h 43
-10 % SUPPLÉMENTAIRES sur TOUT ! 🐼 Cartoon Lovers Collection
- Type
- Campagne marketing
- Note
- 60 / 100
- Pixel
- Présent, détecté par la forme de son adresse
Le jour d'envoi
- lun.
- mar.
- mer.
- jeu.
- ven.
- sam.
- dim.
L'heure d'arrivée
2 changements observés depuis octobre
Chaque campagne est comparée à la précédente, critère par critère.
Le détail de ce changement, critère par critère, est réservé à la version Pro.
confirmé par les 3 campagnes suivantes · la note par envoi passe de 60 à 62
Le détail de ce changement, critère par critère, est réservé à la version Pro.
confirmé par la campagne suivante · la note par envoi passe de 62 à 60
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 · 58 pts sur 100
1 tenu · 4 tenus en partie · 1 non applicable
Poids de chaque critère dans la note.
Aucun pixel de suivi d'ouverture Tenu en partie Pixel de suivi d'ouverture détecté (1 des 2 messages transactionnels concernés) 17,5/35 pts
17,5 points sur 35 — tenu sur 1 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 tendam.es.
L'extrait qui l'établit
<img src="https://click.online.tendam.es/open.aspx?***&d=***&bmt=***" width="1" height="1" alt="">
Comment corriger
Salesforce Marketing Cloud : le suivi est actif par défaut sur les envois Email Studio et se règle au niveau de la « send definition ». Un envoi par API peut porter un réglage différent de celui de l'interface.
Propre à salesforce-mc — 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
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 sur l'ensemble des 2 messages transactionnels 10/20 pts
10 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é (1 des 2 messages transactionnels concernés) Tenu en partie
- Aucun chemin distinct pour refuser le suivi sur le seul message transactionnel concerné Non tenu
- CNIL 14/04/2026 · Postmetry
- PM-PRIV-003
Le message dit qui écrit et selon quelles règles Tenu en partie Le message ne dit pas selon quelles règles les données sont traitées — 1 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é — 1 tenue sur 3
- Le message nomme son expéditeur sur 2 messages transactionnels Tenu
- Aucune adresse ne permet de répondre au message (1 des 2 messages transactionnels concernés) Tenu en partie
- Aucun lien ne mène à la politique de confidentialité (1 des 2 messages transactionnels concernés) Tenu en partie
- CPCE L. 34-5 · directive 2000/31 art. 6 · CAN-SPAM
- PM-PRIV-004
Un chemin non tracé mène au site Tenu en partie Tous les liens vers le site passent par un traceur (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.
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 · 70 pts sur 70, ramenés à 100
5 tenus · 1 non applicable
Poids de chaque critère dans la note.
Signature DKIM validée Tenu Signature DKIM valide sur 2 messages transactionnels 20 pts
20 points sur 20 — tenu sur 2 des 2 messages transactionnels concernés.
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 Alignement DMARC vérifié sur 2 messages transactionnels 20 pts
20 points sur 20 — tenu sur 2 des 2 messages transactionnels concernés.
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 Tenu Politique DMARC active sur 2 messages transactionnels 15 pts
15 points sur 15 — tenu sur 2 des 2 messages transactionnels concernés.
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é — 3 tenues sur 3
- 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 Non applicable
- 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 · 71 pts sur 85, ramenés à 100
4 tenus · 2 tenus 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 en partie Le HTML présente des écarts de forme — 2 des 4 mesures tenues 11,2/15 pts
11,2 points sur 15 — part des observations tenues sur 2 messages transactionnels.
Comment corriger
Les erreurs de forme (balises non fermées, attributs en double, imbrication table/div invalide) viennent des blocs collés entre éditeurs ou des modifications à la main dans le code. Passer le HTML dans un validateur avant envoi, et corriger à la source dans le gabarit plutôt que dans chaque campagne.
Un HTML mal formé se rend différemment selon le client de messagerie, et c'est la cause la plus courante d'un affichage cassé sur Outlook ou sur mobile.
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é — 2 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 non fermées ou fermées sans ouverture (1 des 2 messages transactionnels concernés) Tenu en partie
- Identifiants répétés (1 des 2 messages transactionnels concernés) Tenu en partie
- 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 · 39 pts sur 100
1 tenu · 3 tenus en partie · 2 non tenus · 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 Non tenu Aucune version texte seul n'accompagne le message sur les 2 messages transactionnels concernés (0 des 1 mesures tenues) 0/15 pts
0 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é — 0 tenues sur 1
- Aucune version texte seul n'accompagne le message sur les 2 messages transactionnels concernés Non tenu
- La version texte reprend le texte du message Non applicable
- La version texte reprend les liens du message Non applicable
- Postmetry
- PM-EXP-002
Tous les liens restent visibles images bloquées Non tenu Certains liens deviennent invisibles images bloquées 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
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 — aucune des 4 mesures n'est tenue 2,5/20 pts
2,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é — 0 tenues 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 sur les 2 messages transactionnels concernés Non tenu
- Tableaux de mise en page annoncés comme des tableaux de données sur les 2 messages transactionnels concernés Non tenu
- Des liens ne disent pas où ils mènent (1 des 2 messages transactionnels concernés) Tenu en partie
Le message déclare son adaptation aux écrans Tenu en partie Le message ne déclare pas son adaptation aux écrans — aucune des 2 mesures n'est tenue sur l'ensemble des 2 messages transactionnels 7,5/15 pts
7,5 points sur 15 — part des observations tenues sur 2 messages transactionnels.
Comment corriger
Le HTML comporte une balise <meta name="viewport" content="width=device-width"> et des règles @media qui adaptent la largeur et les colonnes sous 600 px ; la largeur fixe de 600 px ne vaut que pour les clients de bureau. Les éditeurs modernes les produisent ; un gabarit ancien ou fait à la main ne les a souvent pas.
Sans ces règles, le message s'affiche à 600 px sur un écran de 390 : zoom obligatoire, texte illisible, liens trop petits.
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é — 0 tenues sur 2
- Zone d'affichage non déclarée (1 des 2 messages transactionnels concernés) Tenu en partie
- Aucune adaptation à la largeur d'écran déclarée (1 des 2 messages transactionnels concernés) Tenu en partie
- 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
reconnu par un sous-domaine de suivi au nom de la marque
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.online.tendam.es/?qs=***
Comparaison sectorielle
Mode & retail — 119 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 11 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