Les ruptures méthodologiques à assumer
- La session n'est plus l'unité centrale : GA4 raisonne en événements et en utilisateurs actifs. Comparer un nombre de sessions UA à un nombre de sessions GA4 n'a pas de sens strict.
- Le taux de rebond a été remplacé par le taux d'engagement, qui répond à une définition différente (durée, pages vues ou conversion).
- Les objectifs deviennent des « événements clés », déclarés à partir d'événements existants et non configurés séparément.
- L'attribution par défaut a changé, ainsi que les fenêtres de conversion.
- Le seuillage des données masque certaines lignes lorsque les signaux Google sont activés et que les volumes sont faibles.
Méthode de migration en six étapes
- 1. Inventaire de l'existant : objectifs UA, événements personnalisés, dimensions, segments et rapports réellement consultés. La moitié disparaît souvent sans regret.
- 2. Plan de mesure GA4 : nomenclature d'événements, paramètres, dimensions personnalisées, valeurs monétaires.
- 3. Implémentation dans Google Tag Manager, avec un dataLayer spécifié et validé côté développement.
- 4. Recette rigoureuse : parcours testés en conditions réelles, contrôle en DebugView, comparaison avec le back-office sur une période témoin.
- 5. Configuration GA4 : événements clés, audiences, groupes de canaux personnalisés, listes d'exclusion de référents, conservation des données à 14 mois, export BigQuery.
- 6. Transfert de compétence : documentation, session de formation, tableaux de bord pour chaque métier.
Conserver une continuité historique
Les données Universal Analytics ne sont plus interrogeables. Si votre organisation a besoin de séries longues — saisonnalité, comparaison annuelle, suivi budgétaire — la seule voie consiste à consolider les exports disponibles dans un entrepôt de données et à documenter explicitement la rupture méthodologique à la date de bascule.
En pratique, je recommande de conserver deux jeux d'indicateurs : les KPI historiques, gelés, servant de référence contextuelle, et les KPI GA4, seuls utilisés pour la décision courante. Tenter de forcer la comparabilité produit des chiffres faux que quelqu'un finira par présenter en comité de direction.
Les erreurs de migration les plus coûteuses
- Laisser les événements de collecte automatique enrichie mesurer des « clics sortants » comme s'il s'agissait de conversions.
- Ne pas exclure les domaines de paiement des référents : le tunnel se casse et les ventes s'attribuent à « stripe.com » ou « paypal.com ».
- Oublier le suivi inter-domaines lorsque le site et le tunnel vivent sur deux domaines distincts.
- Déployer sans CMP correctement branchée, ce qui rend la propriété non conforme et dégrade la modélisation.
- Ne pas activer l'export BigQuery dès le départ, et perdre définitivement la granularité brute des premiers mois.
Pour aller plus loin sur ce sujet
- Google Tag Manager — Toute migration GA4 sérieuse s'implémente via un conteneur GTM structuré.
- Tracking de conversion — La migration n'a de valeur que si les conversions sont justes.
- Audit Google Ads — Un GA4 propre change immédiatement la lecture de vos campagnes payantes.
Questions fréquentes
Un doute sur votre dispositif ?
Je regarde votre compte, votre tracking ou votre visibilité et vous dis en une heure ce qui coûte le plus cher. Réponse sous 24 h ouvrées.
Demander un diagnostic