Votre taux d’ouverture vient de devenir un échantillon. Depuis la recommandation de la CNIL publiée le 14 avril 2026, le pixel de suivi email se traite comme un cookie : consentement préalable, refus aussi simple que l’acceptation, preuve à fournir. L’Italie a suivi, avec des lignes directrices du Garante applicables depuis le 29 octobre 2026. Si votre reporting emailing, vos segments « inactifs » et vos tests A/B d’objet reposent encore sur l’ouverture, une partie de ce qui les alimente n’a plus le droit d’exister sans un oui explicite.
Je ne vais pas refaire le travail de votre DPO. Ce guide prend le sujet par l’autre bout, celui de la mesure : ce que les textes autorisent encore sans consentement, ce qui casse concrètement dans vos tableaux de bord, et comment continuer à piloter vos campagnes avec des indicateurs qui tiennent (clics, UTM, sessions et revenu dans GA4 et BigQuery). Avec une checklist à la fin pour passer à l’action.
Précision utile avant de commencer : rien ici n’est un avis juridique. Je vous renvoie aux textes officiels à chaque fois, lisez-les avec la personne qui porte la conformité chez vous.
Pixel de suivi email et consentement : ce que disent la CNIL et le Garante
Un pixel de suivi, c’est une image invisible d’un pixel sur un pixel, hébergée par votre outil d’emailing, avec un identifiant propre à chaque destinataire. Quand le client mail charge l’image, le serveur note « tel destinataire a ouvert tel email, à telle heure ». C’est exactement la mécanique d’un cookie tiers : une lecture sur le terminal de l’utilisateur, à son insu. Les deux autorités en ont tiré la même conclusion, avec des nuances qui comptent.
France : la recommandation CNIL de 2026
La CNIL a adopté sa recommandation par la délibération n° 2026-042 du 12 mars 2026 et l’a publiée le 14 avril 2026, après une consultation publique menée en 2025 (communiqué de la CNIL). Le principe : le pixel relève de l’article 82 de la loi Informatique et Libertés, donc consentement préalable, sauf exemption.
Pour les adresses collectées avant le 14 avril 2026, la CNIL a laissé trois mois pour informer les destinataires et leur permettre de s’opposer, soit jusqu’au 14 juillet 2026. Ce délai est passé. Les adresses collectées depuis le 14 avril n’ont jamais eu de période de grâce. La FAQ de la CNIL, publiée en juillet, précise les points pratiques, et la CNIL annonce qu’elle veillera au respect des règles lors de ses contrôles à venir.
Deux exemptions seulement :
- la délivrabilité, pour des courriels rattachés à un service demandé par le destinataire : le pixel ne peut alors collecter que la date de dernière ouverture, pour réduire la fréquence ou cesser d’écrire aux inactifs. Pas l’heure, pas le device, pas le nombre d’ouvertures ;
- la sécurité, pour les courriels d’authentification ou de réinitialisation de mot de passe, par exemple. La lutte contre la fraude en général n’en fait pas partie.
Italie : les lignes directrices applicables au 29 octobre 2026
Le Garante a adopté ses lignes directrices le 17 avril 2026, publiées au Journal officiel italien le 29 avril, avec six mois pour se mettre en conformité (texte du Garante). La plupart des cabinets retiennent le 29 octobre 2026 comme date butoir, certains le 28 selon la façon de compter (synthèse Hunton). Dans les deux cas, c’est fait.
La logique est la même, les exemptions diffèrent. Le Garante accepte notamment le comptage statistique agrégé et anonymisé des ouvertures, avec un pixel identique pour tous les destinataires d’une campagne. Il recommande aussi un identifiant de pixel non séquentiel, stocké à part de l’adresse email, et un retrait du consentement granulaire, sans obligation de se désabonner de tout.
Tableau comparatif des usages : consentement requis ou exempté
| Usage du pixel | France (CNIL) | Italie (Garante) |
|---|---|---|
| Taux d’ouverture individuel pour optimiser les campagnes | Consentement | Consentement |
| Profilage, scoring, personnalisation selon l’ouverture | Consentement | Consentement |
| Comptage agrégé, pixel identique et anonymisé par campagne | Collecte soumise au consentement, sauf pixel déjà exempté | Exempté |
| Délivrabilité : date de dernière ouverture pour nettoyer la base | Exempté, sous conditions strictes | Pas d’exemption équivalente explicite |
| Courriels de sécurité et d’authentification | Exempté | Exempté |
| Messages de service imposés par la loi | Selon le cas | Exempté |
La différence la plus piégeuse est sur la ligne « agrégé ». La CNIL précise que des données issues d’un pixel exempté peuvent alimenter une statistique globale une fois anonymisées, mais qu’anonymiser sur le terminal ne suffit pas à exempter la collecte. Autrement dit, en France, « on ne garde que des agrégats » n’est pas un passe-droit. Si vous envoyez dans les deux pays, alignez-vous sur la règle la plus stricte pour chaque usage, sinon vous allez gérer deux configurations d’outil pour un gain marginal.
Et les liens ? La FAQ CNIL indique que les liens traçants ne sont pas directement visés par la recommandation, mais qu’ils restent soumis à l’article 82 dès lors qu’ils impliquent une lecture ou une écriture sur le terminal. Ne concluez donc pas trop vite que « le clic est libre » : faites valider le dispositif de redirection de votre outil.
Ce qui casse dans votre reporting emailing
Le taux d’ouverture devient un échantillon (et il l’était déjà)
Soyons honnêtes : le taux d’ouverture était déjà malade. Depuis l’arrivée de Mail Privacy Protection chez Apple en 2021, le client Mail d’Apple précharge les images des emails, pixels compris, pour les utilisateurs qui l’activent. Résultat : des « ouvertures » enregistrées sans qu’un humain ait lu quoi que ce soit, et un taux gonflé qu’aucun outil ne sait corriger proprement.
La nouveauté de 2026 n’est donc pas technique, elle est juridique. Vous perdez le signal chez tous ceux qui n’ont pas consenti, et vous le gardez, bruité, chez ceux qui ont dit oui. C’est un échantillon auto-sélectionné : les gens qui acceptent le suivi sont rarement représentatifs de votre base. Comparer le taux d’ouverture d’octobre 2026 à celui d’octobre 2025, c’est comparer deux populations différentes.
Segments inactifs, tests A/B d’objet et scoring
Trois usages courants deviennent fragiles :
- le segment « inactifs depuis 90 jours » : un non-consentant n’ouvre jamais, techniquement. Si votre automatisation le classe inactif, vous risquez de purger des clients qui lisent et achètent ;
- le test A/B sur l’objet, qui désigne un gagnant au taux d’ouverture : sur un échantillon réduit et biaisé, le gagnant devient aléatoire ;
- le lead scoring B2B qui donne des points à chaque ouverture : la recommandation CNIL s’applique aussi aux adresses professionnelles.
Mon avis : arrêtez de piloter à l’ouverture, tout court. Le consentement n’est que le coup de grâce d’un indicateur qui ne mesurait plus grand-chose.
Mesurer vos campagnes sans taux d’ouverture
Clics, UTM et convention de nommage pour GA4
Le clic reste votre meilleur signal d’intention côté outil d’emailing (avec la réserve juridique ci-dessus). Mais le vrai juge de paix, c’est ce qui se passe après le clic, sur votre site : sessions, conversions, revenu. Et pour ça, il faut des UTM propres.
Une convention simple qui tient la route :
| Paramètre | Valeur | Exemple |
|---|---|---|
utm_source | nom de l’outil ou de la liste | brevo, newsletter |
utm_medium | toujours email, en minuscules | email |
utm_campaign | date et nom de campagne | 2026-11-black-friday |
utm_content | bloc ou lien cliqué | hero-cta, produit-3 |
Le utm_medium=email en minuscules n’est pas un détail : c’est lui qui range le trafic dans le canal Email du regroupement par défaut de GA4. Un « Email » ou un « e-mail » et vos sessions atterrissent ailleurs. Le utm_content remplace avantageusement la carte de chaleur des clics de votre outil, puisque vous voyez quel bloc génère des achats, pas seulement des clics.
Sessions, conversions et revenu email dans GA4 et BigQuery
Dans GA4, le rapport d’acquisition de trafic filtré sur le canal Email vous donne déjà sessions, conversions et revenu par campagne. Pour aller plus loin, l’export BigQuery permet de rattacher chaque achat à la session email qui l’a précédé. Une requête de départ :
WITH sessions_email AS (
SELECT DISTINCT
user_pseudo_id,
(SELECT value.int_value FROM UNNEST(event_params) WHERE key = 'ga_session_id') AS session_id,
collected_traffic_source.manual_campaign_name AS campagne
FROM `projet.analytics_123456789.events_*`
WHERE _TABLE_SUFFIX BETWEEN '20261001' AND '20261031'
AND collected_traffic_source.manual_medium = 'email'
),
achats AS (
SELECT
user_pseudo_id,
(SELECT value.int_value FROM UNNEST(event_params) WHERE key = 'ga_session_id') AS session_id,
ecommerce.purchase_revenue AS revenu
FROM `projet.analytics_123456789.events_*`
WHERE _TABLE_SUFFIX BETWEEN '20261001' AND '20261031'
AND event_name = 'purchase'
)
SELECT
s.campagne,
COUNT(*) AS sessions,
COUNT(a.revenu) AS achats,
ROUND(SUM(a.revenu), 2) AS revenu
FROM sessions_email s
LEFT JOIN achats a USING (user_pseudo_id, session_id)
GROUP BY s.campagne
ORDER BY revenu DESC
C’est volontairement simple : attribution à la session, sans fenêtre multi-sessions. Pour un premier tableau de bord, c’est largement suffisant, et c’est déjà plus parlant qu’un taux d’ouverture. Rappelez-vous aussi que GA4 dépend lui-même du consentement cookies : vos sessions email sont sous-estimées dans la même proportion que le reste du trafic. Si vous voulez savoir de combien, je détaille la méthode pour mesurer votre taux de consentement réel dans BigQuery, et le comportement de GA4 en cas de refus dans mon guide Consent Mode v2 dans GA4.
Lire le taux d’ouverture sur les seuls consentants
Le taux d’ouverture ne disparaît pas, il change de dénominateur. Calculez-le uniquement sur les destinataires qui ont consenti au pixel, et ne l’extrapolez pas à toute la base. Utilisez-le comme un indicateur de tendance interne (est-ce que mes objets fonctionnent mieux ce mois-ci sur ce panel ?), pas comme un KPI de reporting à la direction. Et surveillez la taille du panel : s’il passe sous quelques milliers de destinataires par envoi, vos écarts entre deux campagnes sont surtout du bruit.
Paramétrer le consentement au pixel dans votre outil d’emailing
Collecte à l’inscription, lien de retrait en pied d’email
La CNIL recommande de recueillir le consentement au moment où vous collectez l’adresse, avec un intitulé court et une description claire de la finalité. Un consentement unique est admis pour des finalités liées, par exemple une newsletter personnalisée grâce au pixel, à condition de le dire. Un silence ou une inactivité valent refus.
Pour le retrait : un lien dans chaque email, vers un centre de préférences, aussi simple que l’acceptation. Et le retrait a un effet technique précis : votre outil doit ignorer les requêtes du pixel pour ce destinataire, et supprimer les données déjà collectées sauf autre base légale. Si votre outil ne sait pas désactiver le suivi d’ouverture contact par contact, c’est la première question à poser à l’éditeur. Je ne cite pas de menu précis ici : les libellés changent d’un outil à l’autre et d’une version à l’autre, vérifiez dans leur documentation.
Dernier point souvent oublié : un destinataire qui refuse le pixel doit continuer à recevoir vos emails. Le refus du suivi n’est pas un désabonnement.
Synchroniser le statut de consentement avec le CRM et l’outil d’emailing
Traitez le consentement pixel comme une donnée à part entière, avec sa date, sa source et sa version du texte affiché. Concrètement : un champ dédié dans le CRM, synchronisé vers l’outil d’emailing, et jamais déduit d’un autre consentement (cookies du site, opt-in marketing). La CNIL rappelle qu’une clause contractuelle avec votre prestataire ne suffit pas à prouver le consentement : c’est vous, l’expéditeur, qui devez pouvoir le démontrer.
Et tant que vous y êtes, gardez un œil sur la suite réglementaire européenne : le Digital Omnibus rebat déjà les cartes des règles de consentement côté site, et les pixels email s’inscrivent dans le même mouvement.
Checklist de mise en conformité côté tracking
| Étape | Question à se poser | Fait ? |
|---|---|---|
| Inventaire | Quels emails contiennent un pixel, et pour quelle finalité ? | |
| Exemptions | Quels usages relèvent vraiment de la délivrabilité ou de la sécurité ? | |
| Collecte | Le formulaire d’inscription propose-t-il un choix clair sur le pixel ? | |
| Stockage | Le consentement est-il historisé (date, source, version) dans le CRM ? | |
| Outil d’emailing | Le suivi d’ouverture est-il coupé pour les non-consentants ? | |
| Retrait | Chaque email contient-il un lien de retrait simple ? | |
| Liens | Le dispositif de redirection des clics a-t-il été validé juridiquement ? | |
| UTM | Tous les liens portent-ils utm_medium=email et un utm_campaign normé ? | |
| Reporting | Les KPI de campagne reposent-ils sur sessions, conversions et revenu GA4 ? | |
| Segments | Les segments « inactifs » ont-ils été revus pour ne plus dépendre de l’ouverture ? |
FAQ
Le pixel de suivi email exige-t-il toujours un consentement ?
En France, oui, sauf deux exemptions : la délivrabilité (date de dernière ouverture uniquement, pour des courriels liés à un service demandé) et la sécurité (authentification, réinitialisation de mot de passe). En Italie, le comptage agrégé et anonymisé est aussi exempté.
Les emails envoyés à des adresses professionnelles sont-ils concernés ?
Oui. La FAQ de la CNIL précise que la recommandation s’applique à tous les courriels contenant des traceurs, y compris ceux envoyés à des adresses professionnelles.
Le suivi des clics est-il libre ?
Pas forcément. La CNIL indique que les liens traçants ne sont pas directement visés par la recommandation, mais qu’ils restent soumis à l’article 82 s’ils lisent ou écrivent sur le terminal. Faites valider le fonctionnement de votre outil.
Puis-je continuer à afficher un taux d’ouverture ?
Oui, calculé sur les seuls destinataires qui ont consenti, et présenté comme tel. Ne l’extrapolez pas à toute la base, et ne le comparez pas aux périodes antérieures à la recommandation.
Quel indicateur suivre à la place ?
Les sessions, conversions et revenu attribués au canal Email dans GA4, avec des UTM normés. C’est ce qui mesure ce que l’email rapporte, pas seulement ce qu’il affiche.
Ce qu’il faut retenir
Le pixel de suivi email n’est plus un réglage par défaut, c’est un traceur soumis au consentement en France comme en Italie. Plutôt que de vous battre pour sauver un taux d’ouverture qui ne valait déjà plus grand-chose, profitez-en pour basculer votre pilotage sur ce qui compte : le clic, la session et le revenu, mesurés proprement dans GA4. Commencez cette semaine par deux choses : l’inventaire de vos pixels et la normalisation de vos UTM. Le reste de la checklist suivra.