- 24 Aug, 2026
Pixels de suivi dans les emails : ce que les équipes marketing doivent corriger après la recommandation CNIL
Un pixel de suivi dans un email paraît souvent anodin. Il est petit, invisible, intégré par défaut dans beaucoup d’outils d’emailing, et il alimente une métrique familière : le taux d’ouverture. Mais cette simplicité apparente cache une vraie décision de conformité. Un pixel peut permettre de savoir qu’une adresse a ouvert un message, à quel moment, parfois dans quel contexte technique, et d’associer ce signal à une fiche CRM, une campagne ou un scénario d’automatisation. Ce n’est pas seulement une statistique de campagne. C’est souvent une opération de traçage. La recommandation finale publiée par la CNIL en avril 2026 donne un cadre plus précis aux pixels de suivi dans les courriels. Pour les équipes marketing, growth, CRM et communication, la bonne question n’est donc plus : « faut-il garder le taux d’ouverture ? ». La bonne question est : à quelle finalité sert le pixel, avec quelles données, pour quels destinataires, et sur quelle base ? Cet article propose une méthode concrète pour revoir vos pratiques sans jeter tout votre reporting email. Pourquoi le sujet change maintenant La CNIL a publié le 14 avril 2026 sa recommandation finale sur les pixels de suivi dans les courriels, après consultation publique. Le texte vise les organismes privés et publics qui utilisent ces pixels, ainsi que les prestataires techniques de l’écosystème. La recommandation précise trois points importants :le rôle des acteurs, notamment entre expéditeur et prestataire ; les cas où le consentement est nécessaire ; les cas où un pixel peut être exempté, sous conditions strictes.La CNIL a aussi prévu une approche progressive pour les adresses collectées avant la publication de la recommandation. Les expéditeurs pouvaient continuer à insérer certains pixels si les destinataires recevaient une information claire dans un délai qui ne devait, en principe, pas dépasser trois mois à compter du 14 avril 2026, et en l’absence d’opposition après qu’un moyen simple de s’opposer leur a été proposé. Au moment d’écrire cet article, cette période est donc passée. Pour une équipe qui n’a pas encore audité ses emails, le sujet n’est plus théorique. Il faut vérifier les outils, les modèles d’emails et les finalités réelles. Ce qu’un pixel de suivi mesure vraiment Un pixel de suivi est généralement une image minuscule chargée depuis un serveur distant lorsque le message est ouvert. L’URL de cette image peut contenir un identifiant rattaché à un destinataire, une campagne, un message ou une variation. Quand le client mail charge l’image, une requête est envoyée. Selon la configuration de l’outil, cette requête peut permettre de déduire ou d’enregistrer :qu’un message a été ouvert ou chargé ; la date ou l’heure d’ouverture ; l’identifiant du destinataire ou du message ; la campagne ou le segment concerné ; des informations techniques transmises avec la requête ; parfois une localisation approximative ou des informations liées au client mail, selon les traitements réalisés.Le point important est que le pixel n’est pas une simple donnée de performance abstraite. Dans beaucoup de configurations, il produit d’abord un signal individuel, puis ce signal est agrégé dans un rapport. Il faut aussi rester prudent sur la lecture métier. Un « ouvert » ne signifie pas nécessairement qu’une personne a lu le contenu. Les images peuvent être bloquées, préchargées, relayées ou chargées dans des conditions propres au client mail. Le taux d’ouverture reste utile pour certaines tendances, mais il ne doit pas être traité comme une mesure fiable de l’attention individuelle. La règle de base : partir de la finalité Le réflexe le plus risqué consiste à classer les pixels par outil : « notre plateforme d’emailing le fait donc c’est standard ». La CNIL invite plutôt à raisonner par finalité. Un même mécanisme technique peut servir à plusieurs objectifs :mesurer l’audience d’une campagne ; personnaliser les prochains messages ; scorer un prospect ; déclencher une alerte commerciale ; nettoyer une base d’inactifs ; améliorer la délivrabilité ; authentifier l’utilisateur pour un service demandé.Ces objectifs n’appellent pas tous la même analyse. L’article 82 de la loi Informatique et Libertés encadre les opérations consistant à accéder à des informations stockées dans le terminal ou à y inscrire des informations. Il prévoit une logique de consentement, sauf exceptions, notamment lorsque l’opération a pour finalité exclusive de permettre ou faciliter la communication électronique, ou lorsqu’elle est strictement nécessaire à un service demandé par l’utilisateur. En pratique, il faut donc distinguer deux questions :Le pixel est-il soumis au consentement au titre des règles sur les traceurs ? Le traitement de données personnelles associé respecte-t-il aussi le RGPD, avec une base légale, une information, une durée de conservation et des droits effectifs ?Le consentement traceur et la base légale RGPD ne se remplacent pas mécaniquement. Une équipe peut avoir le droit d’envoyer un email commercial dans certains cas, mais cela ne signifie pas automatiquement qu’elle peut y insérer un pixel de suivi sans consentement. Les usages qui nécessitent le plus souvent un consentement Les usages marketing individualisés sont les plus sensibles. C’est le cas lorsque le pixel permet de savoir qu’une personne a ouvert un message afin de modifier son profil, son score, son segment ou la suite de son parcours. Exemples typiques :afficher dans le CRM qu’un contact a ouvert un email ; déclencher une relance automatique après ouverture ; prioriser un lead parce qu’il a ouvert plusieurs messages ; personnaliser une newsletter selon les ouvertures précédentes ; mesurer l’intérêt d’un destinataire pour une catégorie d’offres ; alimenter un reporting nominatif par contact ou par compte.Ces usages dépassent la simple délivrabilité. Ils visent à comprendre, influencer ou personnaliser la relation avec une personne. Ils doivent donc être traités comme des finalités de suivi à part entière. Le cas des pixels « mixtes » mérite une attention particulière. Un même pixel peut poursuivre une finalité exemptée et une finalité soumise à consentement. Mais la finalité soumise à consentement ne peut être poursuivie qu’après recueil d’un consentement valide. Il n’est pas sain de déposer un pixel « en attente » d’un consentement futur, puis de décider plus tard comment l’utiliser. La délivrabilité peut être exemptée, mais seulement dans un cadre strict La recommandation reconnaît une exemption possible pour certaines mesures individuelles de délivrabilité. L’idée est opérationnelle : identifier des destinataires qui n’ouvrent plus les emails afin de réduire la fréquence, arrêter les envois ou nettoyer la base. Cela peut préserver la réputation d’envoi et éviter de continuer à solliciter des personnes manifestement inactives. Mais cette exemption est strictement encadrée. Elle ne transforme pas le taux d’ouverture en métrique libre. Pour rester dans ce cadre, le pixel doit notamment être limité à la finalité de délivrabilité et être rattaché à un service demandé par le destinataire. La CNIL précise aussi que la collecte doit être limitée à ce qui est nécessaire. En principe, la donnée centrale pour cet objectif est la date de dernière ouverture. Collecter l’adresse IP, le user-agent ou d’autres données supplémentaires, puis les supprimer ou les anonymiser rapidement, ne suffit pas à faire entrer l’usage dans l’exemption si ces données n’étaient pas nécessaires dès le départ. La logique est importante pour les équipes marketing : une donnée excessive ne devient pas nécessaire parce qu’elle est supprimée vite. Les newsletters ne sont pas toutes dans le même cas Le mot « newsletter » recouvre des situations très différentes. Une lettre d’information demandée explicitement par l’utilisateur peut, dans certains cas, se rattacher à un service demandé. Un pixel utilisé uniquement pour la délivrabilité peut alors bénéficier de l’exemption, si toutes les autres conditions sont réunies. À l’inverse, une communication envoyée sur le fondement de l’exception applicable aux produits ou services analogues ne devient pas automatiquement un service demandé par l’utilisateur. Dans ce cas, le pixel de délivrabilité ne peut pas être considéré comme exempté de façon automatique. Il faut donc regarder la source de la liste, le mode d’inscription, la promesse faite au moment de l’abonnement et les finalités réelles du pixel. Une newsletter personnalisée ajoute une autre question. Si le pixel sert directement à personnaliser le contenu ou la fréquence, le consentement peut être lié à l’abonnement à condition que l’information soit claire et que les finalités soient suffisamment connexes. Cela ne doit pas devenir une formule vague du type « nous améliorons votre expérience ». Le destinataire doit comprendre ce qu’il accepte. Emails transactionnels, relances panier et messages réglementaires Les emails transactionnels ont souvent un statut plus favorable, mais pas sans limite. Un email de confirmation d’achat, de souscription, de facture, de réinitialisation de mot de passe ou d’information légale peut se rattacher à un service demandé par l’utilisateur. Un pixel limité à une finalité compatible, par exemple la délivrabilité ou l’authentification de l’utilisateur, peut donc être analysé dans le cadre de l’exemption. Mais le contenu du message compte. Si un email prétend être transactionnel tout en intégrant une forte dimension promotionnelle, l’analyse change. La CNIL donne notamment l’exemple de la relance panier : elle vise essentiellement à inciter à finaliser un achat et ne peut pas bénéficier de l’exemption au titre des emails transactionnels. La bonne méthode consiste à classer les modèles d’emails un par un : confirmation, facture, onboarding, newsletter, prospection, relance, support, sécurité, notification produit. Une règle globale sur « tous les emails » sera presque toujours trop approximative. Les liens traçants ne doivent pas être oubliés La recommandation vise les pixels dans les courriels. Les liens traçants ne sont pas directement couverts par cette recommandation, mais la CNIL rappelle que des principes similaires doivent être pris en compte. Un lien traçant peut contenir un identifiant de destinataire, de campagne ou de segment. Lorsqu’il est cliqué, il peut associer l’action à une personne. Selon la technique utilisée, il peut aussi impliquer des opérations couvertes par l’article 82. Pour les équipes acquisition, cela crée une distinction utile :les paramètres UTM décrivent une campagne ou un canal ; les identifiants de personne dans les liens suivent un destinataire.Le guide Pomelo sur les UTM, referrers et trafic direct explique comment marquer proprement les campagnes sans confondre attribution et suivi individuel. Le guide sur le filtrage des paramètres d’URL complète ce point : une adresse email, un identifiant client ou un jeton ne doit pas circuler dans les URLs mesurées par l’analytics web. Comment auditer votre outil d’emailing L’audit doit partir des emails réels, pas seulement des paramètres globaux de la plateforme. Commencez par inventorier vos catégories de messages : newsletter, nurturing, prospection, transactional, support, sécurité, produit, événementiel. Pour chaque catégorie, notez si un pixel d’ouverture est activé, si les clics sont suivis, si les données sont synchronisées vers le CRM et si des automatisations utilisent ces signaux. Ensuite, posez cinq questions simples. 1. Quelle finalité est poursuivie ? Écrivez une phrase compréhensible : « réduire la fréquence d’envoi aux destinataires inactifs », « mesurer la performance globale de la newsletter », « déclencher une relance commerciale », « personnaliser le contenu ». Si la finalité est floue, le paramétrage l’est probablement aussi. 2. Quelles données sont collectées ? Ne vous contentez pas de « ouvert ou non ouvert ». Vérifiez l’identifiant, l’horodatage, l’adresse IP, le user-agent, les informations de campagne, les tags CRM, les exports et les données conservées dans les logs du prestataire. 3. La donnée est-elle nécessaire ? Pour la délivrabilité, la CNIL indique qu’en principe la date de dernière ouverture est la donnée centrale. Si l’outil collecte davantage, il faut justifier ce besoin ou désactiver la collecte excessive. 4. Le choix est-il compréhensible et retirable ? Lorsque le consentement est requis, le destinataire doit comprendre la portée de son choix. Il doit aussi pouvoir retirer ce consentement aussi simplement qu’il l’a donné. Un centre de préférences peut regrouper plusieurs choix, mais il ne doit pas rendre l’exercice des droits plus complexe. 5. Que se passe-t-il après retrait ? Comme un email déjà envoyé ne peut pas être supprimé de la boîte du destinataire, l’expéditeur doit prévoir un mécanisme pour ignorer les requêtes de pixels associées à un consentement retiré. Les données déjà collectées doivent aussi être supprimées si aucune autre base légale ne justifie leur conservation. Une matrice de décision simpleUsage Lecture prudente Action recommandéeTaux d’ouverture global d’une newsletter Possible seulement si la collecte initiale est licite et les données effectivement anonymisées ou agrégées Vérifier la collecte source, puis publier un indicateur agrégéNettoyage des inactifs pour une newsletter expressément demandée Exemption envisageable pour la délivrabilité Limiter la donnée, documenter la finalité, prévoir opposition et informationScoring CRM basé sur les ouvertures Suivi individualisé Recueillir un consentement valide et documenter le traitementAlerte commerciale après ouverture Suivi individualisé sensible Éviter par défaut ou recueillir un consentement explicite et clairEmail de confirmation d’achat sans promotion Service demandé Évaluer une exemption pour délivrabilité ou authentification de l’utilisateur, sans finalité marketingRelance panier Communication promotionnelle Ne pas traiter comme email transactionnel exemptéLien de désinscription sécurisé Peut être strictement nécessaire Limiter le lien à cette finalitéCette matrice ne remplace pas une analyse juridique, mais elle aide à faire tomber les zones grises les plus fréquentes. Que faire si vous n’avez rien envoyé avant le 14 juillet 2026 ? Pour les adresses collectées avant le 14 avril 2026, la CNIL a prévu une période transitoire. En principe, l’information claire permettant l’opposition devait être envoyée dans les trois mois, soit avant le 14 juillet 2026. La FAQ de la CNIL prévoit qu’un délai plus long peut être justifié dans certaines situations, par exemple en cas de volume de base ou de problèmes de délivrabilité, mais ces difficultés doivent être objectivement documentées. Si cette information n’a pas été envoyée et qu’aucune justification solide ne l’explique, l’expéditeur doit appliquer les règles de la recommandation. Cela signifie notamment recueillir le consentement lorsque le pixel le nécessite, ou cesser l’usage des pixels qui exigent ce consentement. L’action la plus sûre est souvent progressive : désactiver les pixels non nécessaires, conserver les mesures strictement justifiées, puis reconstruire les préférences proprement lors des prochains points de collecte ou d’abonnement. Garder un reporting utile sans suivre chaque ouverture Supprimer ou limiter les pixels ne signifie pas renoncer à mesurer l’email marketing. La mesure post-clic reste souvent plus utile que l’ouverture. Un clic vers une page d’acquisition, une visite qualifiée, une demande de démo, une inscription ou un téléchargement donnent une meilleure lecture de l’intention qu’un chargement d’image. Pour cela, il faut marquer les liens avec des paramètres de campagne non identifiants et lire les résultats dans l’analytics web. Les UTM doivent décrire la campagne, le canal et éventuellement la variante, pas la personne. Une URL comme utm_source=newsletter&utm_medium=email&utm_campaign=product_update est exploitable. Une URL contenant une adresse email ou un identifiant client crée une dette de confidentialité. C’est aussi là que la séparation entre outils est saine. L’outil d’emailing gère l’envoi, les préférences et les obligations propres au canal. L’analytics web mesure ce qui se passe après le clic, avec une collecte limitée et documentée. Le résumé de collecte de données analytics peut aider à expliquer clairement ce que l’outil web reçoit ou ne reçoit pas. Pomelo s’inscrit dans cette logique : mesurer les signaux web utiles sans transformer chaque interaction marketing en suivi individuel. Mais aucun outil analytics ne rend conforme, à lui seul, la configuration d’un outil d’emailing. Les deux périmètres doivent être audités séparément. Checklist de correction pour une équipe marketing Avant la prochaine campagne, passez en revue les points suivants :identifier tous les modèles d’emails qui contiennent un pixel ; distinguer ouverture, clic, personnalisation, scoring, délivrabilité et sécurité ; désactiver les pixels qui n’ont pas de finalité claire ; vérifier si les emails sont réellement demandés par le destinataire ; limiter les données collectées pour la délivrabilité ; éviter l’adresse IP, le user-agent ou les données supplémentaires quand elles ne sont pas nécessaires ; séparer les statistiques agrégées des signaux individuels ; prévoir un mécanisme de retrait ou d’opposition simple ; s’assurer que les pixels déjà envoyés ne sont plus exploités après retrait ; mettre à jour la politique de confidentialité et, si nécessaire, le centre de préférences ; documenter la configuration de l’outil et les choix retenus ; vérifier les contrats et rôles avec les prestataires.La politique de confidentialité analytics donne une méthode utile pour éviter les formulations trop larges. Le même principe vaut ici : ne promettez pas une mesure « anonyme » ou « purement statistique » si l’outil traite d’abord des signaux rattachés à une personne. Conclusion La recommandation CNIL ne dit pas que toute mesure email est interdite. Elle impose une discipline plus nette : nommer les finalités, limiter les données, distinguer la délivrabilité du marketing individualisé, et donner un vrai contrôle aux personnes lorsque le consentement est requis. Le taux d’ouverture peut encore exister dans certains reportings. Mais il doit être replacé à sa juste place : une métrique fragile, parfois utile en agrégé, rarement suffisante pour piloter seule une campagne, et juridiquement sensible lorsqu’elle repose sur un suivi individuel. Pour les équipes marketing, la bonne correction n’est pas seulement de changer une case dans Mailchimp, Brevo, HubSpot ou un autre outil. C’est de reconstruire une mesure email plus sobre, plus explicite et plus cohérente avec le reste de la stack analytics. FAQ Les pixels de suivi dans les emails sont-ils toujours soumis au consentement ? Non. Certains pixels peuvent bénéficier d’une exemption, notamment pour une finalité strictement encadrée de délivrabilité ou d’authentification de l’utilisateur. Mais les usages marketing individualisés, le scoring, la personnalisation ou les alertes commerciales nécessitent généralement une analyse de consentement. Un taux d’ouverture global peut-il être calculé à partir de données agrégées ? Il peut être calculé à partir de données collectées licitement, puis effectivement anonymisées ou agrégées. Cela ne dispense pas d’analyser la collecte initiale du pixel. L’agrégation en aval ne corrige pas une collecte excessive ou non autorisée. Une newsletter expressément demandée peut-elle utiliser un pixel de délivrabilité ? Oui, cela peut être envisageable si la newsletter correspond à un service demandé par l’utilisateur et si le pixel est limité à la délivrabilité. Il faut notamment limiter les données et ne pas réutiliser ce signal pour du scoring ou de la personnalisation non couverte. Les liens traçants sont-ils concernés ? La recommandation porte directement sur les pixels dans les courriels. Les liens traçants ne sont pas couverts directement par ce texte, mais ils doivent être analysés au regard des mêmes principes de finalité, de transparence, de consentement éventuel et de minimisation. Que faut-il faire en priorité si les pixels sont activés partout ? Commencez par désactiver les usages sans finalité claire, puis séparez délivrabilité, mesure agrégée et suivi individualisé. Ensuite, mettez à jour l’information, les préférences, la preuve du consentement et la configuration de vos outils. SourcesCNIL, Pixels de suivi dans les courriers électroniques : la CNIL publie ses recommandations pour mieux protéger la vie privée, 14 avril 2026 CNIL, Questions-réponses - recommandation relative aux pixels dans les courriers électroniques, 22 juillet 2026 Légifrance, article 82 de la loi Informatique et Libertés EDPB, Guidelines 2/2023 on Technical Scope of Art. 5(3) of ePrivacy Directive, final version, 16 October 2024 CNIL, Site web, cookies et autres traceurs
Lire l'article →
- 27 Jul, 2026
Migration analytics : la checklist pour changer d’outil sans recréer de dette de tracking
Changer d’outil analytics paraît simple : remplacer un script, attendre quelques jours et comparer les courbes. C’est rarement suffisant. Une migration modifie plusieurs couches à la fois :les données collectées ; la définition des métriques ; le fonctionnement du consentement ; les événements et conversions ; la structure des sites et espaces ; les accès ; la rétention ; les rapports ; les habitudes de décision.Le principal risque n’est pas de perdre un graphique. C’est de transporter une dette de tracking ancienne dans un nouvel outil, puis d’interpréter comme un changement business ce qui n’est qu’un changement de méthode. Cette checklist propose une migration en dix étapes, adaptée aux PME, SaaS B2B et équipes multi-sites. 1. Définir pourquoi vous migrez Commencez par écrire la raison du changement. Exemples :réduire la complexité de la collecte ; mieux documenter les données ; améliorer la lisibilité pour plusieurs équipes ; diminuer le coût ; reprendre le contrôle de l’hébergement ou de la rétention ; simplifier le consentement ; suivre plusieurs sites dans une gouvernance commune ; remplacer un outil arrêté ou devenu inadapté.Transformez cette raison en critères d’acceptation.Objectif Critère vérifiableSimplifier Le rapport mensuel utilise cinq indicateurs stablesRéduire la collecte Chaque champ collecté possède une finalité documentéeGouverner plusieurs sites Les accès et nomenclatures sont cohérentsMaîtriser les coûts Le coût total est connu pour le volume prévuClarifier le consentement La configuration est documentée et testéeAméliorer la qualité Les événements critiques passent un plan de validationSans critères, la migration se termine lorsque le script fonctionne. Avec des critères, elle se termine lorsque l’équipe peut à nouveau décider avec confiance. La grille de gouvernance pour choisir un outil analytics aide à formaliser cette étape. 2. Inventorier l’existant avant de supprimer quoi que ce soit Créez un inventaire technique et éditorial. Scripts et points de collecte Relevez :scripts chargés dans le site ; tags gérés par un gestionnaire de balises ; pixels publicitaires ; collecte côté serveur ; plugins CMS ; SDK mobiles ; événements envoyés par le backend ; intégrations CRM, support, paiement ou emailing ; paramètres de consentement ; proxys et domaines de collecte.Données et rapports Listez :pages vues ; événements ; conversions ; dimensions personnalisées ; audiences ; segments ; funnels ; rapports récurrents ; exports ; alertes ; tableaux de bord ; API utilisées ; destinataires.Responsabilités Pour chaque composant, notez :propriétaire ; finalité ; outil destinataire ; base ou condition de collecte à examiner ; durée de conservation ; personnes ayant accès ; dépendances ; décision : conserver, transformer ou supprimer.Cet inventaire devient le point de départ du résumé de collecte analytics. Il révèle souvent des tags que personne n’utilise plus. 3. Geler les définitions avant de reconstruire Deux outils peuvent utiliser les mêmes mots pour des métriques différentes. « Visiteur », « utilisateur », « session », « engagement », « rebond », « conversion » ou « source » dépendent :de la fenêtre temporelle ; de la méthode d’identification ; des règles de session ; des filtres ; du consentement ; du traitement des bots ; du fuseau horaire ; de l’attribution ; des événements reçus.Créez un dictionnaire de migration :Concept métier Ancienne définition Nouvelle définition DécisionVisite Règle de session actuelle Règle du nouvel outil Comparer par tendanceLead Événement de formulaire Soumission acceptée NormaliserSource Canal calculé Referrer/UTM Documenter l’écartConversion Liste historique Objectifs prioritaires RéduireTrafic interne Filtre IP Filtre ou règle nouvelle RetesterNe forcez pas une fausse équivalence. Il vaut mieux documenter une rupture de série que produire des nombres artificiellement alignés. 4. Réduire le plan de marquage Une migration est une occasion de supprimer, pas seulement de recopier. Classez les événements existants en quatre groupes :décisionnels : nécessaires à un KPI ou une action ; diagnostiques : utiles pour expliquer un problème ; opérationnels : nécessaires à une intégration ; orphelins : collectés sans usage identifiable.Supprimez les événements orphelins. Réduisez les variantes qui décrivent la même action. Choisissez des noms stables et une propriété claire pour chaque événement. Un événement critique doit préciser :nom ; déclencheur ; page ou contexte ; paramètres autorisés ; exemple ; propriétaire ; KPI associé ; test de réussite.Le plan de marquage minimaliste fournit une base pour limiter le volume. 5. Vérifier la collecte et les URL Avant d’installer le nouvel outil, examinez ce qu’il recevra réellement. Les URL peuvent contenir :paramètres UTM ; identifiants de campagne ; termes de recherche internes ; adresses email ; tokens ; références de commande ; identifiants client ; valeurs de formulaire ; fragments techniques.Définissez une allowlist ou une stratégie de suppression. Conservez les paramètres utiles à l’acquisition lorsqu’ils sont nécessaires, mais retirez les valeurs sensibles ou purement techniques avant stockage. Le guide sur le filtrage des paramètres d’URL détaille cette étape. Testez aussi :le referrer ; l’adresse IP et son traitement ; les headers ; le user-agent ; les propriétés d’événements ; les données envoyées côté serveur ; les logs d’infrastructure ; les exports.« Cookieless » ne décrit qu’une partie de la collecte. La migration doit documenter l’ensemble des signaux. 6. Revoir consentement, contrats et gouvernance Un changement d’outil ne rend pas automatiquement une configuration exemptée de consentement. Vérifiez :finalités ; traceurs ou accès au terminal ; données collectées ; enrichissements ; transmission à des tiers ; réutilisation par le fournisseur ; transfert hors Espace économique européen ; sous-traitants ; rétention ; mécanisme d’opposition lorsqu’il est pertinent ; documentation et information des personnes ; paramétrage du gestionnaire de consentement.La CNIL encadre strictement les solutions de mesure d’audience qui peuvent, sous conditions, entrer dans un régime limité. Elle rappelle aussi qu’une solution ne doit pas être présentée comme « certifiée » ou « approuvée » par la CNIL. Mettez à jour :registre de traitement ; politique de confidentialité ; inventaire des traceurs ; contrat de sous-traitance ; procédure d’accès et de suppression ; documentation interne.L’analyse dépend de la configuration réelle, pas du seul nom du fournisseur. 7. Construire un environnement pilote Évitez un remplacement immédiat sur tous les sites. Choisissez :un site représentatif ; une page d’acquisition ; un formulaire ; quelques événements critiques ; un trafic suffisant pour observer le fonctionnement ; une période qui ne coïncide pas avec une refonte majeure.Installez le nouvel outil dans un mode pilote. Selon le contexte, une période de mesure parallèle peut être utile, mais elle doit rester courte et contrôlée. Deux systèmes actifs signifient potentiellement deux collectes, deux scripts et deux configurations de consentement. Le but n’est pas d’obtenir des totaux identiques. Il est de vérifier :que les pages attendues remontent ; que les événements se déclenchent une seule fois ; que les sources sont lisibles ; que les filtres fonctionnent ; que les conversions correspondent à des réussites réelles ; que les fuseaux horaires et domaines sont corrects ; que les accès sont maîtrisés ; que les données sensibles ne sont pas collectées.8. Valider avec un plan de recette Utilisez une matrice simple.Test Résultat attendu Preuve StatutVue de page Une occurrence Debug réseau À validerFormulaire réussi Un événement après succès ID de test À validerErreur formulaire Pas de conversion Capture/test À validerUTM Source/campagne lisible URL de test À validerParamètre sensible Valeur absente Requête reçue À validerConsentement refusé Comportement conforme à la configuration Test CMP À validerTrafic interne Exclu ou identifié Session test À validerMulti-domaine Parcours cohérent Session contrôlée À validerMobile CTA et formulaire fonctionnels Appareils tests À validerTestez en conditions réelles :navigateur normal et privé ; mobile et ordinateur ; consentement accepté et refusé ; adblocker si une part importante de l’audience en utilise ; redirections ; sous-domaines ; langues ; formulaires avec succès et erreur ; campagnes de test.Conservez les preuves de recette avec la date, la version et le responsable. 9. Décider du sort de l’historique L’historique n’a pas toujours besoin d’être importé dans le nouvel outil. Trois options existent. Conserver l’ancien outil en lecture seule C’est souvent la solution la plus simple lorsque le contrat, la sécurité et le coût le permettent. Limitez les accès et fixez une date de suppression. Exporter un historique agrégé Conservez les indicateurs nécessaires :trafic mensuel ; principales pages ; sources ; conversions ; objectifs ; notes de campagne ; incidents de mesure.Un fichier documenté ou un entrepôt contrôlé peut suffire. Importer dans le nouvel outil Certains outils proposent un import. Plausible documente par exemple un import depuis Google Analytics. GA4 peut aussi exporter des événements vers BigQuery lorsqu’une liaison a été configurée. Un import ne garantit pas une série parfaitement comparable. Vérifiez :périmètre importé ; dimensions absentes ; granularité ; définitions ; période ; doublons ; fuseaux horaires ; restrictions liées au consentement ; coût de stockage ; politique de suppression.Ne conservez pas toutes les données simplement parce qu’elles existent. Appliquez la politique de rétention des données analytics à l’historique migré. 10. Préparer la bascule et le retour arrière La bascule doit être réversible. Écrivez un runbook avec :date et heure ; sites concernés ; responsable technique ; responsable métier ; scripts à activer ; scripts à désactiver ; configuration CMP ; tests immédiats ; seuils d’alerte ; procédure de retour arrière ; canal de communication ; validation finale.Évitez de basculer :avant un lancement important ; le vendredi soir ; pendant une campagne majeure ; sans accès aux personnes capables de corriger ; en même temps qu’une refonte et un changement de CRM.Après la bascule, surveillez chaque jour les événements critiques pendant la première semaine. 11. Reconstruire les rapports autour des décisions Ne reproduisez pas automatiquement tous les dashboards. Commencez par :objectifs ; cinq KPIs ; pages prioritaires ; sources ; conversions ; qualité des leads ; incidents ; actions.Pour plusieurs sites, appliquez une nomenclature commune et distinguez les rapports locaux du pilotage consolidé. Le guide du tableau de bord multi-sites propose une structure. Mettez ensuite à jour le reporting web mensuel avec une note de rupture :date de migration ; ancien et nouvel outil ; définitions modifiées ; métriques non comparables ; période de stabilisation ; anomalies connues.Cette note protège les analyses futures. 12. Décommissionner proprement l’ancien outil Une migration n’est pas terminée tant que l’ancien système reste actif sans raison. Vérifiez :scripts retirés du code ; tags supprimés du gestionnaire ; collecte serveur arrêtée ; clés API révoquées ; comptes et accès supprimés ; webhooks désactivés ; exports planifiés arrêtés ; domaines de collecte supprimés ; contrats ajustés ; données supprimées ou archivées selon la politique ; registre et politique de confidentialité mis à jour ; facturation arrêtée ; documentation clôturée.Contrôlez le réseau du site après suppression. Un ancien tag peut rester dans un template, un plugin, un conteneur non publié ou un sous-domaine oublié. Les écarts de chiffres à accepter Pendant la migration, des différences sont normales. Elles peuvent venir :des règles de session ; du consentement ; des bloqueurs ; du filtrage des bots ; des fuseaux horaires ; des délais de traitement ; des événements dupliqués dans l’ancien système ; de la définition des utilisateurs ; de l’attribution ; des pages exclues ; de la collecte côté serveur.Évaluez les écarts par scénario, pas par obsession du total. Pour une page ou une conversion critique, vérifiez que le sens de la tendance et le fonctionnement opérationnel sont cohérents. Documentez les différences structurelles et fixez une nouvelle baseline après stabilisation. Checklist finale Avant de clôturer la migration, confirmez que : les objectifs et critères d’acceptation sont écrits ; l’ancien système a été inventorié ; les définitions sont documentées ; les événements inutiles ont été supprimés ; les URL et paramètres sont filtrés ; le consentement et les contrats ont été revus ; le pilote a été validé ; les tests critiques sont documentés ; la stratégie d’historique est décidée ; la bascule possède un retour arrière ; les rapports ont été reconstruits ; l’ancien outil est réellement décommissionné ; une nouvelle baseline est communiquée.Conclusion Une bonne migration analytics ne cherche pas à recopier chaque écran. Elle conserve les décisions utiles, clarifie les définitions et réduit ce qui n’a plus de finalité. La séquence la plus sûre est :inventorier ; définir ; réduire ; documenter ; piloter ; tester ; basculer ; décommissionner.Le résultat attendu n’est pas seulement un nouveau dashboard. C’est un système de mesure plus compréhensible et plus gouvernable. FAQ Combien de temps faut-il faire tourner deux outils en parallèle ? Seulement le temps nécessaire pour valider les scénarios critiques et observer un fonctionnement normal. La durée dépend du trafic et du cycle de conversion. Une longue période augmente la complexité, le coût et la collecte. Les chiffres du nouvel outil doivent-ils être identiques ? Non. Les définitions, filtres, consentements et règles de session peuvent différer. Comparez les scénarios, les tendances et les conversions réelles plutôt que d’exiger une égalité artificielle. Faut-il importer tout l’historique ? Pas nécessairement. Conservez uniquement ce qui sert aux obligations, comparaisons ou décisions futures. Un historique agrégé et documenté est souvent plus utile qu’un import complet difficile à comparer. Comment éviter de perdre les UTM pendant la migration ? Testez les redirections, formulaires et changements de domaine avec des URL de campagne contrôlées. Vérifiez que les paramètres utiles sont lus avant leur suppression ou normalisation. Quand supprimer l’ancien outil ? Après validation du nouvel outil, sécurisation de l’historique nécessaire, mise à jour des rapports et confirmation qu’aucune intégration ne dépend encore de l’ancien système. Sources Sources vérifiées le 21 juin 2026.CNIL, cookies : solutions pour les outils de mesure d’audience CNIL, durées de conservation des données Google Analytics, configurer l’export BigQuery Google Analytics, structure des comptes et propriétés Plausible, importer des statistiques Google Analytics OWASP, exposition d’informations dans les chaînes de requête
- 20 Jul, 2026
Pages d’acquisition : les 7 signaux à suivre sans construire une usine à gaz
Une page d’acquisition n’a pas besoin de cinquante métriques pour être pilotée correctement. Elle doit répondre à une chaîne de questions simple :les bonnes personnes arrivent-elles ? comprennent-elles la proposition ? progressent-elles vers l’action attendue ? terminent-elles cette action ? les contacts ou ventes obtenus sont-ils utiles ? la page fonctionne-t-elle correctement ? la mesure est-elle suffisamment fiable pour décider ?Cette chaîne évite deux erreurs fréquentes. La première consiste à juger une page uniquement sur son volume de trafic. La seconde consiste à empiler des événements comportementaux sans relier les données à une décision. Pour une PME ou un SaaS B2B, sept signaux suffisent généralement à organiser un diagnostic solide. Avant les métriques, définir le rôle de la page Toutes les pages d’acquisition ne poursuivent pas le même objectif. Une page peut chercher à :obtenir une demande de démonstration ; générer un essai ; recevoir une demande de devis ; vendre un produit ; faire télécharger une ressource ; inscrire à un événement ; orienter vers une page tarifaire ; qualifier un besoin avant un échange commercial.Le KPI principal dépend de ce rôle. Une page de contenu destinée à informer ne se juge pas comme une page de démonstration. Une campagne de notoriété ne se lit pas comme une campagne de recherche à forte intention. Documentez quatre éléments avant de construire le rapport :Élément QuestionAudience Pour qui la page est-elle conçue ?Promesse Quel problème précis résout-elle ?Source Par quel canal ou campagne les visiteurs arrivent-ils ?Action Quelle action utile doit suivre la visite ?Cette fiche tient en quelques lignes. Elle sert de référence lorsque les chiffres évoluent. Signal 1 : les entrées qualifiées par source Le premier signal n’est pas le nombre brut de sessions. C’est la répartition des entrées par source, campagne et intention. Deux cents visites issues d’une requête précise peuvent être plus utiles que deux mille visites peu ciblées. À l’inverse, un faible volume ne signifie pas qu’une page fonctionne si aucun visiteur n’appartient au segment attendu. Regardez au minimum :les sessions ou visites qui commencent sur la page ; la source et le medium ; la campagne ; le contenu publicitaire ou le lien identifié ; la requête organique lorsque Search Console la rend disponible ; le pays ou la zone commerciale si c’est réellement pertinent ; la part de trafic direct, avec prudence.Le rapport Landing page de GA4 associe la première page vue d’une session à des métriques comme les sessions et les événements clés. Il permet aussi d’ajouter la dimension secondaire « source / medium de la session ». Search Console complète cette lecture pour Google Search avec les clics, impressions, CTR, position, requêtes et pages. Les deux outils ne mesurent pas la même chose. Search Console décrit la visibilité et les clics dans les résultats Google. L’analytics décrit ce qui se passe après l’arrivée, dans les limites de sa collecte. Ne cherchez pas à faire correspondre leurs totaux au visiteur près. Pour les campagnes, une convention UTM stable est plus importante qu’un dashboard sophistiqué. Notre guide sur les UTM, referrers et trafic direct explique comment éviter les libellés incohérents qui fragmentent les rapports. Question de décision - Signal 1 : entrées qualifiées La page attire-t-elle l’audience pour laquelle son message a été conçu ? Signal 2 : la cohérence entre l’intention et le message Une page peut recevoir un trafic pertinent et échouer parce que sa promesse ne correspond pas à ce qui a déclenché le clic. Comparez :le texte de l’annonce ; le mot-clé ou la requête ; le lien de la newsletter ; le titre visible au-dessus de la ligne de flottaison ; la preuve présentée ; l’action demandée.Un visiteur qui clique sur « comparer des outils analytics pour plusieurs sites » doit retrouver cette question immédiatement. Une page qui ouvre sur un discours générique sur la transformation numérique crée une rupture, même si son design est propre. Ce signal ne se réduit pas à un taux unique. Il s’évalue avec plusieurs indices :conversion par source ou campagne ; clic sur le CTA principal ; passage vers la section attendue ; abandon très rapide, à interpréter prudemment ; retours qualitatifs des ventes ou du support ; tests utilisateurs ciblés.Le temps d’engagement peut aider à repérer une anomalie, mais il n’est pas une preuve d’intérêt. Un temps long peut signaler une lecture attentive ou une page confuse. Un temps court peut signaler un abandon ou une réponse trouvée immédiatement. Question de décision - Signal 2 : cohérence du message Le visiteur retrouve-t-il clairement la promesse qui l’a conduit sur la page ? Signal 3 : l’interaction avec l’appel à l’action Le CTA principal représente le premier engagement observable vers l’objectif. Suivez une action réellement utile, par exemple :clic sur « Demander une démo » ; ouverture du formulaire ; clic vers la tarification ; ajout au panier ; démarrage d’un essai ; téléchargement confirmé ; prise de rendez-vous.Évitez de déclarer chaque clic comme conversion. Un clic sur un onglet, une ouverture d’accordéon ou un scroll peuvent aider au diagnostic, mais ils ne valent pas une intention commerciale. Le bon niveau de mesure comprend généralement :l’affichage ou l’entrée sur la page ; le clic sur le CTA principal ; le début du formulaire ou du parcours ; la réussite finale.Cette séquence permet de distinguer une faiblesse du message d’un problème de formulaire. Si peu de personnes cliquent, le problème se situe probablement avant le CTA. Si beaucoup cliquent mais peu terminent, examinez l’étape suivante. Un plan de marquage minimaliste aide à garder une définition stable de ces événements. Question de décision - Signal 3 : appel à l’action Une part suffisante des visiteurs qualifiés choisit-elle de poursuivre ? Signal 4 : le taux d’achèvement de la conversion La conversion finale est l’action que l’entreprise considère comme utile. Elle doit être définie sans ambiguïté. Exemples :formulaire envoyé et accepté ; rendez-vous confirmé ; compte créé ; paiement validé ; abonnement à l’essai activé ; téléchargement effectivement délivré.Le taux doit préciser son dénominateur. « 8 % de conversion » ne veut rien dire sans savoir s’il s’agit de :8 % des visiteurs ; 8 % des sessions ; 8 % des personnes ayant ouvert le formulaire ; 8 % des clics sur le CTA.Pour diagnostiquer un formulaire, suivez au minimum :ouvertures ; démarrages ; erreurs ; abandons ; réussites.Ne collectez pas la valeur des champs dans l’analytics. Les données saisies peuvent contenir un nom, une adresse email, un téléphone, un message libre ou d’autres informations personnelles. Le système métier doit recevoir le contenu. L’analytics n’a besoin que d’un statut technique ou fonctionnel. Question de décision - Signal 4 : achèvement de la conversion Où le parcours perd-il les visiteurs qui ont exprimé une intention ? Signal 5 : la qualité après conversion Une page peut afficher un bon taux de conversion et produire de mauvais résultats commerciaux. Pour une équipe B2B, le signal décisif se trouve souvent après le formulaire :lead conforme au profil cible ; demande réellement liée au produit ; rendez-vous tenu ; opportunité créée ; cycle commercial poursuivi ; revenu ou valeur créée ; taux de spam ou de demandes hors cible.Reliez l’acquisition au CRM avec une granularité proportionnée. Il n’est pas toujours nécessaire de renvoyer des données personnelles dans l’outil analytics. Une table agrégée par campagne, source ou page d’entrée peut suffire à répondre à la question : quelles entrées produisent des demandes utiles ? Définissez avec les ventes une nomenclature courte :qualifié ; non qualifié ; doublon ; spam ; hors zone ; sans suite ; opportunité.Cette étape empêche l’équipe marketing d’optimiser uniquement le volume de formulaires. Question de décision - Signal 5 : qualité après conversion La page génère-t-elle des résultats utiles, pas seulement des soumissions ? Signal 6 : la performance et les erreurs techniques Une page lente ou instable peut dégrader l’expérience avant même que le message soit évalué. Les Core Web Vitals fournissent trois indicateurs de terrain :LCP pour la vitesse d’affichage du contenu principal ; INP pour la réactivité aux interactions ; CLS pour la stabilité visuelle.Ces mesures doivent être complétées par des vérifications opérationnelles :erreurs JavaScript ; formulaire impossible à envoyer ; ressource bloquée ; CTA masqué sur mobile ; redirection incorrecte ; page 404 après soumission ; tracking absent ou dupliqué ; consentement mal appliqué ; temps de réponse serveur anormal.Ne confondez pas corrélation et causalité. Une amélioration technique peut accompagner une hausse de conversion sans en être l’unique cause. Utilisez les données de performance pour détecter les écarts par appareil, version et période. Question de décision - Signal 6 : performance technique Une contrainte technique empêche-t-elle une partie de l’audience d’avancer ? Signal 7 : la santé de la mesure Le septième signal concerne les données elles-mêmes. Avant de commenter une variation, vérifiez :le volume d’événements par rapport aux visites ; les doublons de tags ; les changements de consentement ; les campagnes sans UTM ou mal nommées ; les redirections qui perdent des paramètres ; les paramètres sensibles présents dans les URL ; les changements de formulaire ; les déploiements intervenus pendant la période ; les différences de fuseau horaire ; les filtres et exclusions internes.Une hausse de 30 % peut provenir d’une campagne réussie, d’un événement envoyé deux fois ou d’une définition modifiée. Le rapport doit indiquer les changements de mesure avant d’attribuer une cause business. Le guide sur le filtrage des paramètres d’URL aide à éviter que des identifiants ou valeurs sensibles contaminent les rapports. Question de décision - Signal 7 : santé de la mesure La variation observée décrit-elle le comportement du marché ou un changement du système de mesure ? Un tableau de bord minimal Un tableau de bord de page d’acquisition peut tenir dans cette structure :Bloc Mesure principale Découpage utileAudience Entrées qualifiées Source, campagne, appareilMessage Clic CTA / entrées Source, varianteParcours Début et réussite Étape, appareilRésultat Conversions utiles Campagne, segmentQualité Leads qualifiés Source, pageTechnique Vitals et erreurs Appareil, versionMesure Anomalies documentées Date, déploiementLimitez les comparaisons aux segments qui conduisent à une action. Un filtre qui n’influence aucune décision ajoute de la complexité sans améliorer le pilotage. La cadence d’analyse Chaque semaine Vérifiez :ruptures de trafic ; erreurs de formulaire ; campagnes mal attribuées ; variations extrêmes ; problèmes mobiles ; incidents de performance.Chaque mois Analysez :qualité des sources ; évolution des conversions ; qualité des leads ; pages et campagnes à améliorer ; hypothèses testées ; décisions prises.Intégrez ensuite la conclusion au reporting web mensuel plutôt que d’envoyer un export séparé de chaque outil. Les métriques à ne pas surinterpréter Le taux de rebond Il dépend de la définition de l’outil et du contexte. Une visite courte sur une page qui répond immédiatement à une question n’est pas nécessairement un échec. Le scroll Il peut indiquer jusqu’où le contenu a été parcouru, mais pas ce qui a été compris. Il est utile pour comparer des variantes, pas pour prouver une intention. Le temps passé Il mélange attention, confusion, onglet laissé ouvert et contraintes de mesure. Les heatmaps Elles peuvent aider à formuler une hypothèse, mais ne remplacent ni la conversion ni la recherche utilisateur. Elles impliquent aussi une collecte plus détaillée qui doit être évaluée séparément. Le volume de clics Il ne vaut que si l’action correspond à un objectif explicite et si l’événement n’est pas déclenché plusieurs fois. Conclusion Une page d’acquisition se pilote comme une chaîne, pas comme un classement de métriques. Les sept signaux utiles sont :les entrées qualifiées ; la cohérence entre intention et message ; l’interaction avec le CTA ; l’achèvement de la conversion ; la qualité après conversion ; la performance technique ; la santé de la mesure.Commencez avec cette structure. Ajoutez une mesure seulement lorsqu’elle répond à une question que l’équipe est prête à traiter. FAQ Quel est le KPI principal d’une landing page ? Le KPI principal est l’action utile définie pour cette page : demande qualifiée, essai, achat, rendez-vous ou autre résultat explicite. Le trafic et l’engagement servent surtout à expliquer ce résultat. Faut-il mesurer le scroll sur une page d’acquisition ? Seulement s’il aide à tester une hypothèse précise, par exemple vérifier si une preuve importante est rarement atteinte. Le scroll ne doit pas être traité comme une conversion. Pourquoi GA4 et Search Console affichent-ils des chiffres différents ? Ils mesurent des étapes et des périmètres différents. Search Console mesure l’apparition et les clics dans Google Search. GA4 mesure les sessions ou événements observés sur le site, selon sa configuration et les choix de consentement. Comment relier une landing page au chiffre d’affaires ? Conservez la source, la campagne et la page d’entrée dans le CRM ou dans une table d’attribution contrôlée, puis analysez les résultats par cohortes agrégées. Évitez de renvoyer inutilement les données personnelles du CRM vers l’analytics. Combien d’événements faut-il suivre ? Pour la plupart des pages B2B, quatre niveaux suffisent : entrée, clic CTA, début du parcours et réussite. Ajoutez des événements de diagnostic uniquement lorsqu’ils répondent à un problème identifié. Sources Sources vérifiées le 21 juin 2026.Google Analytics, rapport Page de destination Google Search Console, rapport sur les performances web.dev, Web Vitals Google Analytics, mesurer les campagnes personnalisées avec les paramètres UTM CNIL, cookies et autres traceurs
- 13 Jul, 2026
Reporting web mensuel : construire un rapport que la direction lit vraiment
Un reporting web peut contenir quarante pages et ne produire aucune décision. La direction ne manque généralement pas de graphiques. Elle manque de réponses claires à cinq questions :qu’est-ce qui a changé ? est-ce important ? pourquoi pensons-nous que cela a changé ? quelle action en découle ? pouvons-nous faire confiance aux données ?Le reporting mensuel doit être conçu comme un support de décision, pas comme une archive de toutes les métriques disponibles. Une bonne version tient sur une page principale, complétée par des annexes accessibles à ceux qui doivent enquêter. Elle privilégie cinq indicateurs cohérents, des variations contextualisées et un plan d’action attribué. Le rôle du reporting mensuel Le dashboard répond à une question à la demande. Le reporting mensuel fixe une lecture commune à une date donnée. Il sert à :suivre les objectifs ; détecter les écarts ; expliquer les changements connus ; décider des actions ; conserver une mémoire des hypothèses ; signaler les limites de mesure ; coordonner marketing, produit, ventes et technique.Il ne doit pas servir à démontrer que l’équipe analytics a travaillé. La quantité de données n’est pas la preuve de la qualité du pilotage. Commencer par le destinataire Un rapport de direction n’est pas un rapport d’analyste. La direction a besoin de :tendance ; écart à l’objectif ; impact business ; risque ; décision ; responsable ; échéance.L’équipe opérationnelle a besoin de :détail par canal ; page ; campagne ; événement ; segment ; anomalie ; méthode.Créez donc deux niveaux :une synthèse décisionnelle ; des annexes de diagnostic.Le premier niveau doit rester compréhensible sans ouvrir le dashboard. Le format en sept blocs 1. Une phrase de synthèse Commencez par le message principal, pas par le trafic total. Exemple :Les demandes de démonstration progressent de 18 % malgré un trafic stable, principalement grâce à l’amélioration de deux pages d’entrée organiques. La qualité des leads reste à confirmer sur le cycle commercial.Cette phrase contient :résultat ; comparaison ; mécanisme probable ; limite.Évitez :Le site a enregistré 42 847 sessions ce mois-ci.Sans objectif ni comparaison, le chiffre n’a pas de sens. 2. Trois à cinq KPIs Le tableau principal peut prendre cette forme :Indicateur Mois Variation Objectif StatutVisites qualifiées 18 240 +4 % 18 000 AtteintDemandes de démo 126 +18 % 120 AtteintTaux visite → démo 0,69 % +0,08 pt 0,65 % AtteintLeads acceptés par les ventes 61 +7 % 70 Sous cibleIncidents de collecte 2 +2 0 À corrigerLe statut doit dépendre d’une règle définie, pas d’une couleur décorative. Choisir les KPIs par chaîne de valeur Pour un SaaS B2B :audience qualifiée ; conversion web ; qualité commerciale ; coût ou efficacité d’acquisition ; santé de mesure.Pour un site de contenu :entrées organiques pertinentes ; engagement utile ; passage vers une offre ; inscription ; couverture technique ou indexation.Pour un portefeuille multi-sites, la vue de gouvernance multi-sites peut fournir un socle commun, avec des indicateurs locaux par propriété. 3. Les changements significatifs Ne commentez pas chaque ligne. Sélectionnez trois à cinq mouvements qui dépassent le bruit habituel. Exemples :hausse de 22 % des conversions depuis la page /comparatif/ ; baisse du paid search après réduction budgétaire ; hausse du direct concentrée sur une campagne email non marquée ; chute des impressions Search Console après un changement de mesure ou de visibilité ; rupture d’événements pendant six heures ; progression mobile après amélioration de la performance.Pour chaque changement, indiquez : Observation Amplitude Périmètre Hypothèse Éléments de preuve Niveau de confianceCette structure évite de transformer une corrélation en certitude. 4. Les explications et leur niveau de confiance Une explication peut être :confirmée : déploiement documenté, budget modifié, panne enregistrée ; probable : plusieurs signaux concordent ; possible : hypothèse à tester ; inconnue : données insuffisantes.Exemple :La hausse des conversions organiques est probablement liée à deux pages dont les clics Search Console et les entrées analytics progressent simultanément. Confiance : moyenne. La qualité commerciale ne sera disponible qu’après qualification des leads.Le langage de confiance est plus honnête qu’une causalité inventée. 5. Les décisions et actions Chaque action contient quatre éléments :Action Responsable Échéance Mesure de succèsReproduire le bloc de preuve sur deux pages produit Content 25 juillet +10 % de conversion sur pages testéesCorriger le marquage de la newsletter Growth 15 juillet Part du direct sur landing page revenue à la normaleAuditer la perte d’événements Engineering 10 juillet Aucun trou de collecte sur 30 joursUne action sans responsable est une intention. Une action sans mesure de succès devient une tâche sans apprentissage. 6. La qualité des données Ajoutez un encadré explicite : Confiance globale : moyenne à élevée Couverture connue : site public, hors espace client Incidents : perte de 6 heures le 12 juin Changements : nouveau CMP le 18 juin Ruptures méthodologiques : définition du lead qualifié modifiée le 1er juin Données manquantes : qualification commerciale des 5 derniers joursLa qualité ne doit pas être cachée dans une note de bas de page. Le reporting gagne en crédibilité lorsqu’il dit ce qu’il ne sait pas. 7. Les annexes Les annexes peuvent contenir :détail des sources ; pages d’entrée ; campagnes ; événements ; Search Console ; performance web ; segmentation ; méthodologie ; historique des définitions ; liens vers dashboards.Elles servent au diagnostic, pas à la lecture principale. Comment choisir cinq indicateurs 1. Relier chaque KPI à une décision Demandez : que ferons-nous différemment si ce chiffre monte ou baisse ? Si aucune action n’est possible, l’indicateur est probablement descriptif. 2. Définir le numérateur et le dénominateur Un taux de conversion peut signifier :conversions / sessions ; conversions / visiteurs ; conversions / pages d’entrée ; comptes créés / formulaires démarrés.Écrivez la formule. Une variation de définition doit être signalée comme une rupture. 3. Séparer volume, efficacité et qualitévolume : demandes de démo ; efficacité : taux de conversion ; qualité : demandes acceptées par les ventes.Une hausse de volume avec une baisse de qualité n’est pas nécessairement une amélioration. 4. Ajouter un KPI de fiabilité Exemples :pourcentage d’événements valides ; temps sans données ; nombre de propriétés en erreur ; couverture du consentement ; part de trafic non attribué ; délai de qualification CRM.La mesure elle-même a une performance. Comparer les bonnes périodes Mois précédent Utile pour l’opérationnel, mais sensible au nombre de jours, aux vacances et aux campagnes. Même mois de l’année précédente Utile pour la saisonnalité, à condition que le produit et la méthode soient comparables. Objectif Indispensable pour savoir si la variation compte. Une hausse de 10 % peut rester sous la cible. Moyenne mobile Utile pour lisser les petits volumes et détecter la tendance. Présentez souvent deux comparaisons, pas quatre. Par exemple : Juin 2026 vs mai 2026 Juin 2026 vs objectif mensuelAjoutez l’année précédente seulement si elle éclaire réellement la saisonnalité. Éviter les faux écarts Normalisez :nombre de jours ; jours ouvrés ; fuseau horaire ; devise ; définition de conversion ; périmètre de site ; consentement ; campagnes ; incidents.Une baisse mensuelle peut simplement venir d’un mois plus court ou d’un week-end supplémentaire. Utiliser Search Console et analytics ensemble Search Console et un outil analytics n’observent pas le même objet. Search Console rapporte notamment les clics et impressions dans les résultats Google, selon ses propres règles. L’analytics observe les visites ou événements collectés sur le site. Les volumes peuvent différer pour des raisons légitimes :clic sans chargement complet ; consentement ou blocage ; fuseau horaire ; regroupement des URL ; filtres ; bots ; définition de session.Le bon usage est la triangulation :Search Console pour visibilité, requêtes et clics ; analytics pour pages d’entrée et actions sur le site ; CRM pour qualité et revenu.Ne forcez pas les chiffres à être identiques. Ajouter la performance web sans noyer le rapport Les Core Web Vitals évaluent actuellement trois dimensions principales de l’expérience :LCP pour le chargement ; INP pour la réactivité ; CLS pour la stabilité visuelle.Un rapport de direction n’a pas besoin de toutes les distributions techniques. Il peut signaler :pourcentage de pages ou d’origines au niveau attendu ; évolution ; pages critiques ; impact d’un déploiement ; action engagée.Utilisez les données de terrain lorsque disponibles, car elles reflètent l’expérience d’utilisateurs réels. Les tests de laboratoire restent utiles au diagnostic. Exemple de rapport mensuel en une page Performance web, juin 2026 Synthèse Les demandes de démonstration progressent de 18 % avec un trafic stable. Deux pages organiques expliquent l’essentiel de la hausse. Les leads acceptés par les ventes restent sous l’objectif, ce qui limite la conclusion sur la qualité. KPIsKPI Résultat vs mai ObjectifVisites qualifiées 18 240 +4 % 18 000Démos 126 +18 % 120Taux de conversion 0,69 % +0,08 pt 0,65 %Leads acceptés 61 +7 % 70Disponibilité collecte 99,2 % -0,8 pt 100 %Trois faits/guide-analytics/ génère 21 démos contre 10 en mai. Le paid search baisse de 14 % après réduction du budget. La part du direct augmente sur une landing page email, probablement à cause de liens sans UTM.DécisionsÉtendre le format de la page guide à deux pages produit. Corriger le générateur de liens newsletter. Revoir la qualification des leads avec les ventes.Qualité des données Un incident de collecte de six heures affecte le 12 juin. Les cinq derniers jours de qualification CRM sont incomplets. Ce format peut être lu en deux minutes. Les annexes répondent aux questions suivantes. Automatiser la préparation, pas le jugement Automatisez :extraction ; calcul des variations ; tableaux ; contrôles de fraîcheur ; alertes ; captures de définitions ; génération du brouillon.Gardez une revue humaine pour :choisir les faits importants ; vérifier les anomalies ; formuler les hypothèses ; attribuer le niveau de confiance ; décider les actions.Une génération automatique ne sait pas qu’une campagne a été arrêtée pour une raison commerciale, qu’un formulaire a changé ou qu’un lead a une valeur différente. Le calendrier mensuel Jour 1 : contrôle des données Vérifiez fraîcheur, incidents, définitions et imports. Jour 2 : analyse Identifiez les mouvements, triangulez et préparez les hypothèses. Jour 3 : revue opérationnelle Marketing, produit et ventes confirment les changements connus. Jour 4 : publication Diffusez la synthèse avec les actions. Milieu de mois : suivi Vérifiez l’avancement des décisions, sans attendre le prochain rapport. Le calendrier peut être plus rapide. La règle essentielle est de séparer contrôle, analyse et validation. Les erreurs qui rendent le reporting inutile Tout afficher Un rapport exhaustif ne hiérarchise rien. Commenter uniquement les hausses Une hausse peut être sous l’objectif ou issue d’un canal peu qualifié. Cacher les incidents Ils seront découverts plus tard et fragiliseront tout le document. Attribuer sans preuve « La campagne a causé la hausse » exige plus qu’une concomitance. Changer les KPIs chaque mois Le reporting perd sa continuité. Modifiez-les lorsque la stratégie change, avec une note de transition. Mesurer les actions de l’équipe plutôt que les résultats « Dix articles publiés » est une activité. « Entrées qualifiées et conversions issues des articles » est un résultat, à interpréter avec prudence. Conclusion Un bon reporting mensuel est un document de décision en sept blocs :synthèse ; KPIs ; changements ; explications et confiance ; actions ; qualité des données ; annexes.Il tient la direction informée sans masquer la complexité. Il rend visibles les incertitudes, relie les chiffres aux objectifs et transforme chaque conclusion en action attribuée. Cinq indicateurs bien définis, lus régulièrement, valent mieux que cinquante graphiques sans propriétaire. FAQ Combien de pages doit faire un reporting mensuel ? La synthèse principale peut tenir sur une page. Les annexes peuvent être plus longues, mais elles doivent rester optionnelles pour la lecture de direction. Faut-il envoyer un PDF ou un lien vers le dashboard ? Le meilleur format est celui qui conserve une synthèse datée et permet d’accéder au détail. Un email ou document court avec lien vers un dashboard fonctionne souvent mieux qu’un export exhaustif. Combien de KPIs faut-il suivre ? Trois à cinq KPIs principaux suffisent généralement. Ajoutez des indicateurs de diagnostic dans les annexes. Comment présenter une donnée incertaine ? Indiquez la limite, la cause possible et un niveau de confiance. Ne remplacez pas une donnée manquante par une certitude narrative. Faut-il comparer avec le mois précédent ou l’année précédente ? Utilisez le mois précédent pour l’opérationnel et l’année précédente pour la saisonnalité lorsque les périmètres sont comparables. L’écart à l’objectif reste souvent la comparaison la plus utile. SourcesGoogle Analytics, Reports overview Google Search Console, Performance report web.dev, Web Vitals Google Analytics, Landing page report Google Analytics, Traffic-source dimensions
- 06 Jul, 2026
Rétention des données analytics : combien de temps garder quoi, et pourquoi
« Nous conservons les données analytics pendant vingt-cinq mois. » La phrase semble précise. Elle ne dit pourtant pas :si elle concerne les événements bruts ou les rapports ; si l’identifiant visiteur expire au même moment ; si les logs du collecteur suivent une autre durée ; si les sauvegardes sont purgées ; si les exports CSV restent sur les ordinateurs ; si une nouvelle visite réinitialise le délai ; si les statistiques réellement anonymes sont conservées plus longtemps.Une politique de rétention utile ne repose pas sur un nombre unique. Elle décrit le cycle de vie de chaque couche de données et relie chaque durée à une finalité. La CNIL rappelle que les données personnelles ne peuvent pas être conservées indéfiniment et que le responsable doit déterminer la durée en fonction de l’objectif de la collecte. Elle distingue notamment la base active, l’archivage intermédiaire et, dans des cas particuliers, l’archivage définitif. Pour l’analytics web, la majorité des équipes ont surtout besoin d’une base active bien limitée, d’une suppression effective et, éventuellement, de statistiques suffisamment agrégées pour les tendances longues. Commencer par la finalité, pas par le réglage disponible Un outil peut proposer 2, 14, 25 ou 50 mois. Ces options ne déterminent pas automatiquement la durée juste. Posez d’abord la question métier :Pendant combien de temps cette donnée individualisée reste-t-elle nécessaire pour prendre la décision définie ?Exemples :comparer la saisonnalité d’un site peut justifier plus de douze mois de tendances ; diagnostiquer une rupture de collecte nécessite peut-être quelques semaines de logs ; attribuer une campagne B2B longue peut demander plusieurs mois ; garder un identifiant visiteur pendant plusieurs années « au cas où » est beaucoup plus difficile à justifier ; conserver un total mensuel agrégé peut être possible plus longtemps qu’un événement détaillé.La durée doit être proportionnée à la granularité et au risque. Cartographier sept couches de rétention 1. Traceurs et identifiants sur le terminal Cette couche comprend :cookies ; identifiants en local storage ; identifiants de session ; autres mécanismes persistants.Documentez :durée initiale ; renouvellement lors d’une visite ; portée du domaine ; usage entre plusieurs sites ; suppression au retrait ; comportement lorsque le consentement expire.Dans le cadre français de certains traceurs de mesure d’audience susceptibles d’être exemptés de consentement, la CNIL recommande une durée de vie permettant une comparaison pertinente, par exemple treize mois, sans prorogation automatique à chaque visite. Cela ne signifie pas que treize mois convient à tout identifiant. C’est un repère lié au cadre décrit et aux conditions associées. 2. Événements bruts Les événements contiennent le plus de détail :timestamp ; page ; source ; appareil ; propriétés d’événement ; identifiant éventuel ; métadonnées techniques.Ils servent au diagnostic, aux funnels ou à la reconstruction de rapports. Leur granularité augmente le risque de singularisation et le coût de gouvernance. Questions :les événements sont-ils nécessaires au-delà du cycle d’analyse ? peut-on les agréger après 30, 90 ou 180 jours ? quelles propriétés peuvent être supprimées plus tôt ? les événements invalides sont-ils rejetés ou stockés ? la suppression d’une propriété s’applique-t-elle à l’historique ?3. Données pseudonymisées Un identifiant remplacé, haché ou rotatif ne rend pas automatiquement les données anonymes. Si l’équipe ou le fournisseur peut relier des événements, cette couche reste à traiter avec prudence. Définissez :clé et méthode ; possibilité de réidentification ; séparation des tables ; accès ; période de rotation ; suppression de la table de correspondance ; besoin réel de continuité.Une rotation n’a d’intérêt que si les anciennes périodes ne peuvent pas être reconnectées sans justification. 4. Statistiques agrégées Les rapports quotidiens ou mensuels peuvent parfois être conservés plus longtemps, surtout lorsqu’ils ne permettent plus d’isoler une personne. Exemples : visites mensuelles par site conversions mensuelles par canal pages vues hebdomadaires par catégorie taux de conversion trimestrielMais le mot « agrégé » n’est pas magique. Une cellule avec une seule conversion dans une petite zone peut rester révélatrice. Définissez des seuils, réduisez les dimensions et testez la singularité. Si les données sont véritablement anonymes, elles sortent du champ des données personnelles. Cette conclusion doit être démontrée, pas simplement déclarée. 5. Logs techniques Le collecteur, le CDN, le reverse proxy et l’application peuvent conserver :adresse IP ; URL complète ; user-agent ; codes d’erreur ; payload rejeté ; identifiant de requête.Les logs sont souvent oubliés parce qu’ils ne figurent pas dans le dashboard analytics. Ils répondent à des finalités de sécurité, disponibilité ou diagnostic différentes. Définissez une durée séparée, des accès restreints et un filtrage des données sensibles. Évitez qu’un message d’erreur recopie un payload complet pendant des mois. 6. Sauvegardes Une sauvegarde n’est pas une exemption permanente à la suppression. Documentez :fréquence ; période de rotation ; chiffrement ; personnes habilitées ; procédure de restauration ; comportement d’une donnée supprimée après restauration ; délai de purge ; sauvegardes hors ligne ou snapshots.Il peut être techniquement disproportionné de modifier chaque sauvegarde immédiatement. Dans ce cas, l’organisation doit limiter l’usage, la durée et la réintroduction des données supprimées, avec une procédure documentée. 7. Exports et systèmes secondaires Les exports créent une rétention parallèle :CSV envoyé par email ; feuille de calcul ; entrepôt ; BI ; stockage d’agence ; présentation ; ticket de support ; sauvegarde locale.Le réglage du fournisseur analytics n’efface pas ces copies. Chaque export doit avoir :un propriétaire ; une finalité ; un emplacement approuvé ; une durée ; une règle d’accès ; une suppression.Réduire les exports est souvent plus efficace que rédiger une politique complexe pour les gouverner. Construire une matrice de rétention Un exemple pour une PME SaaS :Couche Finalité Durée proposée Déclencheur Suppression ResponsableIdentifiant de visite limité Mesure de tendance 13 mois maximum dans le cadre analysé Création, sans renouvellement automatique Expiration Analytics ownerÉvénements bruts Analyse et diagnostic 6 mois Date de l’événement Tâche automatique DataRapports mensuels agrégés Pilotage historique 36 mois Fin du mois Agrégation puis purge Finance/GrowthLogs collecteur Sécurité et erreurs 30 jours Réception Rotation EngineeringSauvegardes Reprise d’activité 60 jours Création du snapshot Rotation InfrastructureExports ponctuels Analyse définie 90 jours Date d’export Suppression par propriétaire AnalystePreuve de consentement Démonstration du choix Durée définie selon risque et prescriptions Choix Politique dédiée PrivacyLes valeurs sont illustratives, sauf lorsqu’un cadre précis est explicitement cité. Une autre organisation peut retenir des périodes différentes après analyse. Le tableau doit expliquer le déclencheur. « Six mois » n’a pas le même sens à partir de la collecte, de la dernière visite, de la clôture d’une campagne ou de la résiliation. Comprendre les réglages de l’outil GA4 : distinguer explorations et rapports agrégés La documentation GA4 indique que les contrôles de rétention concernent les données utilisateur et événement. Pour les propriétés standard, les options documentées incluent notamment 2 ou 14 mois pour les données utilisateur et événement. Google précise aussi que ce réglage n’affecte pas les rapports agrégés standards et qu’il concerne notamment les explorations et rapports de funnel. Une équipe peut donc croire avoir réduit toute la rétention alors qu’une partie des rapports reste disponible sous forme agrégée. Le réglage « reset on new activity » peut également repousser l’expiration de certaines données utilisateur à chaque nouvelle activité. Il faut vérifier s’il correspond à la politique choisie. Autres fournisseurs Les outils privacy-first, plateformes auto-hébergées et solutions cloud ont des modèles différents :rétention fixe ou configurable ; événements bruts accessibles ou non ; statistiques agrégées conservées ; sauvegardes gérées par le fournisseur ; suppression par site ; export API ; politique à la résiliation.Ne réutilisez pas une durée trouvée dans un comparatif. Vérifiez la documentation et le contrat au moment de la configuration. La recommandation CNIL des vingt-cinq mois Pour les traceurs de mesure d’audience dans le cadre d’exemption décrit en France, la CNIL recommande que les informations collectées soient conservées pendant une durée maximale de vingt-cinq mois, avec réexamen périodique. Trois précautions :maximum ne signifie pas durée par défaut : une période plus courte peut suffire ; le cadre est conditionnel : finalité, anonymat statistique, absence de recoupement et autres conditions restent nécessaires ; les couches doivent rester séparées : logs, exports et identifiants ont leur propre analyse.Une politique peut donc fixer six mois pour les événements détaillés et vingt-quatre mois pour des rapports agrégés, si cela correspond au besoin et à l’analyse. Elle ne doit pas copier vingt-cinq mois sur toutes les bases par facilité. Tester la suppression Une politique non testée est une intention. Test 1 : données expirées Créez des événements de test horodatés ou utilisez un environnement avec une durée courte. Vérifiez qu’ils disparaissent du stockage, de l’API et des rapports concernés. Test 2 : identifiant Contrôlez l’expiration du cookie ou autre identifiant, le renouvellement et le comportement après retrait. Test 3 : export Suivez un fichier depuis sa création jusqu’à sa suppression. Vérifiez les copies, pièces jointes et corbeilles. Test 4 : sauvegarde restaurée Restaurez une sauvegarde dans un environnement isolé et vérifiez que la procédure réapplique les suppressions ou bloque l’usage des données qui auraient expiré. Test 5 : fin de contrat Demandez au fournisseur :délai d’export ; date de suppression ; sauvegardes ; confirmation ; données conservées pour obligations légales ; sous-traitants concernés.Conservez la réponse avec le dossier de sortie. Éviter les déclencheurs qui prolongent silencieusement la durée Plusieurs mécanismes peuvent repousser la suppression :renouvellement de cookie à chaque visite ; mise à jour de la ligne utilisateur ; import dans un nouvel entrepôt ; agrégation qui conserve les dimensions rares ; sauvegarde jamais tournée ; export dupliqué dans un dossier partagé ; compte de test réutilisé ; changement de politique appliqué seulement aux nouvelles données.Documentez si une modification de durée agit rétroactivement ou non. Rétention et multi-sites Une politique unique ne convient pas toujours à trente propriétés. Un site corporate, un espace authentifié et un centre d’aide peuvent avoir :des finalités différentes ; des volumes différents ; des données différentes ; des risques différents ; des pays différents.Utilisez un socle commun et des exceptions approuvées. Le dashboard multi-sites doit afficher la santé de collecte, mais l’administration doit aussi suivre la durée, le mode et la date de prochaine revue de chaque propriété. Ne mutualisez pas un identifiant entre sites uniquement pour simplifier la rétention. Qui doit valider la durée ? La décision croise plusieurs rôles :le métier explique la période nécessaire ; l’analytics owner décrit la granularité ; l’ingénierie confirme la suppression technique ; la sécurité traite les logs ; le DPO ou conseil évalue le cadre ; l’infrastructure décrit les sauvegardes ; les achats vérifient le contrat.Le propriétaire final doit être nommé. « La data » n’est pas un responsable. Le résumé de collecte et la politique de confidentialité analytics doivent reprendre les mêmes durées, avec un niveau de détail adapté à leur public. Une revue trimestrielle en dix questionsles finalités ont-elles changé ? les données détaillées sont-elles encore utilisées ? les rapports longs peuvent-ils être davantage agrégés ? les identifiants se renouvellent-ils ? les suppressions ont-elles réussi ? de nouveaux exports existent-ils ? les sauvegardes tournent-elles ? les fournisseurs ont-ils changé leur politique ? les documents publics sont-ils alignés ? une propriété inactive peut-elle être supprimée ?La meilleure réduction de risque est souvent la suppression d’un site, d’un export ou d’un événement devenu inutile. Conclusion Une durée de rétention n’est pas un nombre placé dans une politique. C’est un système qui relie finalité, granularité, accès, déclencheur et suppression. Une politique solide :sépare les identifiants, événements, agrégats, logs, sauvegardes et exports ; justifie chaque période ; évite les renouvellements silencieux ; teste les purges ; documente les exceptions ; aligne outils, contrats et information publique.Commencez par les données les plus détaillées. Demandez combien de temps elles servent réellement, puis agrégez ou supprimez. La conservation historique ne doit pas être financée par une collecte individuelle indéfinie. FAQ La CNIL impose-t-elle toujours vingt-cinq mois pour l’analytics ? Non. La CNIL recommande un maximum de vingt-cinq mois pour les informations collectées dans le cadre spécifique de certains traceurs de mesure d’audience exemptés sous conditions. Une durée plus courte peut être nécessaire ou suffisante. Les statistiques agrégées peuvent-elles être conservées indéfiniment ? Seulement si elles sont véritablement anonymes ou si un autre cadre justifie leur conservation. Une agrégation faible ou très segmentée peut encore permettre d’isoler une personne. Le réglage de rétention GA4 efface-t-il tous les rapports ? Non. Google indique que le réglage des données utilisateur et événement n’affecte pas les rapports agrégés standards. Il faut comprendre précisément quelles surfaces et données sont concernées. Faut-il supprimer les données des sauvegardes immédiatement ? La réponse dépend de l’architecture et du risque. Les sauvegardes doivent avoir une rotation limitée, des accès contrôlés et une procédure empêchant la réutilisation de données expirées après restauration. Quand commence la durée de conservation ? Le déclencheur doit être défini : collecte, dernière activité, fin de campagne, agrégation ou clôture du contrat. Évitez le renouvellement automatique lorsque le cadre ou la politique ne le permettent pas. SourcesCNIL, Les durées de conservation des données CNIL, Cookies : solutions pour les outils de mesure d’audience Règlement (UE) 2016/679, article 5, paragraphe 1, point e Google Analytics, Data retention Plausible, Data policy CNIL, Guide pratique sur les durées de conservation