Un guide pratique de Comment migrer depuis Google Analytics sans perdre

Ce guide explique Comment migrer depuis Google Analytics sans perdre de manière pratique, avec un accent sur les décisions d'analytics respectueuses de la vie privée.

Migrer depuis Google Analytics ne consiste pas seulement à supprimer un script. Vous devez préserver l'historique qui compte, éviter une rupture de reporting et vous assurer que les anciennes balises ne continuent pas à collecter des données en arrière-plan.

La bonne nouvelle : la plupart des équipes n'ont pas besoin de conserver chaque événement brut. Elles ont besoin de continuité décisionnelle pour les pages, les sources, les campagnes, les conversions, le chiffre d'affaires et le reporting business. La migration est réussie lorsque l'équipe peut toujours répondre aux mêmes questions opérationnelles après la bascule, avec les différences connues documentées.

Étape 1 : décider quel historique compte

Avant d'exporter quoi que ce soit, listez les rapports que les parties prenantes utilisent réellement :

• Trafic mensuel par page.
• Performance par source et support.
• Résultats des campagnes UTM.
• Nombre et taux de conversion.
• Pages d'atterrissage.
• Synthèses par pays et appareil.
• Chiffre d'affaires e-commerce, le cas échéant.
• Graphiques de tendance d'une année sur l'autre.

Ne passez pas des semaines à préserver des rapports auxquels personne ne fait confiance ou que personne ne lit.

Étape 2 : exporter les données de référence

Exportez au moins 12 à 24 mois si disponibles et utiles. Pour GA4, utilisez les rapports intégrés, les Explorations, les exports Looker Studio, la Data API ou l'export BigQuery s'il était déjà configuré. Standardisez les colonnes avant de les enregistrer.

Exports utiles :

• Date, chemin de page, vues, utilisateurs ou sessions, conversions.
• Date, source, support, campagne, sessions, conversions.
• Date, page d'atterrissage, conversions.
• Date, catégorie d'appareil, navigateur, conversions.

N'oubliez pas que les paramètres de conservation des données GA4 peuvent affecter les données exploratoires au niveau utilisateur et au niveau événement. La documentation sur la conservation des données de Google explique les contrôles de conservation pour les propriétés GA4. Exportez ce dont vous avez besoin avant de supprimer des comptes ou d'attendre trop longtemps.

BigQuery est le plus efficace pour les événements GA4 bruts à partir de maintenant, et non pour reconstruire un historique que vous n'avez jamais exporté. La documentation Google sur l'export BigQuery indique que les propriétés GA4 standard ont une limite quotidienne d'export par lots de 1 million d'événements, que l'export en streaming est en mode best-effort et peut comporter des lacunes, et que les données exportées peuvent différer des rapports GA4 car l'export contient les données d'événements brutes sans les mêmes ajouts qu'un rapport (export GA4 BigQuery). Si BigQuery n'était pas lié avant la migration, considérez l'ancien historique brut comme indisponible et préservez plutôt l'historique des rapports agrégés.

Étape 3 : documenter les définitions de métriques

Les différents outils d'analytics définissent les sessions, visiteurs, taux de rebond, engagement et conversions différemment. La migration est un bon moment pour cesser de prétendre que tous les chiffres sont interchangeables.

Documentez :

• Ce qui comptait comme conversion.
• Si le trafic interne était exclu.
• Si le mode consentement ou la modélisation affectaient les rapports.
• Quels domaines étaient inclus.
• Quelles règles de nommage UTM existaient.
• Quels bots étaient filtrés.

Cela évite la panique lorsque le nouvel outil affiche des chiffres différents.

Étape 4 : choisir le remplaçant

Choisissez en fonction des décisions, pas par nostalgie de fonctionnalités. Si vous avez surtout besoin d'analytics web, choisissez un outil privacy-first qui couvre :

• Les pages vues et les pages d'entrée.
• Les référents et les campagnes UTM.
• Les objectifs et les événements.
• Les entonnoirs.
• Les dimensions personnalisées ou propriétés d'événements.
• Les exports et l'accès API.
• Le filtrage des bots.
• Le partage de tableaux de bord clients ou publics, si nécessaire.

Si vous avez besoin d'optimisation Google Ads, d'attribution e-commerce et de remarketing, vous pourriez avoir besoin d'une configuration différente ou d'une approche hybride. Soyez honnête sur le compromis.

Étape 5 : faire tourner en parallèle

Installez le nouvel outil d'analytics pendant que GA4 est encore actif, mais gardez les règles de consentement et de confidentialité correctes. Faites tourner les deux pendant une à quatre semaines selon le trafic. Comparez de manière directionnelle, pas parfaite.

Attendez-vous à des différences car les outils gèrent différemment les cookies, bots, sessions, fuseaux horaires, consentement et blocage. Investiguez les écarts importants inexpliqués, en particulier les routes manquantes, les scripts en double, les événements bloqués et le trafic interne.

Avant que la fenêtre de comparaison commence, vérifiez le fuseau horaire de reporting, la devise, les filtres de domaine du site, les règles de trafic interne et les définitions de conversion dans les deux outils. Une incohérence de fuseau horaire peut faire paraître les totaux quotidiens incorrects même quand la collecte d'événements fonctionne. Une incohérence de devise peut silencieusement fausser les comparaisons de revenus.

Étape 6 : migrer les objectifs et les événements

Recréez les conversions importantes dans le nouvel outil :

• Inscription terminée.
• Démo demandée.
• Formulaire de contact envoyé.
• Commande finalisée.
• Inscription à la newsletter.
• Téléchargement cliqué.
• Tarifs consultés.

Utilisez des propriétés d'événements respectueuses de la vie privée comme form_type, plan, page_template ou experiment_variant. Ne copiez pas les anciens libellés d'événements GA s'ils contiennent des données personnelles ou un nommage historique désordonné.

Étape 7 : retirer Google Analytics complètement

Google Analytics se cache souvent à plusieurs endroits :

• Snippet gtag.js codé en dur.
• Conteneur Google Tag Manager.
• Plugin d'analytics du CMS.
• Plugin e-commerce.
• Intégration de gestion du consentement.
• Constructeur de pages d'atterrissage.
• Outil d'automatisation marketing.
• Templates legacy.

Après suppression, utilisez les outils de développement du navigateur pour confirmer qu'aucune requête ne part vers google-analytics.com, googletagmanager.com pour les balises GA, ou les endpoints de mesure associés, sauf si un autre service Google requis subsiste.

Étape 8 : mettre à jour les politiques et bannières

Si la suppression de GA élimine votre seul tracking non essentiel, vous pourrez peut-être simplifier votre bannière de cookies. Vérifiez d'abord tous les scripts restants. Les widgets de chat, pixels publicitaires, heatmaps, vidéos intégrées et widgets sociaux peuvent toujours nécessiter un consentement.

Mettez à jour votre politique de confidentialité avec le nouveau fournisseur d'analytics, les catégories de données, la finalité, la durée de conservation et les informations d'opt-out ou sur les droits.

Étape 9 : archiver et supprimer

Si vous n'avez plus besoin de la propriété GA, envisagez de la mettre à la corbeille après vérification des exports. La documentation de Google sur la suppression et la restauration indique que les comptes et propriétés supprimés restent dans la corbeille pendant 35 jours avant la suppression définitive.

Conservez vos rapports exportés dans un emplacement interne contrôlé avec des règles de rétention. Les exports d'analytics historiques peuvent encore contenir des données sensibles sur des campagnes ou des URL.

En résumé

Une migration réussie préserve la continuité décisionnelle, pas chaque ancien tableau de bord. Exportez l'historique qui compte, documentez les définitions, faites tourner les deux systèmes brièvement, vérifiez la suppression, et utilisez la migration pour réduire le tracking plutôt que pour recréer les mêmes problèmes de confidentialité dans un nouvel outil.

Construire une fenêtre de comparaison

Choisissez une fenêtre de comparaison fixe, comme le premier mois calendaire complet après la migration. Pendant cette fenêtre, comparez les anciens et nouveaux rapports sur la direction plutôt que sur l'égalité exacte. Si les deux outils s'accordent à dire que le trafic organique a augmenté, que les conversions sur la page tarifs ont baissé et que le trafic newsletter s'est amélioré, la migration est sûre pour la prise de décision même si les sessions diffèrent.

Communiquer le changement

Dites aux parties prenantes ce qui va changer avant la bascule : moins de rapports au niveau utilisateur, un nommage de campagne plus propre, des définitions de session différentes et un nombre de pages vues éventuellement plus élevé ou plus bas. Une courte note de migration empêche chaque écart de se transformer en urgence data.

Garder les anciens exports lisibles

Stockez les exports avec un README qui explique la plage de dates, le fuseau horaire, les filtres et les définitions de métriques. Les futurs collègues ne devraient pas avoir besoin d'une expertise GA4 pour comprendre un CSV archivé pendant la migration.

Traitez la date de migration comme un changement de mesure, pas comme un événement business. Annotez-la partout où les parties prenantes examinent les tendances.

Checklist QA de migration

Avant de retirer GA4, confirmez cinq choses :

• L'archive couvre les plages de dates que les parties prenantes comparent réellement.
• Chaque export consigne le fuseau horaire, la devise, les filtres, l'identifiant de propriété, la surface source et la date d'export.
• Les hypothèses BigQuery sont documentées : date de liaison, export quotidien versus streaming, limites d'événements et lacunes éventuelles.
• Le nouvel outil d'analytics correspond directionnellement aux faits business clés, en particulier les achats, inscriptions et démos.
• Les anciennes balises GA et GTM sont supprimées ou intentionnellement conservées avec des règles de consentement documentées.

Cela transforme « nous avons changé d'analytics » en un changement de mesure contrôlé. L'ancien système reste lisible, le nouveau système est fiable, et personne n'a à prétendre que l'archive GA4 exportée est une sauvegarde brute complète si elle n'a jamais été configurée ainsi.