# Le fonctionnement du suivi des ouvertures et des clics

> Comment les ESP comptent réellement les ouvertures et les clics : le fonctionnement du pixel et de la réécriture des liens chez Pardot, Eloqua, Bird, Customer.io et Braze, les définitions des valeurs uniques et totales, la notion de « taux de lecture » et ce que chaque indicateur prouve ou ne prouve pas.

Source: emailmarketing.net — https://emailmarketing.net/fr/apprendre/operations/fonctionnement-du-suivi-des-ouvertures-et-des-clics

Avant de vous fier à un taux d'ouverture ou à un taux de clics, il est utile de savoir comment le chiffre a été produit. Tous les indicateurs d'engagement que publie un fournisseur de services de messagerie (ESP), qu'il s'agisse du taux d'ouverture, du taux de clics, du taux de clics sur ouvertures ou du taux de lecture, découlent de deux modifications apportées au message au moment de l'envoi : un pixel de suivi et des liens réécrits.

Vous trouverez ci-dessous comment les plateformes mettent en œuvre et comptent ces événements, comment elles définissent les valeurs uniques et totales, et ce que chaque chiffre peut et ne peut pas prouver exactement. Les fonctions de confidentialité et les scanners qui faussent ces décomptes (Apple Mail Privacy Protection (MPP), Microsoft Safe Links, la détonation des liens par les passerelles de sécurité, les proxys d'images) sont traités en détail dans [Distorsions du suivi et de la mesure](https://emailmarketing.net/fr/apprendre/operations/distorsions-du-suivi-et-de-la-mesure). Les seuils qu'alimentent ces indicateurs figurent dans [Indicateurs et valeurs de référence de la délivrabilité](https://emailmarketing.net/fr/apprendre/operations/indicateurs-et-valeurs-de-reference-de-la-delivrabilite).

## Le suivi des ouvertures : le pixel

Une ouverture est déduite, jamais observée. L'ESP place dans le corps HTML une **image transparente de 1×1** (un « pixel de suivi », une « balise » ou un « web bug »). Son URL, sur un domaine de suivi, encode l'identifiant unique du destinataire. Lorsque le client de messagerie affiche le message et charge les images distantes, la requête atteint le serveur de suivi, qui enregistre une ouverture avec l'adresse IP à l'origine de la requête, l'user-agent et l'heure.

Comme l'événement est une requête d'image, certains faits valent sur toutes les plateformes :

- **Sans chargement d'image, pas d'ouverture.** Les clients dont les images sont désactivées, les volets de lecture en texte brut et les clients texte seul produisent des faux négatifs. Un « taux d'ouverture » est en réalité un taux de chargement du pixel.
- **Tout chargement d'image compte comme une ouverture**, y compris les aperçus de l'expéditeur lui-même, une campagne transférée ou publiée sur le web, et un modèle qui réutilise un code de suivi.
- **Les parties en texte brut ne peuvent pas être suivies.** Un pixel n'existe qu'en HTML : un message affiché en texte ne produit donc aucune ouverture. C'est pourquoi Pardot appelle une ouverture détectée par le pixel une **« HTML open »** : l'ouverture en texte n'existe pas.
- **Les valeurs totales et uniques diffèrent.** Les requêtes brutes sur le pixel sont les ouvertures *totales* : un destinataire qui recharge le message compte à chaque fois. Les ESP dédoublonnent pour obtenir les ouvertures *uniques* de chaque destinataire, car ils savent quel identifiant appartient à quel abonné. Les valeurs de référence et les comparaisons entre plateformes devraient toujours utiliser le taux **unique**.

### Le repli du clic vers l'ouverture

Plusieurs plateformes enregistrent une ouverture lorsqu'un clic arrive d'un destinataire sans ouverture préalable. Le raisonnement est qu'un clic prouve que le message a été vu, même si le pixel ne s'est jamais chargé parce que les images étaient désactivées.

- **Eloqua** le dit explicitement : « si un clic se produit sans ouverture d'email enregistrée pour ce RecipientID, Oracle Eloqua enregistre automatiquement une ouverture d'email en même temps que le clic » (*If a clickthrough occurs without a recorded email open for that RecipientID, Oracle Eloqua automatically records an email open along with the clickthrough.*). Eloqua détecte donc les ouvertures de deux manières : quand le pixel se charge, et quand un clic implique une ouverture.
- **Customer.io** l'intègre à sa définition : une ouverture est comptée « lorsque le client de messagerie du destinataire charge une image invisible (pixel de suivi) **ou** lorsque le destinataire clique sur l'un des liens de l'email » (*when the recipient's email client loads an invisible image (tracking pixel) or when the recipient clicks one of the links in the email.*).

Ce repli explique pourquoi les audiences qui cliquent beaucoup mais gardent les images désactivées (une grande partie du B2B) affichent tout de même des ouvertures. Il explique aussi pourquoi, depuis MPP, un clic est le seul signal qui révèle une véritable ouverture humaine par un destinataire Apple Mail dont le pixel s'est chargé automatiquement (voir [distorsions](https://emailmarketing.net/fr/apprendre/operations/distorsions-du-suivi-et-de-la-mesure)).

## Le suivi des clics : la réécriture des liens

Le suivi des clics réécrit, au moment de l'envoi, chaque `href` du message pour le faire pointer vers le domaine de redirection de l'ESP (souvent appelé domaine de « tracking », de « click » ou de « links »), avec la destination et le destinataire encodés. Lors d'un clic, le serveur de redirection enregistre la requête et renvoie une redirection HTTP vers la véritable URL. Seule la plateforme d'envoi peut le faire, car les liens doivent être réécrits avant que le message ne parte. C'est pourquoi les outils purement analytiques ne peuvent pas proposer de suivi des clics, et pourquoi la réécriture des liens relève de l'ESP.

Pour ces raisons, les clics sont un signal plus solide que les ouvertures, mais pas un signal propre :

- **Le domaine de redirection porte une réputation.** Les listes de blocage d'URL et les filtres de contenu évaluent les domaines des liens dans le corps du message : un domaine de redirection partagé répartit donc la réputation, bonne ou mauvaise, entre tous les expéditeurs qui l'utilisent. Des noms d'hôte de suivi personnalisés pour chaque client gardent les réputations séparées. Bird sert le suivi des clics et des ouvertures depuis **un nom d'hôte de suivi personnalisé sur votre propre domaine** : un CNAME sous le domaine d'envoi (par défaut `links.yourdomain.com`), en HTTPS, par lequel il réécrit les liens visibles.
- **Les scanners gonflent les clics.** Les passerelles de sécurité (Safe Links, Proofpoint, Mimecast) font « détoner » les liens réécrits en les demandant quelques secondes après la livraison, et chaque requête est enregistrée comme un clic qu'aucune personne n'a fait. Pour les détails et les moyens de distinguer les robots des personnes, voir [Distorsions du suivi et de la mesure](https://emailmarketing.net/fr/apprendre/operations/distorsions-du-suivi-et-de-la-mesure).
- **Les valeurs uniques et totales** fonctionnent comme pour les ouvertures. Les clics totaux comptent chaque requête ; les clics uniques en comptent un par destinataire (certaines plateformes affichent aussi les clics uniques pour chaque lien).

### Le suivi doit être activé avant de fonctionner

Un message n'est pas suivi automatiquement du simple fait qu'il contient des liens. Bird ne suit un envoi que lorsque ces trois conditions sont toutes remplies :

1. l'indicateur de l'envoi (`track_opens` ou `track_clicks`, vrai par défaut) est vrai. Un `false` sur un envoi désactive toujours le suivi, quels que soient les réglages du domaine ;
2. le suivi est activé pour le domaine ;
3. le **CNAME de suivi a été vérifié** : « le suivi des clics et des ouvertures ne fonctionne qu'une fois ce CNAME vérifié ; d'ici là, rien n'est réécrit ni doté d'un pixel » (*Click and open tracking only run once that CNAME has verified; until then nothing is rewritten or pixelled.*).

Bird indique si le CNAME de suivi est prêt séparément de la capacité du domaine à envoyer (`capabilities.tracking` et `capabilities.sending`). Un domaine peut donc envoyer des messages sans enregistrer aucun engagement, et sans aucun avertissement. En pratique, quand les données d'ouverture et de clic d'un client tombent soudain à zéro, la cause est souvent un CNAME de suivi cassé ou non vérifié, et non un changement d'audience.

## Le filtrage des robots et des interactions non humaines intégré au décompte

Les scanners demandent les pixels et les liens réécrits aussi bien que les personnes. Les plateformes matures filtrent donc l'activité des machines avant qu'elle n'atteigne l'indicateur principal, au lieu de simplement publier les requêtes brutes.

- **Customer.io** montre explicitement les deux côtés. Depuis le **2025-03-20**, un indicateur **Human Opened** exclut Apple MPP, le préchargement de Gmail, les robots et les scanners. Depuis le **2025-04-20**, un indicateur **Human Clicked** exclut les scanners de sécurité, les robots, les proxys et les autres schémas non humains. Les indicateurs correspondants **Machine Opened** et **Machine Clicked** recueillent les événements automatisés exclus. Rien n'est compté deux fois : « si un même email a été ouvert à la fois par une machine et par un humain, cela compte pour un dans l'indicateur agrégé » (*if a single email was opened by both a machine and a human, that counts as one in the aggregate metric.*). Toutes les ouvertures dans Apple Mail sont comptées comme non humaines, et une ouverture n'est de nouveau comptée comme humaine que si le destinataire clique aussi : les ouvertures humaines sont donc sous-estimées.
- **Pardot (Account Engagement)** inclut **Metrics Guard** dans tous les comptes. Il détecte, à l'aide de seuils, les rafales d'ouvertures ou de clics provenant d'une même adresse IP. Les seuils sont des « moyennes prudentes des pics d'activité email sur une période donnée dans l'ensemble de l'écosystème Account Engagement » (*conservative averages of peak email activity within a certain time frame across the Account Engagement ecosystem*), et lorsqu'une adresse IP en dépasse un, « le suivi de l'activité à cet emplacement est suspendu jusqu'à ce que le niveau d'activité repasse sous le seuil » (*activity tracking on that location is paused until the activity level falls back below the threshold.*). Il filtre l'essentiel de l'activité des scanners sans bloquer les visiteurs légitimes, mais ne peut pas intercepter tous les robots : l'activité sous les seuils reste enregistrée.
- **Eloqua** stocke les ouvertures et clics automatiques des outils d'analyse des emails, et les ouvertures automatiques dues aux fonctions de confidentialité d'Apple, **séparément** de l'engagement réel des contacts, au lieu de les compter comme de l'engagement.
- **Bird** marque les ouvertures demandées par un proxy avec `is_prefetched: true`, et définit son taux d'ouverture comme les **« ouvertures uniques non préchargées rapportées aux messages livrés »** (*unique non-prefetched opens over delivered*). Les ouvertures préchargées sont retirées du taux principal, et pas seulement étiquetées.
- **Braze** propose des rapports qui « excluent ou incluent les ouvertures par des machines (comme MPP d'Apple) » (*either exclude or include machine opens (like Apple's MPP).*).

Si vous exploitez un ESP, ne comparez jamais un taux d'ouverture non filtré à un taux filtré des robots, et sachez lequel des deux affiche le tableau de bord par défaut de votre plateforme. Sur les listes qui comptent beaucoup d'utilisateurs Apple, l'écart entre « ouvertures » et « ouvertures humaines » atteint souvent 30 à 70 %.

## Ce que les plateformes nomment et exposent réellement

| Plateforme | Une ouverture est comptée quand… | Clic compté comme ouverture | Traitement des robots | Définition d'indicateur notable |
|---|---|---|---|---|
| **Pardot (Account Engagement)** | Le pixel HTML se charge (« HTML open ») ; l'ouverture en texte n'existe pas | Non documenté | Metrics Guard : des seuils de rafale pour chaque adresse IP suspendent le suivi | Publie aussi un **taux de lecture** (niveaux de temps passé sur le message, voir plus bas) |
| **Eloqua** | Le pixel se charge, *ou* un clic arrive sans ouverture préalable pour ce RecipientID | Oui, explicitement | Ouvertures automatiques des scanners et d'Apple stockées séparément de l'engagement | Par défaut, le pixel est `<img …?elq=…>` en bas du message |
| **Bird** | Un chargement de pixel qui n'a pas été préchargé | (une ouverture sur tout événement suivi) | `is_prefetched:true` exclu du taux d'ouverture | Taux d'ouverture = ouvertures uniques non préchargées ÷ messages livrés ; **les taux sont calculés sur l'heure de l'événement, pas sur l'heure de l'envoi** |
| **Customer.io** | Le pixel se charge **ou** un lien est cliqué | Oui, dans la définition | Human et Machine Opened et Clicked (2025) ; rien n'est compté deux fois | Les indicateurs prennent par défaut les messages **livrés** comme base (configurable) ; les événements sur des messages de plus de 6 mois sont ignorés |
| **Braze** | Un pixel 1×1 se charge (un indicateur indirect d'ouverture) | Non documenté | Les rapports peuvent inclure ou exclure les ouvertures par des machines | Présente le taux d'ouverture unique comme indicateur indirect du placement en boîte de réception (voir plus bas) |

Surveillez la base de chaque taux. Customer.io et Bird calculent les taux d'engagement par rapport aux messages **livrés**, et Bird attribue l'engagement à l'**heure de l'événement** : un clic aujourd'hui sur l'envoi de la semaine dernière apparaît dans les chiffres d'aujourd'hui. Deux plateformes peuvent publier des « taux d'ouverture » différents pour un comportement identique, uniquement parce qu'elles choisissent des dénominateurs et une attribution temporelle différents. Avant de comparer, vérifiez toujours le numérateur (unique ? filtré des robots ?) et le dénominateur (livrés ? envoyés ?).

## Le taux de lecture : une mesure complètement différente

Le « taux de lecture » n'est pas un indicateur fondé sur le pixel. Il mesure **pendant combien de temps un message est resté ouvert au premier plan, ou actif,** avant que le lecteur ne passe à autre chose, réparti en niveaux. Pardot distingue **supprimé (deleted, < ~2 s), parcouru (skimmed, ~2 à 8 s) et lu (read, > ~8 s)**. Les données proviennent d'une autre source que les ouvertures :

- Selon oimetrics, les taux de lecture viennent **d'un panel de boîtes de réception surveillées**. Ce sont des taux estimés, pas des mesures directes : attendez-vous donc à des écarts avec vos propres ouvertures.
- Ce sont **des taux uniques, pas des taux totaux**. Ils sont calculés en observant le moment où un abonné marque ou garde un message comme lu, et non par le chargement d'un pixel : ils **échappent donc en grande partie à l'effet d'Apple MPP**. MPP gonfle les ouvertures par pixel, mais il n'invente pas de temps de lecture.
- Leur intérêt pour la délivrabilité : « les taux de lecture utilisent la même méthodologie que les fournisseurs d'accès, comme Gmail et Outlook » (*read rates use the same methodology as ISPs, like Gmail and Outlook*), et « estiment donc plus précisément ce que calculent les fournisseurs d'accès » (*more accurately estimate what ISPs are calculating*) pour le score d'engagement. Le taux de lecture est donc plus proche que n'importe quelle ouverture par pixel du signal d'engagement que calcule le fournisseur de messagerie lui-même.
- Ne comparez le taux de lecture qu'au **taux d'ouverture unique, pas au taux d'ouverture total** ; « plus il est élevé, mieux c'est » (*higher is better*).

Le taux de lecture d'un panel estime la performance d'une liste dans son ensemble ; il ne dit rien de fiable sur un destinataire en particulier. Il sert à vérifier les ouvertures par pixel et d'indicateur indirect des calculs d'engagement du fournisseur. Un taux de lecture sain face à un taux d'ouverture qui s'effondre désigne une distorsion du pixel due à MPP, et non une vraie baisse d'engagement.

<a id="opens-as-a-deliverability-signal--the-honest-reading"></a>

## Les ouvertures comme signal de délivrabilité : la lecture honnête

Braze énonce clairement la position actuelle : un chargement de pixel est « plus susceptible d'indiquer un **placement en boîte de réception** qu'un être humain qui sélectionne réellement votre message et choisit de le lire » (*more likely to indicate inbox placement as opposed to a human being actually selecting your message and choosing to read it*). C'est la manière utile de considérer les ouvertures lorsque vous exploitez un ESP :

- **Un taux d'ouverture unique qui exclut les ouvertures par des machines et dépasse ~25 % indique un placement en boîte de réception généralisé.** En dessous de ~20 %, il suggère un placement dans le dossier spam, et une **tendance régulière à la baisse précède souvent des problèmes de délivrabilité** (Braze). Le tableau de bord de Bird qualifie de « Healthy » un taux d'ouverture supérieur à **35 %**, et de sain un taux de livraison supérieur à **95 %**. Considérez ces chiffres précis comme calibrés par chaque éditeur, et non comme universels. Ce sont des fourchettes qui **excluent les ouvertures par des machines**. Une valeur de référence sur les ouvertures brutes, qui incluent les ouvertures par des machines, comme le ≥ 33 % de Klaviyo, ne peut pas leur être comparée. Le [tableau de référence des seuils](https://emailmarketing.net/fr/apprendre/operations/indicateurs-et-valeurs-de-reference-de-la-delivrabilite#canonical-threshold-table) classe les chiffres de taux d'ouverture selon qu'ils incluent ou excluent les ouvertures par des machines.
- Les fournisseurs de messagerie jugent l'engagement sur des données que les expéditeurs **ne peuvent pas voir** : « délai avant ouverture, délai avant clic, transferts, réponses, suppressions, etc. » (*time-to-open, time-to-click, forwards, replies, deleted, etc.*) (Braze). Votre indicateur d'ouverture est une ombre grossière du vrai modèle du fournisseur, et le taux de lecture en est une ombre un peu moins grossière.
- Pour juger l'engagement d'une audience, et pour décider de la mise en sommeil et du réengagement, appuyez-vous donc sur **les clics et les conversions plutôt que sur les ouvertures**. Pour juger le placement, la tendance du taux d'ouverture agrégé reste un signal d'alerte précoce légitime : une baisse signifie que les messages n'atteignent plus la boîte de réception. En pratique, la règle est d'utiliser les ouvertures pour la direction du placement, et les clics et les conversions pour les décisions d'engagement.

### Ce que chaque indicateur dit et ne dit pas

| Indicateur | Prouve | Ne prouve **pas** |
|---|---|---|
| Livré | Le serveur MX de réception a accepté le message | Qu'il est allé en boîte de réception ou dans le dossier spam |
| Ouverture (pixel brut) | Une image a été demandée (par un client, un proxy ou un scanner) | Qu'une personne l'a vue, quand ou où, ni sur quel appareil |
| Ouverture humaine unique | Le client d'une personne a affiché les images au moins une fois | L'attention, ni que les personnes qui n'ont pas ouvert n'ont pas lu (images désactivées) |
| **Tendance** des ouvertures agrégées | Le sens de l'évolution du placement en boîte de réception | Le placement réel, ni l'intérêt d'un destinataire en particulier |
| Clic (brut) | Un lien réécrit a été demandé | Qu'une personne a cliqué (les scanners font détoner les liens) |
| Clic humain unique | Une personne a agi à partir du message | Que la destination a été atteinte (des pages d'avertissement peuvent la bloquer) |
| Taux de lecture (panel) | Une répartition estimée du temps de lecture, résistante à MPP | Ce qui s'est passé pour un destinataire en particulier ; c'est une estimation par échantillon |
| Conversion ou activité sur le site | Une vraie session et un objectif atteint | (le signal positif le plus fort, et le plus difficile à falsifier) |

## Voir aussi

- [Distorsions du suivi et de la mesure](https://emailmarketing.net/fr/apprendre/operations/distorsions-du-suivi-et-de-la-mesure), sur la façon dont MPP, Safe Links, la détonation des liens et les proxys d'images faussent ces décomptes
- [Indicateurs et valeurs de référence de la délivrabilité](https://emailmarketing.net/fr/apprendre/operations/indicateurs-et-valeurs-de-reference-de-la-delivrabilite)
- [Hygiène de base de données et politiques de mise en sommeil](https://emailmarketing.net/fr/apprendre/operations/hygiene-de-base-de-donnees-et-politiques-de-mise-en-sommeil), sur les définitions de l'engagement qui dépendent des événements auxquels vous vous fiez
- [Contenu et design au service de la délivrabilité](https://emailmarketing.net/fr/apprendre/operations/contenu-et-design-pour-la-delivrabilite), y compris la réputation du domaine de suivi et le traitement des liens
- [Authentification des domaines des clients](https://emailmarketing.net/learn/esp-operations/customer-domain-authentication), y compris la configuration d'un CNAME de suivi personnalisé pour les clients