Aller au contenu

Ce que contient la newsletter de Hajk

Expéditeur
newsletter@hajk.ch
Secteur
Sport & outdoor
Envois lus
15 campagnes, 2 transactionnels
Période
Août 2026
Note d'ensemble

Le constat principal

L'alignement DMARC n'a pas été validé sur les 2 messages transactionnels.

C'est le premier des 8 points à corriger. La note la plus haute est conformité (92/100), la plus basse délivrabilité (50/100), mieux que 1 % des 565 marques mesurées.

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.

8 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 L'alignement DMARC n'a pas été validé Critère « Alignement DMARC validé » Délivrabilité sur les 2 messages transactionnels −20 pts sur 20

    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.

  2. À 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

    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.

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

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

  4. À 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 −12,5 pts sur 25
  5. À 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 −10 pts sur 20
  6. À 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
  7. Secondaire Aucune adaptation à la largeur d'écran déclarée Critère « Le message déclare son adaptation aux écrans » Expérience mesuré sur 2 messages transactionnels −7,5 pts sur 15
  8. 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 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 8 août 2026 →

campagnes en 9 semaines
15
environ 1,7 par semaine, d'août à octobre
jour d'envoi favori
Le jeudi
7 des 15 campagnes
heure d'envoi favorite
7 h
40 % des campagnes arrivent entre 7 h et 8 h
dernier envoi reçu
22 oct.
« 🔥25% auf Velohelme & 20% auf Leuchtwesten: Werde unübersehba… »
Pixel
Note
50 57 57 57 57 52 57 52 57 57 50 57 54 57 55

Campagne 15 sur 15

jeudi 22 oct., 15 h 03

🔥25% auf Velohelme & 20% auf Leuchtwesten: Werde unübersehbar!

Type
Campagne marketing
Note
55 / 100
Pixel
Présent, détecté par sa taille

● Changement observé sur cet envoi, à confirmer au prochain.

Le jour d'envoi

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

L'heure d'arrivée

2 changements observés depuis août

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

23 août

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 50 à 57

22 oct.

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

à confirmer au prochain envoi · la note par envoi passe de 57 à 55

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 94 % des 566 marques mesurées

Le calcul · 74 pts sur 80, ramenés à 100

3 tenus · 1 tenu en partie · 1 non observable · 1 non applicable

35 20 15 10 20

Poids de chaque critère dans la note.

Aucun pixel de suivi d'ouverture Tenu Aucun pixel de suivi d'ouverture sur 2 messages transactionnels 35 pts

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

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 Non observable Le destinataire garde la main sur le suivi — aucun envoi concerné hors calcul

Cette mesure ne s'appliquait à aucun des envois reçus. Elle sort du dénominateur : elle n'est jamais comptée comme un échec.

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 0

  • Lien de désinscription non tracé — aucun envoi concerné Non observable
  • 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 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 Tenu Un chemin non tracé mène au site sur 2 messages transactionnels 15 pts

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

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

3 tenus · 2 non tenus · 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é Non tenu Alignement DMARC en échec sur les 2 messages transactionnels concernés 0/20 pts

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

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.

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 53 % des 566 marques mesurées

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

5 tenus · 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 Gabarit peu imbriqué sur 2 messages transactionnels 20 pts

20 points sur 20 — part des observations tenues sur 2 messages transactionnels.

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 messages transactionnels Tenu
  • 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 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 38 % des 566 marques mesurées

Le calcul · 55 pts sur 100

2 tenus · 3 tenus en partie · 1 non tenu · 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 Pré-en-tête absent, trop court ou trop long sur les 2 messages transactionnels concernés (1 des 2 mesures tenues) 12,5/25 pts

12,5 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 sur les 2 messages transactionnels concernés Non tenu
  • 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 Tenu Tous les liens restent visibles images bloquées sur 2 messages transactionnels 15 pts

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

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.

Le message reste lisible avec une aide technique Tenu en partie Le message pose des obstacles aux aides techniques — 2 des 4 mesures tenues 10/20 pts

10 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é — 2 tenues sur 4

  • Langue du message non déclarée sur les 2 messages transactionnels concernés Non tenu
  • Chaque image de contenu est décrite sur 2 messages transactionnels Tenu
  • 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 en partie Aucune adaptation à la largeur d'écran déclarée sur les 2 messages transactionnels concernés (1 des 2 mesures tenues) 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é — 1 tenue sur 2

  • Zone d'affichage déclarée sur 2 messages transactionnels Tenu
  • Aucune adaptation à la largeur d'écran déclarée sur les 2 messages transactionnels concernés Non tenu
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

Comparaison sectorielle

Sport & outdoor — 36 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

  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 est utile ?

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