Migrer les analyses de site de Matomo vers Astrina

Comment migrer les analyses de site web de Matomo vers Astrina

Si vous préparez la migration Matomo vers Astrina, commencez par un objectif précis : remplacer les rapports que votre équipe consulte chaque jour, et non chaque détail historique stocké un jour par Matomo. Cette approche compte, car une migration limitée est plus simple à vérifier, plus facile à expliquer et beaucoup moins susceptible de s’enliser à mi-parcours.

Ce guide part du principe qu’il s’agit d’une bascule pragmatique. Vous pouvez conserver quelques exports Matomo à titre de référence, mais vous n’avez pas besoin de reconstruire chaque dimension personnalisée, chaque rapport archivé ou chaque particularité côté serveur dont une seule personne se souvient. Très bien. Laissez le reste de côté.

1. Identifiez les fonctionnalités de Matomo que vous pouvez laisser de côté sans risque

Commencez par lister ce que les gens utilisent réellement dans Matomo au cours d’une semaine normale. Pour beaucoup d’équipes, il s’agit des pages vues, des sources de trafic, de quelques objectifs et peut-être de quelques libellés d’événements. Si personne n’ouvre un rapport pendant 90 jours, il est généralement possible de le supprimer.

Ne considérez pas chaque fonctionnalité de Matomo comme sacrée. Un segment personnalisé créé pour une campagne en mars n’a pas le même poids qu’un rapport de conversion principal que l’équipe commerciale consulte tous les lundis. L’un est un souvenir ; l’autre est un processus de travail.

Examinez aussi la complexité de la configuration. Si Matomo dépend de règles côté serveur, de plugins inhabituels ou d’une logique de suivi qui ne fonctionne que parce qu’un ancien tag est encore présent sur le site, c’est un fort संकेत que vous ne devriez pas la reproduire. Astrina donne ses meilleurs résultats quand la configuration est suffisamment simple pour qu’une autre personne puisse l’expliquer en deux minutes.

Un filtre utile est le suivant : si une fonctionnalité Matomo n’influence ni une décision, ni une réunion, ni un rapport exporté régulièrement par quelqu’un, elle peut probablement rester dans l’ancien système. Ce n’est pas de la négligence. C’est du triage.

2. Exportez le minimum de données Matomo dont vous avez encore besoin comme référence

N’exportez que ce que vous consulterez réellement pendant la transition. Des instantanés récents des rapports suffisent généralement pour comparer, surtout s’ils couvrent le trafic, les pages les plus vues, les objectifs et les noms d’événements. Enregistrez-les dans des fichiers que vous pourrez rechercher plus tard. Une capture d’écran perdue dans un chat n’est pas un registre.

Conservez une courte liste des noms d’objectifs, des libellés d’événements et de toute note expliquant un comportement de suivi atypique. Par exemple, si un clic sur un bouton dans Matomo est libellé « Lead Form Submit » mais ne se déclenche qu’après le chargement d’une page de remerciement, notez-le exactement. Vous aurez besoin du libellé, pas du souvenir.

Si votre équipe dispose d’un tableau de suivi, exportez-le aussi. Date, page, nom de l’événement, nom de l’objectif et responsable suffisent. Cinq colonnes peuvent éviter cinq réunions.

N’exportez pas tout simplement parce que le bouton d’export existe. Les grandes archives donnent un faux sentiment de sécurité, puis personne ne les ouvre. Des exports plus petits sont plus faciles à auditer, à comparer et à transmettre à quelqu’un d’autre le mois suivant.

Pour les équipes qui conservent des notes techniques dans un wiki, créez une page unique avec l’essentiel : ce que Matomo suivait, quels rapports comptaient vraiment et quels points de données sont volontairement abandonnés. Cette page devient le pont entre les deux systèmes.

3. Faites correspondre les concepts de Matomo à Astrina de manière pratique

Traduisez maintenant le petit ensemble d’éléments Matomo en termes Astrina. Les pages vues restent des pages vues. Les objectifs deviennent les points de conversion qui comptent le plus pour vous. Les événements restent des événements, mais seuls ceux qui influencent les rapports ou les décisions doivent être recréés en premier.

Pensez en priorité, pas en perfection. Si Matomo comporte 18 libellés d’événements et qu’Astrina n’en a besoin que de 4 pour soutenir le flux de travail actuel de l’équipe, construisez d’abord ces 4-là. Les 14 autres pourront attendre qu’une vraie demande d’usage apparaisse.

C’est aussi le moment de décider ce que vous laissez volontairement tomber. Les anciennes dimensions de campagne, les objectifs de test obsolètes et les filtres ponctuels peuvent être abandonnés s’ils ne soutiennent pas les rapports actuels. Une migration n’est pas une exposition muséale.

Certaines équipes veulent préserver chaque convention de nommage de Matomo parce que cela leur semble plus sûr. En général, cela ne fait que transporter une ancienne confusion dans un nouvel outil. Si le libellé Matomo était vague, corrigez-le maintenant. « CTA click » est moins utile que « Clic sur la demande de démonstration de la page tarifs ».

Si vous avez besoin d’une référence pour interpréter les sources de trafic dans le nouveau système, consultez ce que signifient les nombres de sources de trafic Astrina. Cela peut aider lorsque les noms de sources ne correspondent pas exactement aux anciens libellés Matomo.

4. Recréez uniquement le suivi critique dans Astrina

Configurez d’abord Astrina pour l’analyse essentielle. Cela signifie les pages, les événements et les conversions que votre équipe consulte chaque semaine. Il ne s’agit pas de copier Matomo ligne par ligne ; il s’agit de rétablir les mesures qui permettent de prendre des décisions.

Installez le suivi Astrina sur votre site à l’endroit le plus simple qui fonctionne avec votre stack. Si votre site utilise un gestionnaire de balises, gardez une implémentation légère et documentée. Si vous préférez une intégration directe, notez où se trouve le code et qui en est responsable. Deux responsables valent mieux qu’aucun.

Établissez d’abord la base des pages vues. Si Astrina ne voit pas les bonnes pages, tous les rapports ultérieurs seront bruités. Ajoutez ensuite, un par un, les événements les plus importants et testez chacun dans le navigateur. Une faute de frappe cachée dans un nom d’événement est un piège classique de migration.

Ne clonez pas tous les déclencheurs Matomo. Recréez seulement les interactions qui comptent maintenant : soumissions de formulaires, clics sur les tarifs, démarrages d’inscription, téléchargements de fichiers, ou tout ce que votre équipe utilise réellement. Si un événement hérité n’a jamais influencé un rapport, il ne mérite pas une nouvelle configuration.

Si votre installation nécessite un parcours de mise en place clair, utilisez directement les pages de configuration de l’agent Astrina : *. C’est la façon la plus rapide de passer de « nous changeons d’outil » à « nous avons de nouveau des données ».

Pour les équipes venant d’un déploiement Matomo plus technique, il est utile de garder une checklist écrite à côté de l’onglet du navigateur. Étape 1 : vérifier la balise de page vue de base. Étape 2 : ajouter la première conversion. Étape 3 : vérifier que le nom de l’événement correspond à la feuille de référence. Étape 4 : contrôler que la source et la page d’atterrissage paraissent cohérentes. La simplicité l’emporte sur l’ingéniosité.

5. Vérifiez qu’Astrina capture les bonnes interactions

La validation doit être courte et précise. Ouvrez le site dans un navigateur réel, déclenchez les 3 principales interactions que vous avez recréées et confirmez qu’Astrina les enregistre bien toutes. Si le bouton d’inscription se déclenche mais pas la page de remerciement, vous avez trouvé un problème avant qu’il ne devienne une erreur de reporting.

Vérifiez les pages vues sur au moins 2 ou 3 pages représentatives, pas seulement sur la page d’accueil. Un article de blog, une page produit et une page de contact suffisent généralement à vous en apprendre assez. Si ces pages réagissent différemment, corrigez le schéma avant de remettre la configuration à l’équipe.

Comparez ensuite les nouvelles données avec vos instantanés d’export Matomo. Il ne s’agit pas de retrouver des totaux identiques jusqu’à la dernière visite ; il s’agit de vérifier que les mêmes types d’interactions sont visibles et que rien d’évident n’a disparu. Un contrôle de bon sens de 20 minutes peut éviter une semaine de doute.

Si vous voulez une vue plus approfondie de la qualité du trafic par rapport aux résultats, lisez faut-il faire confiance au trafic Astrina. C’est utile quand quelqu’un demande pourquoi les visites semblent correctes mais pas les leads.

Surveillez aussi le trafic des bots. Si un pic paraît étrange, l’article comment savoir si Astrina est peut vous aider à distinguer les pics ordinaires des pics suspects. C’est important, car une migration est le pire moment pour confondre bruit et réussite.

Une astuce pratique : testez sur une page avec un point de conversion connu, puis sur une page sans conversion du tout. Si Astrina enregistre correctement les deux, votre configuration est probablement suffisamment stable pour être fiable. Sinon, arrêtez-vous et corrigez la balise avant que l’équipe ne commence à utiliser les chiffres.

6. Décidez quoi faire de l’historique Matomo après la bascule

Après la bascule, trois options s’offrent généralement à vous. Garder Matomo en lecture seule, archiver les exports, ou prévoir une courte période de secours pendant qu’Astrina devient la source principale. Chaque option a un coût et doit être choisie volontairement.

L’accès en lecture seule suffit souvent pour les grandes équipes. Il permet aux gens de consulter les anciens rapports sans rien modifier ni recréer de nouvelles habitudes de suivi dans l’ancien outil. Cela réduit la confusion. Cela réduit aussi le risque que quelqu’un réinjecte discrètement des données au mauvais endroit.

L’archivage des exports est plus adapté lorsque le service juridique, la finance ou la direction veulent conserver une trace des tendances historiques. Stockez les fichiers exportés dans un emplacement contrôlé, avec une convention de nommage et une date. « final_matomo_export » n’est pas une convention.

Une courte période de secours a du sens si l’équipe est nerveuse à l’idée du changement ou si le site a plusieurs propriétaires qui ont besoin de temps pour s’adapter. Gardez-la courte. Plus Matomo reste actif comme couverture rassurante, plus les gens tardent à apprendre Astrina.

Ne gardez pas les deux systèmes en usage quotidien pour toujours. Cela crée des chiffres incohérents, des conversations en double et des messages du type « quel tableau de bord est le bon ? » qui font perdre du temps à tout le monde. Choisissez une source principale et dites-le clairement.

7. Transmettez le nouveau flux de travail analytique à votre équipe

La passation est l’étape qui fait réussir ou échouer les migrations. Mettez à jour la documentation interne avec les nouveaux liens de rapports, les nouveaux noms d’événements et la personne responsable des corrections lorsque le suivi se casse. Ajoutez la date dans le document. Les gens oublient les dates plus vite que leurs opinions.

Réécrivez les habitudes de l’équipe en langage simple. Si le rapport hebdomadaire commençait dans Matomo, dirigez maintenant les gens vers Astrina. Si les chefs de produit consultaient un segment Matomo chaque vendredi, montrez-leur le rapport Astrina qui répond désormais à la même question. Utilisez la même réunion si possible. Les nouveaux outils s’imposent plus vite dans les anciennes routines.

Formez l’équipe sur le petit nombre de chiffres qu’elle verra réellement. Une courte démonstration vaut mieux qu’un long partage d’écran sans exemple. Montrez où trouver les pages vues, comment inspecter un événement et où vérifier le point de conversion principal. C’est suffisant pour la plupart des rôles.

Si la gestion des accès compte dans votre processus, attribuez les rôles maintenant plutôt que plus tard. Une personne peut gérer la configuration du suivi, une autre lire les rapports et une troisième examiner les changements avant leur mise en ligne. Cette répartition évite les modifications accidentelles et rend les responsabilités visibles.

Parlez clairement de la bascule. Dites aux gens que Matomo est archivé, qu’Astrina est actif et que les questions sur l’ancienne configuration doivent d’abord être adressées aux notes de migration. Une propriété claire fait gagner du temps. Une ambiguïté silencieuse coûte plus que n’importe quel tableau de bord.

Si vous êtes encore à l’étape de configuration, revenez à la page d’installation de l’agent et vérifiez que l’implémentation est bien celle que votre équipe a documentée : *. Puis verrouillez les notes, fermez l’ancien onglet et utilisez le nouveau flux de travail pour le prochain cycle de reporting.