Choisir le modèle de mesure
Umami, Plausible, Matomo et GoatCounter représentent des ensembles de fonctionnalités et des choix d'exploitation différents. Examinez les exigences actuelles, les licences et la collecte réelle de données. Le nom d'un produit ne remplace pas l'examen de son comportement configuré.
Minimisez le contenu des événements
Évitez d'enregistrer des mots de passe, des jetons, des paramètres de page privés ou des identifiants sensibles. Envisagez des décomptes agrégés, une courte rétention et un accès limité avant de collecter des parcours utilisateurs individuels. Examinez ce que le proxy inverse journalise ainsi que l'application d'analyse.
Traiter le consentement comme une véritable question de conception
Une configuration sans cookies n’échappe pas automatiquement à toute règle de confidentialité ou de consentement. Les exigences applicables dépendent des données, de la technologie, des utilisateurs et de la juridiction. Expliquez l’implémentation avec précision et obtenez un examen approprié.
Maintenir la fiabilité du service
Protégez le tableau de bord, limitez les écritures lorsque cela est pris en charge, supervisez la base de données et purgez les anciennes données. Vérifiez que le blocage des analyses ne casse pas le site principal. Sauvegardez la configuration et ne conservez que l'historique réellement nécessaire.
Inspectez un événement réel
Ouvrez l'inspecteur réseau du navigateur et examinez la requête générée par l'affichage d'une page. Vérifiez le chemin, les paramètres de requête, le référent, les identifiants et la charge utile de l'événement. Comparez ce qui est envoyé avec la politique présentée aux utilisateurs. Cette simple inspection permet souvent de repérer des données inutiles avant qu'elles ne s'accumulent dans une base de données.
Définir une conservation utile
Déterminez quels rapports nécessitent des agrégats quotidiens et lesquels, le cas échéant, nécessitent des événements individuels. Planifiez la suppression ou l'agrégation et vérifiez qu'elle a bien lieu. Limitez l'accès au tableau de bord et empêchez le chemin d'échec de l'analyse de retarder le site web principal.
Comparez le modèle de collecte et la pile d'exploitation
Choisissez un outil en fonction des questions auxquelles vous devez répondre. La configuration auto-hébergée actuelle d'Umami utilise PostgreSQL ; Plausible Community Edition, Matomo et GoatCounter ont leurs propres piles et périmètres fonctionnels. Consultez la version actuelle et les exigences de base de données plutôt que de supposer que le produit hébergé et l'édition auto-hébergée sont identiques. Les sessions, la relecture et les identifiants personnalisés ajoutent des données et des responsabilités au-delà d'un simple compteur de pages agrégé. Commencez par le modèle de collecte le plus restreint qui répond à une véritable question produit.
Documentation officielle : Installation d’Umami · Édition auto-hébergée de Plausible · Installation de Matomo · Projet d'auto-hébergement GoatCounter
Séparez l'administration et la collecte sur des règles distinctes
Utilisez un déploiement pris en charge, une connexion à une base de données privée et TLS. Changez immédiatement tout mot de passe administrateur par défaut. Créez l'entrée du site/projet et ajoutez uniquement l'extrait de suivi requis aux pages que vous contrôlez. Protégez le tableau de bord et les routes administratives ; un point de terminaison de collecte public ne signifie pas que ses rapports doivent être publics. Conservez les migrations de base de données, les secrets d'application et un export de récupération dans le plan de mise à jour.
- Excluez des événements la configuration privée, les détails de paiement et les chaînes de requête contenant des jetons.
- Consignez l'origine exacte du script et les points de terminaison pour la politique de confidentialité du site.
- Vérifiez les limites de licence et d'édition avant de proposer des tableaux de bord à d'autres organisations.
Documentation officielle : Configuration d'Umami et compte par défaut
Examinez l'événement plutôt que de vous fier à l'étiquette d'un produit
Utilisez une vue de page jetable et un événement personnalisé inoffensif. Inspectez la requête réseau pour son URL, son référent, ses identifiants, sa charge utile et son comportement en matière de stockage/cookies, puis comparez l'entrée du tableau de bord. Répétez avec l'analytique bloquée : le site principal doit rester fonctionnel. Un point de collecte renvoyant un succès avec un rapport vide peut indiquer un mauvais identifiant de projet, une règle d'origine, un script bloqué ou un problème de file d'attente/base de données. N'insérez pas de mot de passe réel ni de référence de paiement dans un événement de diagnostic.
Faites de la rétention une tâche au résultat observable
Choisissez les fenêtres de suppression ou d'agrégation avant que la base de données ne se remplisse. Inspectez les journaux du proxy inverse et de la base de données ainsi que les paramètres d'analyse ; ils peuvent conserver plus de détails que l'interface de reporting. Testez un export, une restauration et la suppression effective d'un événement de test expiré. L'absence de cookies est une description technique, pas une exemption juridique générale. Examinez les données réelles, les finalités, le public et les règles applicables plutôt que de promettre une conformité automatique à partir d'un nom de produit.