Ce que contient la newsletter de Ecocentric
- Expéditeur
- contact@ecocentric.fr
- Secteur
- Beauté
- Envois lus
- 2 campagnes, 1 transactionnel
- Période
- Août – octobre 2026
Le constat principal
L'adresse du destinataire est écrite dans le message sur les 2 campagnes.
C'est le premier des 10 points à corriger. La note la plus haute est technique (91/100), la plus basse expérience (52/100), mieux que 23 % des 503 marques mesurées.
Un email quand un critère change d'état : la version Pro, en accès anticipé.
Partager
Partager ce rapport
Août – octobre 2026 · calculé le 24 octobre
10 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
L'adresse du destinataire est écrite dans le message
Critère « Aucun identifiant du destinataire dans le message »
Conformité
sur les 2 campagnes
−10 pts
sur 10 en
Conformité
href adresse:clair · href adresse:url
Les liens ne portent ni adresse email, ni identifiant de contact, ni jeton de connexion automatique dans leurs paramètres.
-
À examiner
Le message pose des obstacles aux aides techniques
Critère « Le message reste lisible avec une aide technique »
Expérience
mesuré sur 2 campagnes
−15 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
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 campagnes
−15 pts
sur 15 en
Expérience
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.
- À examiner La désinscription en un clic n'est pas annoncée au sens de la RFC 8058 Critère « Désinscription en un clic, au sens de la RFC 8058 » Délivrabilité mesuré sur 2 campagnes −15 pts sur 15 en Délivrabilité
- À examiner La politique DMARC publiée n'écarte aucune usurpation Critère « Politique DMARC qui contribue à écarter certaines usurpations » Délivrabilité sur les 2 campagnes −15 pts sur 15 en Délivrabilité
- À examiner Pré-en-tête absent, trop court ou trop long Critère « Le message se comprend sans ses images, dès la boîte de réception » Expérience mesuré sur 2 campagnes −12,5 pts sur 25 en Expérience
- Secondaire Le HTML présente des écarts de forme Critère « HTML bien formé » Technique mesuré sur 2 campagnes −7,5 pts sur 15 en Technique
- Secondaire Aucune page de désinscription annoncée en en-tête Critère « Se désinscrire est possible et annoncé » Conformité mesuré sur 2 campagnes −7,5 pts sur 15 en Conformité
- Secondaire La version texte reprend moins de 80 % des liens Critère « Le message reste restituable hors du HTML » Expérience mesuré sur 2 campagnes −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 campagnes −5 pts sur 15 en Conformité
14 critères tenus, dont « Aucun pixel de suivi d'ouverture » 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 août. Touchez un point pour l'ouvrir ; les flèches passent d'un envoi à l'autre.
Lecture technique de l'envoi du 15 octobre 2026 →
- campagnes en 9 semaines
- 2
- environ une toutes les 4 semaines, d'août à octobre
- jour d'envoi
- Pas de jour fixe
- le jeudi en tête, 1 des 2 campagnes
- plage d'arrivée
- 7 h – 9 h
- 2 des 2 campagnes
- dernier envoi reçu
- 15 oct.
- « Vente Flash Absolution : -20% sur toute la marque »
Campagne 1 sur 2
dimanche 16 août, 8 h 41
Un cadeau exclusif rien que pour vous 💛
- Type
- Campagne marketing
- Note
- 71 / 100
- Pixel
- Aucun
Campagne 2 sur 2
jeudi 15 oct., 7 h 05
Vente Flash Absolution : -20% sur toute la marque
- Type
- Campagne marketing
- Note
- 71 / 100
- Pixel
- Aucun
Le jour d'envoi
- lun.
- mar.
- mer.
- jeu.
- ven.
- sam.
- dim.
L'heure d'arrivée
Aucun changement observé depuis août
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 · 77 pts sur 100
3 tenus · 2 tenus en partie · 1 non tenu
Poids de chaque critère dans la note.
Aucun pixel de suivi d'ouverture Tenu Aucun pixel de suivi d'ouverture sur 2 campagnes 30 pts
30 points sur 30 — tenu sur 2 des 2 campagnes concernées.
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é Tenu en partie Aucune page de désinscription annoncée en en-tête sur les 2 campagnes concernées (1 des 2 mesures tenues) 7,5/15 pts
7,5 points sur 15 — part des observations tenues sur 2 campagnes.
Comment corriger
Le lien de désinscription se place dans le corps du message, visible sans défilement excessif, et l'en-tête List-Unsubscribe se renseigne dans les réglages d'envoi du routeur (« en-tête de désinscription », « List-Unsubscribe header »). La plupart des routeurs l'ajoutent par défaut ; s'il manque, c'est un gabarit transactionnel ou un envoi SMTP direct qui l'a perdu.
Un lien de désinscription n'augmente pas les désabonnements : il remplace les signalements comme spam, qui pèsent bien plus sur la réputation de l'expéditeur.
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.
Ce qui a été mesuré — 1 tenue sur 2
- Aucune page de désinscription annoncée en en-tête sur les 2 campagnes concernées Non tenu
- Lien de désinscription dans le corps sur 2 campagnes Tenu
- RFC 2369
- PM-PRIV-002
- RFC 2369 — The Use of URLs as Meta-Syntax for Core Mail List Commands
Le destinataire garde la main sur le suivi Tenu Le destinataire garde la main sur le suivi sur 2 campagnes 20 pts
20 points sur 20 — part des observations tenues sur 2 campagnes.
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é — 1 tenue sur 1
- Lien de désinscription non tracé sur 2 campagnes Tenu
- Un chemin distinct mène à un centre de préférences ou au refus du suivi Non applicable
- 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 campagnes concernées (2 des 3 mesures tenues) 10/15 pts
10 points sur 15 — part des observations tenues sur 2 campagnes.
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 campagnes Tenu
- Une réponse au message est possible sur 2 campagnes Tenu
- Aucun lien ne mène à la politique de confidentialité sur les 2 campagnes concernées Non tenu
- CPCE L. 34-5 · directive 2000/31 art. 6 · CAN-SPAM
- PM-PRIV-004
Un chemin non tracé mène au site Tenu Un chemin non tracé mène au site sur 2 campagnes 10 pts
10 points sur 10 — tenu sur 2 des 2 campagnes concernées.
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 Non tenu L'adresse du destinataire est écrite dans le message sur les 2 campagnes concernées 0/10 pts
0 points sur 10 — tenu sur 0 des 2 campagnes concernées.
Encodée en base64 ou hachée, elle reste l'adresse : un hachage se retrouve en hachant une liste d'adresses connues. Placée dans une URL ou un en-tête, elle circule partout où passe le message — journaux des serveurs de redirection, outils d'analyse, historique du navigateur.
L'extrait qui l'établit
href adresse:clair · href adresse:url
Comment corriger
Les liens ne portent ni adresse email, ni identifiant de contact, ni jeton de connexion automatique dans leurs paramètres. Dans le routeur, cela vient des variables de fusion insérées dans les URL (?email={{contact.email}}, ?uid=…) : les retirer des liens du gabarit, et désactiver la connexion automatique par lien si elle est proposée.
Le destinataire reste identifié par le routeur pour les clics tracés ; ce qui change, c'est que son adresse ne circule plus en clair vers le site, ses analytics et ses partenaires.
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 · 55 pts sur 85, ramenés à 100
4 tenus · 2 non tenus
Poids de chaque critère dans la note.
Signature DKIM validée Tenu Signature DKIM valide sur 2 campagnes 20 pts
20 points sur 20 — tenu sur 2 des 2 campagnes concernées.
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 campagnes 20 pts
20 points sur 20 — tenu sur 2 des 2 campagnes concernées.
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 campagnes concernées 0/15 pts
0 points sur 15 — tenu sur 0 des 2 campagnes concernées.
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 campagnes 10 pts
10 points sur 10 — tenu sur 2 des 2 campagnes concernées.
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 tenu Désinscription en un clic absente ou incomplète — aucune des 2 mesures n'est tenue 0/15 pts
0 points sur 15 — part des observations tenues sur 2 campagnes.
Comment corriger
Deux en-têtes s'ajoutent à chaque envoi marketing : List-Unsubscribe avec une URL https et List-Unsubscribe-Post: List-Unsubscribe=One-Click. Les routeurs qui les prennent en charge les activent dans les réglages d'envoi ; l'URL doit accepter une requête POST et désinscrire sans page intermédiaire.
C'est une exigence Gmail et Yahoo pour les expéditeurs en volume depuis 2024 ; elle ne concerne pas les messages transactionnels.
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.
Ce qui a été mesuré — 0 tenues sur 2
- L'en-tête de désinscription ne porte aucune adresse https sur les 2 campagnes concernées Non tenu
- Désinscription en un clic non annoncée sur les 2 campagnes concernées Non tenu
- 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 campagnes 5 pts
5 points sur 5 — part des observations tenues sur 2 campagnes.
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 campagnes Tenu
- Corps signé en entier sur 2 campagnes Tenu
- En-têtes essentiels signés sur 2 campagnes 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 · 77 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 campagnes 25 pts
25 points sur 25 — tenu sur 2 des 2 campagnes concernées.
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 Gabarit peu imbriqué sur 2 campagnes 20 pts
20 points sur 20 — part des observations tenues sur 2 campagnes.
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é — 1 tenue sur 1
- Tableaux de mise en page peu imbriqués sur 2 campagnes Tenu
- Postmetry
- PM-TECH-002
HTML bien formé Tenu en partie Le HTML présente des écarts de forme — 2 des 4 mesures tenues 7,5/15 pts
7,5 points sur 15 — part des observations tenues sur 2 campagnes.
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
- Aucun doctype déclaré sur les 2 campagnes concernées Non tenu
- Aucun jeu de caractères déclaré dans le HTML sur les 2 campagnes concernées Non tenu
- Balises équilibrées sur 2 campagnes Tenu
- Identifiants uniques sur 2 campagnes Tenu
- WHATWG
- PM-TECH-030
Chaque lien mène quelque part Tenu Chaque lien mène quelque part sur 2 campagnes 10 pts
10 points sur 10 — tenu sur 2 des 2 campagnes concernées.
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 campagnes 10 pts
10 points sur 10 — tenu sur 2 des 2 campagnes concernées.
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 campagnes 5 pts
5 points sur 5 — part des observations tenues sur 2 campagnes.
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 campagnes Tenu
- Message-ID bien formé sur 2 campagnes Tenu
- Date lisible sur 2 campagnes Tenu
- Jeu de caractères annoncé sur chaque partie texte sur 2 campagnes Tenu
- Encodage de transfert cohérent sur 2 campagnes 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 · 52 pts sur 100
2 tenus · 3 tenus en partie · 1 non tenu · 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 sur les 2 campagnes concernées (1 des 2 mesures tenues) 12,5/25 pts
12,5 points sur 25 — part des observations tenues sur 2 campagnes.
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 campagnes Tenu
- Pré-en-tête absent, trop court ou trop long sur les 2 campagnes concernées Non tenu
- 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 campagnes concernées (2 des 3 mesures tenues) 10/15 pts
10 points sur 15 — part des observations tenues sur 2 campagnes.
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 campagnes Tenu
- La version texte reprend au moins 60 % du texte sur 2 campagnes Tenu
- La version texte reprend moins de 80 % des liens sur les 2 campagnes concernées Non tenu
- Postmetry
- PM-EXP-002
Tous les liens restent visibles images bloquées Tenu Tous les liens restent visibles images bloquées sur 2 campagnes 15 pts
15 points sur 15 — tenu sur 2 des 2 campagnes concernées.
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 campagnes 10 pts
10 points sur 10 — tenu sur 2 des 2 campagnes concernées.
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 5/20 pts
5 points sur 20 — part des observations tenues sur 2 campagnes.
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 campagnes concernées Non tenu
- Des images de contenu ne sont pas décrites sur les 2 campagnes concernées Non tenu
- Tableaux de mise en page annoncés comme des tableaux de données sur les 2 campagnes concernées Non tenu
- Chaque lien dit où il mène sur 2 campagnes Tenu
Le message déclare son adaptation aux écrans Non tenu Le message ne déclare pas son adaptation aux écrans — aucune des 2 mesures n'est tenue 0/15 pts
0 points sur 15 — part des observations tenues sur 2 campagnes.
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 sur les 2 campagnes concernées Non tenu
- Aucune adaptation à la largeur d'écran déclarée sur les 2 campagnes concernées Non 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 campagnes concernées +0 pts
0 points sur 5 — tenu sur 0 des 2 campagnes concernées.
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
Comparaison sectorielle
Beauté — 69 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 10 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