Passer de Google Analytics à Matomo
Comment passer de Google Analytics à Matomo
Passer de Google Analytics à Matomo n’est pas un simple changement cosmétique. C’est une évolution du reporting avec des conséquences, et la version la plus sûre commence par un périmètre restreint : un site, une propriété ou un ensemble de campagnes. Si vous essayez de tout migrer dès le premier jour, vous passerez la première semaine à démêler d’anciens tags et à discuter des chiffres.
Pour repartir sur de bonnes bases, définissez ce que « terminé » veut dire avant de toucher au code de suivi. Un objectif pratique tient en une phrase : les rapports clés existent dans Matomo, l’équipe peut les lire sans aide, et GA reste disponible uniquement pour la comparaison pendant la bascule. Cela suffit. Si vous ne pouvez pas décrire l’arrivée en une seule phrase, la migration est trop floue.
Il y a une formule qui mérite d’être dite clairement : la façon de passer de Google Analytics à Matomo dépend moins de l’outil que du périmètre de reporting que vous protégez. Un petit site e-commerce peut se concentrer sur le tunnel d’achat, les pages produits et l’usage des coupons ; un site de contenu peut se concentrer sur la lecture des articles, la profondeur de défilement et les inscriptions à la newsletter. Site différent, bascule différente. Même discipline.
1. Définir ce que « terminé » veut dire pour cette migration
Commencez par un périmètre écrit, et gardez-le étroit. Nommer le site, la propriété et le groupe de campagnes qui migreront en premier. Si l’entreprise demande « tout le compte », refusez et choisissez un seul ensemble de reporting. Une migration avec une seule cible reste gérable ; une migration avec cinq cibles devient un projet qui ne se stabilise jamais.
Rédigez des critères de succès vérifiables en 10 minutes, pas débattus pendant 10 jours. Par exemple : « Matomo affiche les sessions, les conversions et les principales pages d’entrée pour le site A » et « GA reste actif pendant 2 semaines uniquement pour comparaison ». Ces deux lignes donnent une limite à l’équipe. Sans elles, quelqu’un demandera encore un tableau de bord au pire moment.
Définissez aussi une ligne d’échec. Si la configuration Matomo rate la conversion principale, ou si l’entreprise ne peut pas vérifier les chiffres pendant la période de chevauchement, la bascule n’est pas prête. Cela peut sembler sévère. Cela fait gagner du temps.
2. Inventorier les données Google Analytics que vous ne devez pas perdre
Avant de déplacer quoi que ce soit, faites la liste des éléments GA qui comptent. Incluez les tableaux de bord précis que les gens ouvrent chaque matin, les dimensions personnalisées qui ont une valeur métier, les événements liés au revenu, les conversions, les audiences, les filtres et les paramètres liés à l’attribution. Une migration sans cet inventaire, c’est de l’improvisation avec un nom plus élégant.
Utilisez des noms, pas des descriptions. « Tableau de bord du trafic payant » est mieux que « trucs marketing ». « Événement d’envoi de formulaire de lead » est mieux que « actions contact ». Si un rapport a un vrai propriétaire, écrivez son nom à côté. Ce petit geste aide lorsqu’un jour quelqu’un dit : « Je pensais que l’équipe commerciale utilisait ce filtre. »
Certains éléments GA ne mériteront pas d’être recréés à l’identique. C’est normal. Un segment d’audience rarement utilisé l’an dernier ne vaut peut-être pas la peine d’être reproduit dans Matomo s’il n’a jamais servi à prendre une décision. L’idée n’est pas de préserver chaque objet ; l’idée est de préserver les 20 % que les gens utilisent réellement.
Si vous avez besoin d’un repère simple pendant que vous rassemblez la liste, gardez une checklist séparée pour les pages atypiques et les rapports de niche. Cette habitude aide aussi ailleurs ; par exemple, une équipe qui doit vérifier une page de site peut utiliser comment vérifier si un site web comme modèle de référence rapide. Le nom change, mais la règle reste la même : savoir quoi trouver avant de le chercher.
3. Faire correspondre les concepts GA aux équivalents Matomo
Créez une feuille de correspondance avec 2 colonnes : terme GA et terme ou méthode Matomo. Notez ce qui correspond directement et ce qui ne correspond pas. Pages vues, événements, objectifs, segments, dimensions personnalisées et suivi de campagne doivent tous figurer sur la feuille. C’est là que la migration Google Analytics vers Matomo devient concrète plutôt que théorique.
Certaines correspondances sont simples. D’autres non. Les audiences GA peuvent devoir devenir des segments Matomo ou une règle de reporting différente. Un paramètre d’attribution GA peut ne pas fonctionner de la même manière dans Matomo, donc il peut être nécessaire de reformuler la question plutôt que de forcer l’ancienne réponse dans le nouvel outil. Notez-le, car les gens oublient vite une fois les tableaux de bord sous les yeux.
Gardez une colonne pour « même idée, logique différente ». Cette colonne compte. Si GA calculait une métrique d’une certaine façon et que Matomo la calcule autrement, l’équipe doit le savoir avant de voir les chiffres. Sinon, elle pensera que la migration est cassée alors que le vrai problème est un changement de définition. C’est précisément ce qu’il faut clarifier avec un équivalent Google Analytics Matomo bien documenté.
Pour les équipes qui tiennent déjà des pages de référence structurées, ce type de correspondance fonctionne comme une recherche méthodique dans un répertoire tel que le dictionnaire des rêves commençant par p: un terme, un endroit, un sens. L’outil peut changer, mais l’habitude reste familière. Faites correspondre d’abord, discutez ensuite.
4. Préparer la bascule pour une transition à faible risque
Choisissez la date de migration avec intention. Évitez les lancements produit, les pics de campagne et les échéances de reporting. Une bascule le lundi matin crée souvent du bruit ; un créneau calme en milieu de semaine est généralement plus simple à valider. Une transition à faible risque vaut mieux qu’une transition spectaculaire.
Décidez si la période de chevauchement durera 3 jours, 1 semaine ou plus. Elle doit être assez longue pour comparer les résultats, mais assez courte pour que personne ne maintienne deux systèmes par habitude. Pendant cette période, précisez qui vérifie les rapports, qui valide, et qui peut suspendre la migration si les chiffres semblent faux.
Désignez un seul responsable de la validation. Pas trois. Une personne peut recueillir les retours de l’analytique, du produit et du marketing, mais une seule doit prendre la décision. Si tout le monde est responsable de la bascule, personne ne l’est. C’est à ce moment que de petits problèmes de suivi traînent pendant des mois.
Pensez aux changements d’accès seulement une fois le chevauchement stabilisé. Si vous réduisez l’accès à GA trop tôt, les gens paniqueront et commenceront à créer des tableaux Excel parallèles. Si vous attendez trop, ils cesseront d’utiliser Matomo. Ici, le bon timing compte plus que la formalité.
5. Refaire d’abord les rapports critiques dans Matomo
N’essayez pas de copier toutes les vues GA. Recréez d’abord les rapports quotidiens : trafic par source, pages principales, conversions clés et quelques segments que l’équipe consulte chaque semaine. Si un rapport n’influence pas une décision, laissez-le pour plus tard. C’est souvent là que les migrations ralentissent sans raison valable.
Utilisez autant que possible les réglages natifs de Matomo. Une imitation trop fidèle de GA peut sembler rassurante, mais créer davantage de maintenance par la suite. Le mieux est de reconstruire la question métier, pas la vieille capture d’écran. Si GA avait quatre onglets et que Matomo peut répondre à la même question en deux panneaux, choisissez les deux panneaux.
Faites apparaître les rapports les plus visibles avant que quelqu’un ne les demande. Si les ventes demandent la qualité des leads chaque matin et que le marketing demande le trafic des campagnes chaque après-midi, ce sont les deux premiers rapports à recréer. Le reste peut attendre. Les gens pardonnent plus vite les cas particuliers manquants que leur rapport du lundi absent.
Certaines équipes aiment vérifier d’autres processus de pages de référence pendant qu’elles avancent dans leurs listes de rapports, surtout si leur contenu est réparti sur plusieurs pages. Un exemple pratique est comment vérifier si un site web, qui montre l’intérêt de valider la page exacte que l’utilisateur s’attend à trouver. Le reporting est similaire : le rapport doit être celui que les gens utilisent vraiment.
6. Valider le suivi des événements et des objectifs sur de vraies actions utilisateurs
Testez des actions réelles, pas seulement des chargements de page. Envoyez un formulaire, terminez un achat, téléchargez un fichier et cliquez sur un lien sortant. Vérifiez ensuite si Matomo a enregistré chaque action comme le métier en a besoin. Des tests rapides sont utiles, mais des tests méthodiques évitent les reprises.
Gardez des cas de test courts et précis. « Envoi du formulaire de contact depuis la page tarifs » est mieux que « tester le tunnel ». « Paiement terminé avec code promo » est mieux que « test d’achat ». Une action claire produit un bug clair. Des tests flous créent une confusion polie.
Comparez les résultats à GA pendant la période de chevauchement, mais n’attendez pas une identité parfaite. Les outils peuvent compter légèrement différemment à cause de la gestion du consentement, du timing ou des détails de configuration. La vraie question est de savoir si Matomo capte de façon fiable la même action métier. Si ce n’est pas le cas, corrigez le tag ou la règle d’objectif avant la bascule.
C’est aussi le bon moment pour noter les cas limites. Par exemple, un téléchargement qui s’ouvre dans un nouvel onglet peut nécessiter un déclencheur différent d’un simple clic sur un lien. Une seule règle attrape rarement tous les comportements du premier coup. C’est normal, et c’est pour cela que la liste de tests doit rester assez courte pour être répétée en une après-midi.
7. Former l’équipe au flux de reporting de Matomo
Faites une visite guidée de 30 minutes pour les analystes et les parties prenantes, puis donnez-leur un chemin écrit pour les 3 ou 4 rapports qu’ils utilisent le plus. Montrez où se trouvent les segments, comment sont gérées les annotations et quelles habitudes GA ne s’appliquent plus. Les gens n’ont pas besoin d’un cours sur chaque menu. Ils ont besoin de savoir où se trouve la réponse de lundi.
Appuyez-vous sur de vrais exemples du site migré. Ouvrez le rapport des leads, le rapport produit et le rapport des pages d’entrée. Parcourez les filtres. Si vous pouvez montrer un rapport de campagne avec le nom exact utilisé par l’équipe marketing dans GA, la courbe d’apprentissage chute immédiatement. Les captures d’écran aident, mais les clics en direct aident davantage.
Expliquez les différences simplement. Si une audience de style GA est maintenant un segment Matomo, dites-le. Si un rapport enregistré a changé d’emplacement, dites-le aussi. Si une partie prenante demande une métrique qui n’existe plus sous la même forme, répondez avec le nouveau flux de travail, pas avec une histoire sur l’ancien outil. Les gens s’adaptent plus vite quand la réponse est directe.
Certaines équipes gardent un petit support de référence pour les recherches récurrentes, et cela peut aussi inclure des pages de contenu. Si l’équipe travaille avec des pages de connaissance, un lien comme dictionnaire des rêves commençant par k rappelle que des catégories bien organisées réduisent le temps de recherche. La formation au reporting fonctionne de la même manière : un endroit pour une tâche.
8. Supprimer les dépendances GA après le transfert
Une fois que le périmètre de reporting convenu est stable dans Matomo, dressez la liste de toutes les dépendances GA restantes. Cela inclut les tableaux de bord, tags, alertes, documentations, procédures, favoris de navigateur et scripts qui pointent encore vers GA. N’en laissez aucune sans examen. Les anciens liens ont la fâcheuse habitude de survivre longtemps après que la migration soit « terminée ».
Supprimez ou réécrivez les éléments un par un. Une note de tableau de bord qui dit « vérifier GA » doit devenir « vérifier Matomo ». Un runbook qui demande de comparer chaque matin à GA doit être mis à jour pour refléter le nouveau processus, ou archivé s’il n’a plus d’utilité. Les petites tâches de nettoyage comptent ici, car elles empêchent les anciennes habitudes de revenir.
Gardez un dernier point de comparaison, puis fermez la fenêtre GA pour le périmètre migré. Si l’équipe a encore besoin de GA comme référence historique, limitez l’accès à la lecture seule et fixez une date de revue. Sinon, réduisez les accès et supprimez les vérifications routinières. Plus GA reste intégré au flux de travail quotidien, plus il devient difficile de savoir quel système fait foi.
À ce stade, une simple habitude de maintenance aide : réviser les rapports actifs tous les mois, pas tous les trimestres. Une revue de 15 minutes permet de repérer les tableaux de bord obsolètes avant qu’ils ne perturbent le prochain responsable de campagne. Un peu de nettoyage maintenant coûte moins cher qu’une deuxième migration plus tard.
