Matomo 5.14.0 change quoi pour vos rapports ?

Résumer ce contenu avec :

Perplexity ChatGPT Claude Grok Mistral

Matomo 5.14.0 améliore surtout le reporting, le temps réel et Matomo Tag Manager. Je vous montre ce qui change vraiment, ce qu’il faut surveiller avant la mise à jour, et pourquoi cette version mineure peut quand même simplifier votre suivi analytics au quotidien.

Qu’est-ce qui change vraiment ?

Matomo 5.14.0 change surtout la qualité de lecture des rapports, le suivi temps réel et plusieurs détails d’usage qui font gagner du temps aux équipes analytics.

C’est une version mineure, donc on n’est pas sur une refonte complète ni sur une mise à niveau majeure de la base de données. Mais je ne la rangerais pas trop vite dans la catégorie “petite mise à jour”. Elle touche des endroits que les équipes utilisent tous les jours : les rapports, les graphiques, les exports PDF, l’écran de connexion, les performances et Matomo Tag Manager.

Une version mineure n’est pas forcément une petite version pour les utilisateurs métier. Quand les rapports sont plus lisibles, quand les pourcentages apparaissent au bon endroit, quand les graphiques demandent moins d’effort pour être compris, ça change vraiment la manière de lire les données. Et souvent, c’est là que se joue l’adoption d’un outil analytics.

Je le vois souvent chez des clients. Les irritants ne viennent pas seulement de la collecte des données. Ils viennent aussi de la restitution. Un rapport trop flou, un graphique qui manque de contexte, une interface qui force à recalculer mentalement un taux ou une part, ça ralentit les décisions. Pas beaucoup à chaque fois, mais tous les jours, ça finit par coûter cher.

Les principales familles d’améliorations se regroupent assez clairement :

• Reporting : Les rapports deviennent plus pratiques à lire, avec des détails mieux placés et des informations plus directement exploitables.
• Temps réel : Le suivi des visiteurs actifs gagne en clarté, ce qui aide quand on surveille une campagne, un lancement ou un incident.
• Interface : Certains écrans, dont la connexion, sont ajustés pour réduire les frictions d’usage.
• Performance : Quelques optimisations rendent l’expérience plus fluide, surtout sur des instances bien chargées.
• Exports PDF : Les rapports envoyés ou partagés gagnent en lisibilité, ce qui compte beaucoup pour les équipes non techniques.
• Tag Manager : Matomo Tag Manager reçoit aussi des corrections et ajustements utiles pour fiabiliser le pilotage des balises.
• Documentation et FAQ : La documentation et les réponses aux questions fréquentes sont mises à jour, ce qui évite de perdre du temps sur des comportements déjà clarifiés.

Pourquoi les compteurs temps réel comptent ?

Les compteurs temps réel agrégés permettent de continuer à suivre l’activité même quand le journal des visites est désactivé. C’est ça le vrai changement utile dans Matomo 5.14.0. Pas le truc spectaculaire qu’on montre en démo, mais le genre d’amélioration qui évite de piloter à l’aveugle.

Dans Matomo, le journal des visites est très pratique. Il permet de regarder les sessions une par une, de voir le parcours d’un visiteur, les pages vues, les actions, parfois les détails techniques. C’est précieux quand on cherche à comprendre un comportement précis.

Mais dans la vraie vie, certaines organisations le désactivent. Pour des raisons de confidentialité, de minimisation des données, de performance, ou juste parce que la gouvernance interne ne veut pas conserver ce niveau de détail. Je l’ai vu chez des clients publics et dans des groupes très cadrés juridiquement. Le sujet n’est pas “on aime ou pas la donnée”, c’est plutôt “on collecte uniquement ce dont on a vraiment besoin”.

Le souci, c’est qu’en coupant le journal des visites, on peut perdre une partie de la visibilité opérationnelle en temps réel. Et quand une campagne démarre, qu’un site ralentit, ou qu’un tracking casse après une mise en production, c’est souvent là qu’on a besoin d’un signal rapide.

Avec Matomo 5.14.0, les compteurs temps réel agrégés donnent cette vision globale sans dépendre du journal détaillé des visites. On ne regarde pas les individus, on suit une activité consolidée. Et l’activation peut se faire au niveau global ou site par site, ce qui est franchement plus souple quand vous gérez plusieurs sites avec des contraintes différentes.

Il faut rester clair. Ça ne remplace pas le journal des visites. Ce n’est pas le même usage. Le journal sert à inspecter finement des visites. Les compteurs agrégés servent à suivre une tendance, un volume, un signal d’activité.

Les cas d’usage sont très concrets :

• Suivi d’un lancement de campagne.
• Monitoring d’un pic de trafic.
• Contrôle après une mise en production.
• Suivi d’un événement business.
• Surveillance d’un incident tracking.

Pour moi, c’est une évolution saine. On va vers un analytics plus sobre, où on évite de collecter ou conserver plus de données que nécessaire, tout en gardant les signaux utiles pour piloter correctement.

Que gagne le reporting ?

Le reporting gagne surtout en lisibilité, en contexte et en confort d’analyse. C’est moins spectaculaire qu’une grosse nouvelle fonctionnalité IA, mais dans la vraie vie, c’est souvent ça qui fait gagner du temps.

Avec Matomo 5.14.0, plusieurs ajustements vont dans ce sens : l’affichage de pourcentages dans certains rapports, les prévisions de visiteurs uniques, des graphiques plus lisibles, des optimisations de performance, quelques ajustements d’interface, des rapports PDF améliorés et une page de connexion retravaillée.

Les pourcentages comptent parce que les volumes seuls racontent rarement toute l’histoire. Un canal peut générer beaucoup de visites, tout en perdant du poids dans le mix global. Une page peut sembler stable en volume, mais devenir moins importante dans le parcours utilisateur. Avec une part relative affichée directement, je lis plus vite, je compare mieux, et j’évite de tirer des conclusions trop rapides.

Les prévisions de visiteurs uniques sont aussi intéressantes, à condition de ne pas les prendre pour une vérité absolue. Un visiteur unique, c’est une personne ou un navigateur identifié comme distinct sur une période donnée. Une prévision donne un signal d’anticipation : est-ce que la tendance monte, baisse, se tasse ? C’est utile pour préparer une capacité serveur, suivre une dynamique marketing ou repérer une rupture. Mais je la relis toujours avec le contexte business, les campagnes en cours, la saisonnalité et les changements de tracking. Un nouveau tag mal posé peut faire mentir une belle courbe.

Sur le terrain, je le vois encore souvent : dans les comités marketing, les PDF restent très utilisés. Même si je préfère souvent des dashboards vivants, un PDF propre, lisible et fiable reste précieux quand il circule entre la direction, le marketing et les équipes métiers.

• Analyste : Je gagne du temps sur la lecture comparative, surtout avec les pourcentages et les graphiques plus propres.
• Responsable marketing : Je repère plus vite si une campagne pèse vraiment dans les résultats ou si elle fait juste du volume.
• Équipe technique : Je bénéficie des optimisations de performance et je peux mieux anticiper certaines charges avec les tendances de visiteurs uniques.
• Direction : Je reçois des rapports PDF plus lisibles, plus fiables, et plus simples à partager.

Après la mise à jour, je conseille de relire les rapports avec une petite routine simple : vérifier les nouveaux pourcentages, comparer les tendances avant et après mise à jour, surveiller les visiteurs uniques prévus, contrôler les exports PDF, puis valider les graphiques sur les rapports clés. Ça évite les mauvaises surprises et ça remet les chiffres dans leur contexte.

Quoi vérifier dans Matomo Tag Manager ?

Il faut surtout vérifier les variables, la publication, l’aide contextuelle, le mode sombre et le typage des paramètres après la mise à jour. Matomo Tag Manager reçoit des corrections qui semblent petites sur le papier, mais qui touchent des détails très concrets quand on travaille avec beaucoup de tags, de déclencheurs et de variables.

Je parle de changements de noms de variables, d’aide contextuelle plus claire, de corrections sur la publication des conteneurs, du rendu en mode sombre et du typage des paramètres. Le typage, c’est simplement le fait qu’un paramètre soit bien reconnu comme texte, nombre, booléen, tableau, etc. Et oui, un mauvais type peut suffire à envoyer une donnée proprement… mais fausse.

Avant de publier un conteneur après mise à jour, je préfère toujours repasser sur les variables critiques et tester les déclencheurs principaux. Pas parce que tout va casser. Juste parce que le tracking, c’est rarement spectaculaire quand ça dérive. Sur des projets client, les erreurs les plus pénibles ne sont pas toujours les erreurs visibles. Les plus coûteuses sont souvent les erreurs silencieuses, celles qui passent dans les rapports mais déforment l’analyse.

• Ouvrir les conteneurs critiques, surtout ceux liés aux conversions, formulaires, achats ou leads.
• Contrôler les variables renommées ou modifiées dans Matomo Tag Manager.
• Tester les tags principaux avec les déclencheurs associés.
• Vérifier que la publication du conteneur fonctionne bien après modification.
• Relire les paramètres typés, surtout ceux utilisés dans les événements et dimensions personnalisées.
• Tester le rendu en mode sombre si votre équipe l’utilise au quotidien.
• Contrôler les événements dans les rapports Matomo après quelques tests réels.

Pour éviter de chercher partout, je documente souvent les variables sensibles dans un tableau simple. Rien de magique, mais ça évite les débats trois semaines plus tard.

Comment préparer la mise à jour ?

Même sans mise à niveau majeure de base de données, je prépare la mise à jour comme une vraie opération de production. Une version mineure de Matomo reste une mise à jour applicative. Ça touche du code, des plugins, parfois des dépendances, et souvent des habitudes côté équipe.

Je ne clique jamais “mettre à jour” juste parce que le bouton est là. Je sauvegarde les fichiers, je sauvegarde la base, je regarde les plugins actifs, je lis les notes de version, et si l’instance compte vraiment pour le business, je teste en préproduction. J’ai déjà vu une mise à jour “simple” bloquée par un vieux plugin oublié depuis deux ans. Rien de dramatique, mais ça fait perdre du temps si on le découvre en prod.

Côté Matomo, vous avez généralement deux options. Soit la mise à jour depuis l’interface, quand elle est proposée et adaptée à votre hébergement. Soit la mise à jour en ligne de commande, plutôt pour les installations gérées techniquement. La commande courante côté console Matomo est ./console core:update. Elle doit être lancée dans le bon répertoire Matomo, avec les droits serveur adaptés, et surtout après sauvegarde.

Chaque hébergement a ses contraintes. Mutualisé, serveur dédié, Docker, infogérance, politique interne de sécurité… Ce n’est pas la même réalité. L’idée n’est pas de cliquer vite. L’idée, c’est de pouvoir revenir en arrière proprement si besoin.

• Avant mise à jour : Sauvegarde des fichiers Matomo.
• Avant mise à jour : Sauvegarde complète de la base de données.
• Avant mise à jour : Vérification de la version PHP et des extensions si nécessaire.
• Avant mise à jour : Vérification des plugins actifs et de leur compatibilité.
• Avant mise à jour : Contrôle des droits serveur sur les fichiers et dossiers.
• Avant mise à jour : Test sur un environnement de préproduction si possible.
• Avant mise à jour : Fenêtre de maintenance prévue sur un créneau calme.
• Avant mise à jour : Plan de contrôle post-update défini.

• Après mise à jour : Accès à l’interface Matomo.
• Après mise à jour : Collecte des visites vérifiée.
• Après mise à jour : Rapports temps réel contrôlés.
• Après mise à jour : Rapports clés ouverts et cohérents.
• Après mise à jour : Exports PDF testés.
• Après mise à jour : Tag Manager vérifié.
• Après mise à jour : Publication d’un conteneur test si vous utilisez Matomo Tag Manager.
• Après mise à jour : Cron d’archivage contrôlé si vous l’utilisez.

Alors, vous la faites quand cette mise à jour ?

Matomo 5.14.0 n’est pas une révolution, et justement c’est ce qui la rend intéressante. On gagne en lisibilité dans les rapports, en souplesse avec les compteurs temps réel agrégés, en confort côté Matomo Tag Manager, et en stabilité sur plusieurs détails d’interface et de performance. Je la traiterais comme une mise à jour utile, pas comme un simple correctif à ignorer. Sauvegarde, test, vérification des rapports clés, contrôle du Tag Manager, puis déploiement propre. Le bénéfice pour vous est simple : des données plus lisibles, mieux suivies, avec moins de friction au quotidien.

FAQ

• Matomo 5.14.0 est-elle une mise à jour majeure ?
  Non, c’est une version mineure. Le point rassurant, c’est qu’elle n’implique pas de mise à niveau majeure de la base de données. Je recommande quand même de faire une sauvegarde complète avant installation, parce qu’une instance analytics reste un outil critique.
• À quoi servent les compteurs temps réel agrégés ?
  Ils permettent de suivre l’activité en temps réel même lorsque le journal des visites est désactivé. C’est utile quand on veut garder une lecture opérationnelle du trafic sans forcément conserver un détail visite par visite.
• Faut-il activer les compteurs temps réel partout ?
  Pas forcément. L’intérêt de cette version, c’est justement de pouvoir raisonner globalement ou site par site. Sur un site critique, je peux vouloir ce suivi. Sur un autre site moins sensible, ce n’est pas toujours prioritaire.
• Quels rapports sont les plus concernés par cette version ?
  Les changements touchent surtout la lisibilité des rapports, certains affichages de pourcentages, les prévisions de visiteurs uniques, les graphiques, les performances, les rapports PDF et quelques ajustements d’interface.
• Que vérifier dans Matomo Tag Manager après mise à jour ?
  Je vérifierais les variables, les tags principaux, les déclencheurs, la publication des conteneurs, les paramètres typés et les événements qui remontent dans Matomo. C’est rapide à faire, et ça évite les erreurs silencieuses dans les données.

A propos de l’auteur

Je suis Franck Scandolera, expert et formateur en tracking avancé server-side, Analytics Engineering, automatisation No/Low Code avec n8n, intégration de l’IA en entreprise et SEO/GEO. J’accompagne des équipes sur des sujets analytics très concrets : collecte, qualité de donnée, consentement, reporting, gouvernance et automatisation. J’ai travaillé avec des références comme Logis Hôtel, Yelloh Village, BazarChic, la Fédération Française de Football ou Texdecor. Je dirige l’agence webAnalyste et l’organisme Formations Analytics. Si vous voulez fiabiliser Matomo, votre tracking ou vos dashboards, contactez-moi.

Franck Scandolera

⭐ Expert et formateur en Tracking avancé, Analytics Engineering et Automatisation IA (n8n, Make) ⭐

Ref clients : Logis Hôtel, Yelloh Village, BazarChic, Fédération Football Français, Texdecor…

Mon terrain de jeu :

Data & Analytics engineering : tracking propre RGPD, entrepôt de données (GTM server, BigQuery…), modèles (dbt/Dataform), dashboards décisionnels (Looker, SQL, Python).
Automatisation IA des taches Data, Marketing, RH, compta etc : conception de workflows intelligents robustes (n8n, Make, App Script, scraping) connectés aux API de vos outils et LLM (OpenAI, Mistral, Claude…).
Engineering IA pour créer des applications et agent IA sur mesure : intégration de LLM (OpenAI, Mistral…), RAG, assistants métier, génération de documents complexes, APIs, backends Node.js/Python.