Réussir sa migration GA4 en 7 étapes : la méthode pas-à-pas pour les PME

Universal Analytics a cessé de traiter de la donnée depuis plus de deux ans, et pourtant la majorité des migrations GA4 que nous auditons en 2026 ressemblent à un déménagement fait dans la précipitation : des cartons à moitié vides, des conversions oubliées sur le trottoir et un historique qu'on croyait avoir emporté. Google a beau avoir automatiquement créé une propriété GA4 pour la plupart des comptes, ce passage automatisé ne fait jamais les mêmes choix que vous auriez faits. Voici la méthode en 7 étapes que nous utilisons chez Data Detective pour migrer proprement vers Google Analytics 4, sans casser le suivi qui alimente vos décisions.

Pourquoi une migration GA4 mérite mieux qu'un copier-coller

Le piège, c'est de croire que GA4 est une simple nouvelle version d'Universal Analytics. Ce n'en est pas une. Le modèle de données a complètement changé : là où Universal Analytics raisonnait en sessions et en "hits", GA4 raisonne en événements. Conséquence directe, la quasi-totalité de ce que vous suiviez doit être repensé et réimplémenté, et non transféré tel quel.

Deux contraintes structurantes en découlent. D'abord, vos données brutes Universal Analytics ne peuvent pas être importées dans GA4 — les deux modèles sont trop différents pour ça. Ensuite, la migration automatique faite par Google ne configure que des fonctionnalités de base ; Google lui-même recommande de migrer manuellement votre propriété pour un résultat fiable. En clair : si personne n'a repris la main après le passage automatique, votre GA4 mesure probablement à côté.

Les trois signaux qui doivent vous alerter

• Vos conversions GA4 ne correspondent à rien de ce que vous suiviez avant, ou affichent des volumes incohérents.
• Certaines sources de trafic ou campagnes ont "disparu" des rapports sans explication.
• Personne dans l'équipe n'est capable de dire avec certitude ce qui est tracké, ni comment.

Si vous cochez au moins deux cases, la migration mérite d'être reprise méthodiquement plutôt que rafistolée.

Étape 1 — Cartographier l'existant et planifier votre structure GA4

Avant de toucher à quoi que ce soit, on pose à plat deux questions simples : de combien de comptes Google Analytics avez-vous besoin, et de combien de propriétés GA4 ? La structure de compte change avec GA4. Notamment, la notion de vues — qui servait à filtrer la donnée dans Universal Analytics — n'existe plus. Le filtrage se fait désormais au niveau de la propriété (par exemple pour exclure le trafic interne) et via les sections explorations et rapports.

Autre différence majeure : GA4 intègre nativement le web et le mobile. Là où Universal Analytics imposait des propriétés séparées pour le site et chaque application, GA4 encourage à penser votre site et votre app comme une seule propriété alimentée par plusieurs flux de données. C'est le moment de lister, idéalement dans un tableur, tout ce que vous mesurez aujourd'hui et ce que vous voulez réellement conserver. Cette cartographie est la colonne vertébrale de toute la migration.

Étape 2 — Créer la propriété GA4 et installer le tracking via GTM

Comme il n'existe aucune conversion automatique fiable d'Universal Analytics vers GA4, l'urgence est de créer votre propriété GA4 le plus tôt possible pour commencer à accumuler de l'historique. Dans GA4, on crée le compte, la propriété, puis on configure un premier flux de données (web, Android ou iOS).

Pour l'installation côté site, deux voies existent : la balise Google directement dans le code de chaque page, ou Google Tag Manager. Nous recommandons systématiquement GTM, et les guides spécialisés vont dans le même sens. La raison est concrète pour une PME : GTM offre une interface sans code pour gérer vos événements personnalisés, et permet d'orchestrer au même endroit des balises qui ne sont pas Google (un pixel publicitaire, par exemple), ce que la balise Google seule ne sait pas faire. En pratique, on récupère l'identifiant de mesure (measurement ID) de la propriété, on le stocke dans une variable GTM, puis on déploie la balise Google sur l'ensemble des pages via le déclencheur "All Pages".

Étape 3 — Vérifier que la donnée remonte avant d'aller plus loin

C'est l'étape que la précipitation fait sauter le plus souvent, et c'est précisément celle qui évite de découvrir trois mois plus tard que rien n'était tracké. Une fois la balise publiée, on contrôle deux choses. D'abord le mode Aperçu (Preview) de GTM, pour confirmer que la balise GA4 se déclenche bien. Ensuite le rapport DebugView dans GA4, qui montre les événements au moment où ils sont émis et permet d'inspecter leurs paramètres.

Dernier filet de sécurité : le rapport Temps réel. On navigue sur quelques pages du site, et la donnée doit apparaître sous 5 à 10 minutes. Les rapports complets, eux, se peuplent généralement sous 12 à 48 heures. Tant que ces vérifications ne sont pas vertes, on ne construit rien par-dessus.

Étape 4 — Reconstruire vos conversions et vos événements clés

C'est le cœur de la valeur d'une migration, et la partie que l'automatisation gère le plus mal. Le vocabulaire et la logique ont changé :

• Les hits d'Universal Analytics deviennent tous des événements dans GA4.
• Les objectifs (goals) deviennent des événements clés (anciennement "conversions").
• Les rapports personnalisés laissent place aux explorations, qui prennent une place centrale.

Concrètement, on reprend la liste des KPIs établie à l'étape 1, et on réimplémente chaque indicateur un par un — il n'y a pas de raccourci. C'est aussi le moment de configurer la mesure améliorée, qui suit automatiquement le scroll, les clics sortants, les téléchargements de fichiers ou la recherche interne, et de définir vos événements personnalisés pour tout ce qui ne l'est pas par défaut (clics de bouton, soumissions de formulaire, inscriptions).

Cette rigueur a un effet direct sur le business : sans événements clés correctement câblés, impossible de calculer un taux de conversion fiable, et donc impossible d'évaluer le retour sur investissement réel de vos campagnes. Une conversion mal définie, c'est une décision marketing prise sur un chiffre faux.

Étape 5 — Exclure le trafic interne et reconnecter vos outils

Votre équipe, vos prestataires et vous-même visitez votre site en permanence. Ce trafic interne gonfle artificiellement vos sessions, vos pages vues et votre temps passé. On le filtre donc dès le départ, via un filtre sur l'adresse IP, pour ne pas polluer l'ensemble des rapports.

Vient ensuite la reconnexion de l'écosystème, sans laquelle GA4 reste une île. Trois liaisons comptent particulièrement pour une PME :

• Google Ads, pour voir vos données de campagnes dans GA4, importer vos conversions et alimenter vos audiences de remarketing. C'est cette liaison qui conditionne la fiabilité de votre ROAS côté publicité.
• Google Search Console, pour faire remonter requêtes, impressions, clics et pages d'atterrissage dans GA4.
• BigQuery, pour exporter la donnée brute GA4 et l'interroger en SQL — une porte que GA4 ouvre nativement, là où Universal Analytics la réservait à sa version payante.

Toutes ces liaisons se pilotent depuis Admin > Propriété > Liens de produits.

Étape 6 — Faire tourner GA4 et l'ancien suivi en parallèle

Tant que c'est possible, on garde GA4 et l'ancien système en fonctionnement côte à côte. L'intérêt est double : comprendre les écarts de mesure inévitables entre deux modèles différents, et débusquer les bugs d'implémentation pendant qu'on a encore un point de comparaison. Les écarts entre conversions ne sont pas forcément des erreurs — Universal Analytics et GA4 ne comptent tout simplement pas de la même façon — mais il faut savoir les expliquer avant de basculer GA4 en source unique de vérité.

C'est aussi pendant cette phase que les algorithmes de GA4 accumulent suffisamment de données pour établir une base de référence et faire remonter des tendances ou des anomalies via les insights. On en profite pour configurer des alertes personnalisées : un email automatique si le trafic chute brutalement, c'est souvent la seule façon de savoir que le tracking s'est cassé avant la fin du mois.

Étape 7 — Archiver l'historique et embarquer les équipes

Dernier point, le plus négligé : votre historique Universal Analytics ne migre pas. Une fois la bascule actée, cette donnée ancienne reste précieuse pour repérer des tendances de long terme. Selon vos besoins, on identifie les rapports réellement utiles et on les exporte avant qu'ils ne disparaissent — l'export brut complet, lui, n'était possible que pour les comptes en version premium.

Reste l'adoption. Tous les rôles d'Universal Analytics existent dans GA4, mais les permissions au niveau propriété doivent être recréées, et la disparition des vues impose souvent de revoir la stratégie d'accès. Surtout, aucun support ne remplace la pratique : une migration réussie se mesure aussi à la capacité de vos équipes à ouvrir GA4 et à y trouver leurs réponses sans appeler à l'aide. C'est précisément là qu'une documentation claire et une prise en main accompagnée font la différence entre un outil subi et un outil piloté.

Ce qu'il faut retenir

Migrer vers GA4, ce n'est pas cliquer sur "valider" : c'est cartographier l'existant, recréer la propriété, reconstruire chaque conversion, vérifier que la donnée remonte, reconnecter l'écosystème, puis sécuriser l'historique et les équipes. Le processus est exigeant, et il est normal de vouloir s'appuyer sur quelqu'un qui connaît les pièges de GA4 — c'est exactement le rôle que nous jouons en audit. Une migration bien faite une fois, c'est des années de décisions prises sur des chiffres en lesquels vous avez confiance.

Sources et ressources complémentaires

• Google Ads — Comment les propriétés GA4 créées automatiquement impactent votre compte
• Google Analytics — Passer à Google Analytics 4 (migration manuelle)
• RudderStack — GA4 Migration Guide
• OptimizeSmart — Google Analytics 4 Migration Checklist
• Google Analytics — Créer une propriété et un flux de données