Tag : Dashboard multi sites
Tous les articles du blog avec ce tag.
- 08 Jun, 2026
Tableau de bord multi-sites : suivre 5, 10 ou 30 sites sans perdre la lisibilité
Suivre un site est un problème de mesure. En suivre dix devient un problème de gouvernance. Au départ, chaque équipe crée sa propriété analytics, nomme ses événements et construit son tableau de bord. Quelques mois plus tard, le groupe dispose de dix définitions de « conversion », trois fuseaux horaires, des sources UTM incompatibles et plusieurs comptes dont personne ne connaît le propriétaire. Le problème n’est pas qu’il manque des graphiques. Il manque une structure commune. Un tableau de bord multi-sites utile doit permettre deux mouvements :comparer les propriétés à partir d’un socle homogène ; descendre dans chaque site sans effacer son contexte métier.Chercher à tout fusionner produit une moyenne abstraite. Tout séparer empêche de voir le portefeuille. La bonne architecture garde les deux niveaux. Commencer par une carte des propriétés Avant de choisir les indicateurs, listez les sites et leur rôle.Propriété Rôle Public principal Conversion utile ResponsableSite corporate Réassurance Prospects, partenaires Contact qualifié CommunicationSite produit A Acquisition PME Demande de démo Growth ASite produit B Acquisition ETI Rendez-vous Growth BCentre d’aide Support Clients Résolution autonome SupportBlog Découverte Audience B2B Inscription ou passage produit ContentDeux sites avec des objectifs différents ne doivent pas être classés uniquement par volume de visites. Le centre d’aide peut être très performant quand il réduit les demandes de support, même si son taux de démonstration est nul. La carte doit également contenir :domaine et sous-domaines ; environnement de production ; outil et identifiant de propriété ; fuseau horaire ; devise éventuelle ; date de création ; propriétaire métier ; propriétaire technique ; personnes ayant accès ; mode de collecte ; durée de conservation ; statut actif, en migration ou archivé.Cette fiche devient l’inventaire de référence. Définir un contrat de mesure commun Le socle multi-sites n’est pas un tableau de bord. C’est un petit contrat de mesure appliqué à chaque propriété. Dimensions communes Choisissez une définition commune pour :page ou chemin ; domaine référent ; source, medium et campagne ; pays ou zone géographique ; type d’appareil ; date et fuseau horaire ; événements principaux ; statut de conversion.Les paramètres d’URL doivent suivre une politique de filtrage commune. Les campagnes doivent utiliser la même nomenclature UTM. Événements communs Une petite bibliothèque suffit : form_submitted demo_requested signup_completed download_completed outbound_clicked search_usedChaque événement doit avoir :une définition ; une condition de déclenchement ; des propriétés autorisées ; un propriétaire ; un test ; une version.Un même nom ne doit pas représenter deux actions différentes. À l’inverse, trois noms différents pour la même demande de contact empêchent toute comparaison. Règles de qualité communes Documentez :filtrage des environnements de test ; exclusion ou traitement des bots ; gestion des domaines internes ; consentement et modes de collecte ; normalisation des chemins ; fuseau horaire ; calendrier de déploiement ; seuils d’alerte.Le résumé de collecte peut contenir le socle global et les exceptions de chaque propriété. Séparer trois niveaux de lecture Un bon système multi-sites ne met pas tous les graphiques sur une seule page. Il crée trois vues. Niveau 1 : la vue portefeuille Cette vue répond aux questions de direction :quels sites gagnent ou perdent du trafic utile ? où les conversions progressent-elles ? quelle propriété présente une anomalie ? quelles équipes ont besoin d’un diagnostic ? quel site ne remonte plus de données ?Elle doit rester courte. Un tableau avec une ligne par propriété est souvent plus utile qu’une mosaïque de vingt courbes. Colonnes possibles :Site Visites Évolution Conversions utiles Taux Canal principal Statut donnéesCorporate 24 500 +6 % 132 0,54 % Organique OKProduit A 18 100 -4 % 284 1,57 % Paid search À examinerProduit B 9 600 +12 % 96 1,00 % Partenaires OKAide 41 000 +2 % n/a n/a Direct OKLes chiffres sont illustratifs. Le statut données est essentiel : un volume en baisse n’a pas le même sens si le script a cessé de fonctionner. Niveau 2 : la vue propriété Chaque site dispose de son tableau de bord métier :acquisition ; pages d’entrée ; contenus ; conversions ; événements ; tendances ; qualité des données.Cette vue conserve les dimensions propres au site. Un SaaS peut suivre l’essai démarré, tandis qu’un centre d’aide suit la recherche sans résultat ou le passage vers le support. Niveau 3 : le diagnostic Le diagnostic sert aux analystes et développeurs :événements par version ; erreurs de collecte ; paramètres inconnus ; écarts entre client et serveur ; ruptures temporelles ; domaines inattendus ; volumes de tests ; délai d’ingestion.Il ne doit pas encombrer le reporting de direction. Mais son absence transforme chaque anomalie en enquête manuelle. Les KPIs que l’on peut comparer Tous les indicateurs ne sont pas additionnables. Volume de visites ou pages vues Ils donnent un ordre de grandeur, mais favorisent naturellement les sites à forte audience. Utilisez-les avec une tendance et un contexte. Conversions définies sur un socle commun Une « conversion utile » peut regrouper plusieurs actions si la règle est explicite, par exemple :demande de démo ; formulaire de contact qualifié ; inscription validée ; achat confirmé.Pour comparer, conservez aussi le détail par type. Une somme seule peut cacher un déplacement vers des actions de moindre valeur. Taux de conversion Le taux permet de comparer des propriétés de tailles différentes, à condition d’utiliser le même dénominateur. Documentez s’il s’agit de visites, visiteurs, sessions ou pages d’entrée. Part des canaux La répartition organique, payante, email, partenaire, referral et direct aide à comprendre la dépendance de chaque site. Elle suppose une taxonomie de campagnes commune. Santé de collecte Ajoutez des KPIs techniques :dernière donnée reçue ; variation du volume d’événements ; part d’événements rejetés ; nombre de paramètres inconnus ; pages sans titre ou chemin ; évolution brutale du direct.La fiabilité de la donnée est un KPI de gouvernance. Ce qu’il ne faut pas additionner naïvement Les visiteurs uniques Une même personne peut visiter plusieurs domaines. Additionner les visiteurs uniques de chaque propriété la compte plusieurs fois. Créer un identifiant global pour dédupliquer les personnes change fortement le profil de collecte. En France, la CNIL précise notamment que l’usage d’un même identifiant à travers plusieurs sites pour un suivi global exclut la mesure du cadre d’exemption décrit pour certains traceurs d’audience. Une équipe ne doit donc pas introduire un suivi transversal uniquement pour obtenir un total plus propre. Pour un reporting frugal, acceptez :une somme de visites par propriété ; une portée non dédupliquée clairement nommée ; ou une analyse agrégée sans identifiant individuel, lorsque la méthode est adaptée.Les conversions hétérogènes Un téléchargement de brochure ne vaut pas automatiquement une vente. Présentez un socle de conversions, puis la composition. Les moyennes simples La moyenne des taux de conversion de dix sites donne le même poids à un site de 100 visites et à un site de 100 000 visites. Utilisez un taux global pondéré ou affichez la distribution. Les périodes non alignées Des fuseaux horaires ou calendriers de campagne différents peuvent déplacer les événements d’un jour ou d’une semaine. Normalisez le temps avant de comparer. Comparer sans punir les petits sites Une vue multi-sites devient vite un classement. C’est rarement une bonne idée. Utilisez plutôt quatre axes :niveau actuel : volume ou taux ; évolution : comparaison à la période précédente ; objectif local : progression vers une cible propre au site ; qualité de mesure : confiance dans la donnée.Un site de niche peut avoir peu de trafic mais une progression saine et des conversions de grande valeur. Une propriété très visitée peut cacher une dépendance excessive au paid ou un tracking cassé. Les sparklines et intervalles de comparaison sont plus utiles qu’un podium. Structurer les accès Le multi-sites augmente le risque d’accès excessifs. Définissez des rôles :propriétaire portefeuille : voit toutes les propriétés et gère les standards ; propriétaire de site : administre sa propriété ; analyste : consulte et exporte selon le besoin ; contributeur : voit les rapports sans modifier la collecte ; agence ou partenaire : accès limité aux propriétés du contrat ; support technique : accès temporaire et journalisé lorsque nécessaire.Évitez les comptes partagés. Revue trimestrielle des accès, retrait automatique au départ d’un prestataire et principe du moindre privilège. Une agence qui gère dix clients ne devrait pas utiliser un seul compte administrateur permanent sur tous les environnements. Organiser le cycle de gouvernance Chaque semaine : surveiller la santé Automatisez des alertes simples :aucune donnée reçue depuis un délai défini ; chute ou hausse anormale ; apparition d’un domaine inconnu ; augmentation des événements rejetés ; changement de part du direct.Chaque mois : lire les décisions Réunissez les propriétaires de sites autour de trois questions :qu’est-ce qui a changé ? quelle action en découle ? quelle hypothèse sera testée ensuite ?Le reporting ne doit pas devenir une tournée de chiffres. Chaque trimestre : revoir le contrat Vérifiez :événements communs ; nomenclature UTM ; propriétés inactives ; accès ; rétention ; nouveaux fournisseurs ; écarts de configuration ; objectifs métier.À chaque lancement : utiliser une checklist Avant d’ajouter un site :attribuer les propriétaires ; choisir le fuseau horaire ; appliquer le socle de collecte ; configurer les filtres ; tester les événements ; vérifier le consentement ; ajouter la propriété au portefeuille ; documenter les exceptions ; définir les alertes ; programmer la première revue.Choisir l’architecture d’outil Plusieurs modèles existent. Une propriété par site C’est la structure la plus lisible pour les accès, la rétention et les configurations. Elle exige une couche portefeuille pour comparer. Une propriété commune avec dimension de site Elle simplifie certains rapports mais mélange les droits, les configurations et les risques de collecte. Une erreur sur une propriété affecte l’ensemble. Une propriété par site plus une vue consolidée C’est souvent le meilleur compromis : séparation opérationnelle et agrégation pour le pilotage. Certains outils proposent des fonctions de roll-up ou de vue consolidée. Vérifiez toujours le plan nécessaire, la méthode de déduplication, les droits et les données réellement regroupées. Le choix dépend moins du nombre de sites que de leur indépendance : équipes, marques, finalités, régions, droits d’accès et configurations privacy. Un modèle de dashboard en une page Bandeau supérieurvisites du portefeuille ; conversions utiles ; taux global pondéré ; nombre de propriétés saines ; nombre d’anomalies ouvertes.Tableau central Une ligne par propriété avec tendance, conversion, canal et statut. Bloc acquisition Répartition des canaux par site, idéalement sous forme de parts comparables. Bloc contenu Top pages d’entrée et pages qui progressent, avec filtre par propriété. Bloc qualité Données manquantes, événements rejetés, accès à revoir et déploiements récents. Chaque bloc doit conduire à une page de détail. La vue portefeuille signale, elle n’explique pas tout. Conclusion Le suivi multi-sites fonctionne quand la gouvernance précède la visualisation. Il faut :une carte claire des propriétés ; un contrat de mesure commun ; des exceptions documentées ; trois niveaux de lecture ; des indicateurs comparables ; des accès limités ; un cycle de revue ; une consolidation qui n’impose pas un suivi individuel transversal.Le bon tableau de bord ne cherche pas à rendre tous les sites identiques. Il leur donne un langage commun sans perdre leur rôle. FAQ Faut-il une propriété analytics par site ? C’est souvent le choix le plus clair pour séparer les accès et configurations. Une vue consolidée peut ensuite comparer les propriétés. Une propriété commune reste possible, mais elle doit être justifiée par des besoins et droits réellement communs. Peut-on additionner les visiteurs uniques de plusieurs sites ? Pas comme une audience dédupliquée. Une personne peut être comptée sur plusieurs propriétés. Indiquez qu’il s’agit d’une somme non dédupliquée ou utilisez une méthode agrégée adaptée, sans introduire par défaut un identifiant global. Combien de KPIs dans la vue portefeuille ? Cinq à huit colonnes bien définies suffisent généralement : volume, tendance, conversion, taux, canal principal et santé de collecte. Le détail appartient aux vues par propriété. Comment gérer des objectifs différents selon les sites ? Gardez un petit socle commun, puis ajoutez des indicateurs locaux. Comparez aussi chaque site à son propre objectif et à sa tendance, pas uniquement aux autres. À quelle fréquence revoir les accès ? Une revue trimestrielle est une pratique raisonnable, complétée par un retrait immédiat lors des départs ou fins de contrat. SourcesCNIL, Cookies : solutions pour les outils de mesure d’audience Google Analytics, Analytics account structure Google Analytics, Roll-up properties Matomo, Roll-Up Reporting Plausible, Consolidated view Règlement (UE) 2016/679, principes de minimisation et de limitation des finalités