Aller au contenu

Ce que contient la newsletter de Caval

Expéditeur
je@caval.fr
Routeur
Klaviyo
Secteur
Mode & retail
Envois lus
5 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'ensemble

Le constat principal

Un pixel de suivi d'ouverture est présent sur les 2 messages transactionnels.

C'est le premier des 14 points à corriger. La note la plus haute est délivrabilité (79/100), la plus basse conformité (23/100), mieux que 9 % des 566 marques mesurées.

Surveiller Caval Voir les 14 points

Un email quand un critère change d'état : la version Pro, en accès anticipé.

PDF
Partager

Partager ce rapport

Un seul message, rédigé par nous. Son adresse ne sert qu'à cet envoi et n'entre dans aucune liste.

14 points à corriger

Chaque ligne mène au critère dans sa famille, avec l'extrait qui l'établit et la façon de corriger.

  1. 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 
    <img src="https://trk.caval.fr/o/***" alt="" width="1" height="1" border="0" st…

    Klaviyo : le suivi d'ouverture se règle par campagne et par flow, dans les réglages de suivi.

  2. Prioritaire L'adresse du destinataire est écrite dans le message Critère « Aucun identifiant du destinataire dans le message » Conformité sur 1 des 2 messages transactionnels −5 pts sur 10 
    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.

  3. À 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 messages transactionnels −18,8 pts sur 25

    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.

  4. À 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
  5. À examiner Aucun chemin distinct pour refuser le suivi Critère « Le destinataire garde la main sur le suivi » Conformité mesuré sur 2 messages transactionnels −15 pts sur 20
  6. À 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
  7. À 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
  8. À examiner Une feuille de style distante est appelée Critère « Aucune feuille de style distante » Technique sur les 2 messages transactionnels −10 pts sur 10
  9. À examiner Le gabarit est imbriqué au-delà du seuil Critère « Gabarit peu imbriqué » Technique mesuré sur 2 messages transactionnels −10 pts sur 20
  10. 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
  11. 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
  12. 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
  13. Secondaire Le message n'est pas restituable hors du HTML Critère « Le message reste restituable hors du HTML » Expérience mesuré sur 2 messages transactionnels −2,5 pts sur 15
  14. Secondaire Le HTML présente des écarts de forme Critère « HTML bien formé » Technique mesuré sur 2 messages transactionnels −1,9 pts sur 15

8 critères tenus, dont « Signature DKIM validée » et « HTML sous le seuil de troncature de Gmail ». 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 7 octobre 2026 →

campagnes en 2 semaines
5
environ 2,5 par semaine, en octobre
jour d'envoi favori
Le samedi
3 des 5 campagnes
heure d'envoi favorite
9 h
60 % des campagnes arrivent entre 9 h et 10 h
dernier envoi reçu
24 oct.
« Deux paires satinées font leur entrée 🎀 »
Pixel
Note
55 57 57 57

Campagne 5 sur 5

samedi 24 oct., 9 h 00

Deux paires satinées font leur entrée 🎀

Type
Campagne marketing
Note
analyse en cours
Pixel
—
Voir l'aperçu Lecture technique →

Le jour d'envoi

  1. lun.
  2. mar.
  3. mer.
  4. jeu.
  5. ven.
  6. sam.
  7. dim.

L'heure d'arrivée

1 changement observé depuis octobre

Chaque campagne est comparée à la précédente, critère par critère.

14 oct.

Le détail de ce changement, critère par critère, est réservé à la version Pro.

confirmé par les 2 campagnes suivantes · la note par envoi passe de 55 à 57

Voir ce qui a changé, avant et après Version Pro

Le détail des critères

Les 24 critères + 1 bonus

Tenu Le critère est vérifié sur tous les envois où il s'appliquait. Compte pour la totalité de son poids dans la note. Tenu en partie Le critère est vérifié sur une partie des envois seulement ; le détail dit lesquels. Compte au prorata des envois où il est tenu. Non tenu Le critère n'est vérifié sur aucun des envois où il s'appliquait. Compte zéro, et son poids reste au dénominateur. Non observable Rien dans les envois reçus ne permet de se prononcer : le critère sort du dénominateur et n'est jamais compté comme un échec. Sort du dénominateur : listé, jamais compté comme un échec. Non applicable Le critère ne concerne pas ces envois : la question ne s'y pose pas — un type d'envoi qui ne l'attend pas, une zone cliquable sans dimension déclarée. Distinct de « non observable », qui dit qu'on n'a pas pu mesurer. Sort du dénominateur : la question ne se pose pas sur ces envois.

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.

Pixels de suivi : la règle CNIL Méthode, famille Conformité mieux que 9 % des 566 marques mesurées

Le calcul · 23 pts sur 100

3 tenus en partie · 2 non tenus · 1 non applicable

35 20 20 15 10

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 caval.fr.

L'extrait qui l'établit

<img src="https://trk.caval.fr/o/***" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;">

Comment corriger

Klaviyo : le suivi d'ouverture se règle par campagne et par flow, dans les réglages de suivi. Attention aux flows automatisés : le réglage y est distinct de celui des campagnes.

Propre à klaviyo — 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.

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é (1 des 2 messages transactionnels concernés) Tenu en partie
  • Aucun chemin distinct pour refuser le suivi sur les 2 messages transactionnels concernés Non tenu
  • 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 en partie L'adresse du destinataire est écrite dans le message (1 des 2 messages transactionnels concernés) 5/10 pts

5 points sur 10 — tenu sur 1 des 2 messages transactionnels concernés.

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.

Exigences de Gmail pour les expéditeurs Exigences de Yahoo Méthode, famille Délivrabilité mieux que 8 % des 565 marques mesurées

Le calcul · 55 pts sur 70, ramenés à 100

4 tenus · 1 non tenu · 1 non applicable

20 20 15 10 5

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.

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.

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.

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.

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.

Prise en charge par client (caniemail) Méthode, famille Technique mieux que 32 % des 566 marques mesurées

Le calcul · 63 pts sur 85, ramenés à 100

3 tenus · 2 tenus en partie · 1 non tenu

25 20 15 10 10 5

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 Aucun jeu de caractères déclaré dans le HTML (1 des 2 messages transactionnels concernés) (3 des 4 mesures tenues) 13,1/15 pts

13,1 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é — 3 tenues sur 4

  • Doctype déclaré sur 2 messages transactionnels Tenu
  • Aucun jeu de caractères déclaré dans le HTML (1 des 2 messages transactionnels concernés) Tenu en partie
  • 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 Non tenu Feuille de style distante déclarée sur les 2 messages transactionnels concernés 0/10 pts

0 points sur 10 — tenu sur 0 des 2 messages transactionnels concernés.

Comment corriger

Les règles CSS se mettent dans le message, dans un bloc <style> ou en ligne sur les éléments ; aucun <link rel="stylesheet"> ni @import vers un serveur. Les polices distantes ne sont pas comptées ici : elles sont ignorées par la plupart des clients mais ne cassent rien.

Une feuille distante n'est pas chargée par Gmail, Outlook ni la plupart des clients : le message s'affiche sans ses styles pour la majorité des lecteurs.

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.

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.

WCAG 2.2 Méthode, famille Expérience mieux que 28 % des 566 marques mesurées

Le calcul · 51 pts sur 100

1 tenu · 5 tenus en partie · 1 bonus

25 15 15 10 20 15

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 Le message se lit mal sans ses images ou ne s'annonce pas dans la boîte de réception — aucune des 2 mesures n'est tenue 6,2/25 pts

6,2 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é — 0 tenues sur 2

  • Moins de 200 caractères restent lisibles images bloquées (1 des 2 messages transactionnels concernés) Tenu en partie
  • Pré-en-tête absent, trop court ou trop long sur les 2 messages transactionnels concernés 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 (1 des 2 messages transactionnels concernés) (2 des 3 mesures tenues) 12,5/15 pts

12,5 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 (1 des 2 messages transactionnels concernés) Tenu en partie
  • 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 un seul message transactionnel 10 pts

10 points sur 10 — tenu sur 1 des 1 message transactionnel concerné.

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.

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 sur le seul message transactionnel concerné Non tenu
  • Tableaux de mise en page annoncés comme des tableaux de données sur le seul message transactionnel concerné Non tenu
  • Chaque lien dit où il mène sur 2 messages transactionnels Tenu
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
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://trk.caval.fr/l/***

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.

119 marques analysées dans ce secteur Réservé à la version Pro

Notes de lecture

Comment lire cette page

  1. 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.

  2. Chaque ligne décrit un constat observable, avec l'extrait qui l'établit. Aucune qualification juridique n'y est portée.

  3. 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.

  4. 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.

  5. 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 14 points avec vous, la preuve de chacun et l'ordre dans lequel les corriger. En visio, sans engagement.

Choisir un créneau Agenda Cal.com

Ou emportez-la : le rapport en PDF

Cette analyse vous est utile ?

Un clic, et vous nous aidez à la rendre meilleure.