Une refonte ne se juge pas au jour de la mise en ligne.
Elle se juge aux signaux qu'elle rend enfin lisibles.
Sommaire
- 1. Chiffres clés
- 2. Introduction
- 3. Symptômes : quand GA4 ne répond plus aux bonnes questions
- 4. Acteurs : GA4, Search Console, GTM, CNIL, CRM, BigQuery, équipe métier
- 5. Définition : ce qu'est un pilotage GA4 post-refonte
- 6. Pourquoi le sujet devient prioritaire en 2026
- 7. SEO, analytics et consentement : trois lectures à réconcilier
- 8. Méthode recommandée : 9 blocs de mesure après refonte
- 8.1. Définir le scénario de référence avant la mise en ligne
- 8.2. Contrôler la collecte GA4 le jour de la mise en ligne
- 8.3. Séparer événements automatiques, recommandés et métier
- 8.4. Vérifier les formulaires et les key events
- 8.5. Croiser GA4 et Search Console
- 8.6. Auditer consentement, CMP et Tag Manager
- 8.7. Suivre les pages qui changent de rôle
- 8.8. Connecter CRM et qualité commerciale
- 8.9. Prévoir BigQuery quand la décision dépasse le rapport standard
- 9. Conseils Logiks : décider avec moins de bruit
- 10. Grille de décision : quels signaux suivre selon le risque
- 11. Erreurs fréquentes : huit angles morts de tracking
- 12. Plan d'action 30 / 60 / 90 jours
- 13. FAQ : GA4 après une refonte
- 13.1. Combien de temps faut-il attendre avant de juger une refonte dans GA4 ?
- 13.2. GA4 suffit-il pour mesurer une refonte ?
- 13.3. Quelles conversions suivre après une refonte ?
- 13.4. Pourquoi GA4 et Search Console ne donnent-ils pas les mêmes chiffres ?
- 13.5. Faut-il activer BigQuery après une refonte ?
- 13.6. Le consent mode rend-il le tracking conforme ?
- 14. Conclusion : la mesure devient une discipline de décision
- 15. Sources principales
1. Chiffres clés
2. Introduction
Le lancement d'un nouveau site peut donner une impression trompeuse. Le site est plus clair, les pages sont plus belles, les formulaires semblent fonctionner, le comité de pilotage respire. Puis les questions arrivent : pourquoi le trafic organique recule-t-il ? Les leads viennent-ils vraiment des nouvelles pages ? Les anciennes landing pages redirigent-elles correctement ? Les conversions GA4 correspondent-elles au CRM ? Le bandeau cookies coupe-t-il une partie de la mesure ? Le recul vient-il du SEO, du tracking ou de la réalité commerciale ?
Le verdict est simple : sans mesure fiable, la refonte tourne à la conversation d'opinions.
Nous ne défendons pas une culture du dashboard décoratif. Nous défendons une mesure utile, resserrée, orientée décision. Après la mise en ligne, GA4 doit aider à distinguer trois choses : ce qui a réellement changé dans le comportement utilisateur, ce qui a été cassé par la migration, ce qui était déjà invisible avant le projet.
On ne pilote pas ce type de projet avec un seul taux de conversion. On le pilote avec un faisceau de preuves : trafic, pages d'entrée, événements, formulaires, consentement, redirections, CRM, Search Console, qualité des données.
3. Symptômes : quand GA4 ne répond plus aux bonnes questions
On reconnaît un dispositif de mesure fragile à des symptômes très concrets. Les événements ont des noms différents selon les pages. Les formulaires envoient plusieurs conversions. Le trafic organique baisse dans GA4, mais Search Console ne raconte pas la même histoire. Les UTM disparaissent après redirection. Le consentement est accepté, mais les tags restent bloqués. Les pages 404 reçoivent encore des visites. Les commerciaux disent recevoir moins de leads, alors que le dashboard affiche une stabilité rassurante.
Tout paraît mesuré. Rien n'est vraiment gouverné.
Une migration amplifie ces défauts parce qu'elle change plusieurs couches en même temps : URLs, templates, formulaires, composants, scripts, CMP, plan de taggage, pages de destination, tunnels, CRM, parfois même nom de domaine ou CMS. Si l'équipe ne sépare pas les causes, elle interprète mal les effets. Un recul peut venir d'une erreur de tracking, d'une perte SEO, d'un problème de consentement, d'un formulaire cassé ou d'un simple changement de saisonnalité.
La donnée n'est utile que si elle résiste à la question suivante : que décidons-nous maintenant ?
4. Acteurs : GA4, Search Console, GTM, CNIL, CRM, BigQuery, équipe métier
Un pilotage post-refonte sérieux doit nommer les acteurs. Sinon, GA4 porte seul une responsabilité qu'il ne peut pas assumer.
GA4 mesure l'après-clic. L'outil Search Console observe l'avant-clic. Le CRM dit si le lead valait quelque chose. La CMP explique une partie de ce qui manque. Aucun outil ne détient seul la vérité.
Le pilotage commence quand ces lectures se répondent.
5. Définition : ce qu'est un pilotage GA4 post-refonte
Un pilotage GA4 post-refonte est un système de mesure qui vérifie, après mise en ligne, la continuité du trafic, la fiabilité des événements, la qualité des conversions, le respect du consentement, la cohérence avec Search Console et la capacité de l'équipe à décider à partir de données traçables.
Cette définition compte. Elle dépasse le simple fait de "regarder GA4". Elle impose de comparer avant/après, d'isoler les pages critiques, de contrôler les conversions métier et de documenter les écarts entre outils.
GA4 n'est pas le tableau de bord final. Il reste une pièce du dossier de preuve.
6. Pourquoi le sujet devient prioritaire en 2026
Google Analytics 4 a déplacé la culture de mesure vers l'événement. Cette logique est puissante, mais elle demande une discipline de nommage, de paramètres, de key events et de validation. Google rappelle que certains événements sont collectés automatiquement, tandis que les événements recommandés demandent un effort de configuration pour mesurer davantage de comportements et produire des rapports plus utiles.
La contrainte de conservation ajoute une autre dimension. Dans GA4 standard, la rétention au niveau utilisateur se règle sur 2 ou 14 mois. Autrement dit, si l'équipe veut comparer un chantier de refonte avec un cycle long, elle doit anticiper, exporter, documenter ou compléter avec d'autres sources. BigQuery sert alors à conserver des événements bruts, les interroger en SQL et les rapprocher du CRM.
Le cadre juridique, lui, ne disparaît pas parce que le projet est marketing. La CNIL rappelle que les traceurs de mesure d'audience nécessitent généralement information, consentement et possibilité de refus, sauf conditions précises d'exemption. Google consent mode ne fournit pas un bandeau de consentement ; il transmet les choix reçus par votre bannière et adapte le comportement des tags.
Un lancement concentre donc trois exigences : mesurer mieux, respecter mieux, décider plus vite.
7. SEO, analytics et consentement : trois lectures à réconcilier
Après un changement de site, les équipes cherchent souvent "le chiffre". Cette tentation est dangereuse. GA4 peut afficher moins de sessions alors que Search Console conserve les clics. L'outil SEO peut montrer une baisse d'impressions alors que les conversions restent stables. Le CRM peut confirmer une perte de leads qualifiés alors que les formulaires GA4 semblent progresser.
Ces écarts ne sont pas des anomalies par défaut. Google explique que Search Console et Analytics utilisent des métriques et des systèmes différents ; les clics issus de Google Search et les sessions GA4 ne correspondent pas exactement. La bonne pratique consiste à comparer des tendances, des pages, des appareils et des périodes cohérentes.
Le consentement ajoute une couche. En basic mode, les tags Google attendent l'interaction avec le bandeau. En advanced mode, les tags chargent avec des états par défaut refusés et peuvent envoyer des signaux sans cookies lorsque le consentement est refusé. Ce choix a des impacts de mesure, de conformité et d'interprétation.
Pas de donnée pure. Pas de vérité unique. Il faut une lecture croisée.
8. Méthode recommandée : 9 blocs de mesure après refonte
La méthode recommandée ci-dessous n'est pas une méthode propriétaire Logiks. Elle s'appuie sur les bonnes pratiques Google Analytics, Search Console, Tag Manager, consentement, SEO technique et pilotage marketing.
On avance comme en salle de contrôle : peu d'écrans, des alarmes utiles, des responsabilités claires. La beauté du cockpit ne fait pas voler l'avion.
8.1. Définir le scénario de référence avant la mise en ligne
Avant la mise en ligne, exportez les indicateurs essentiels : sessions par canal, clics organiques, impressions, pages d'entrée, conversions, taux de formulaire, leads CRM, pages 404, principales requêtes, appareils, pays et campagnes. Le périmètre doit couvrir au moins les pages stratégiques : accueil, offres, articles piliers, landing pages paid, pages locales, formulaires.
Sans référence, l'après-refonte flotte. Avec une base claire, on sait distinguer une perte réelle d'un changement de mesure.
8.2. Contrôler la collecte GA4 le jour de la mise en ligne
Le premier jour, l'objectif n'est pas d'interpréter une tendance. Il faut vérifier que la collecte existe : pages vues, événements automatiques, scroll, clics sortants si mesurés, formulaires, téléchargements, key events, trafic interne exclu, consentement, UTM, domaines croisés si besoin.
On vérifie aussi les paramètres essentiels : page_location, page_referrer, page_title, source, medium, campaign, device, landing page. Une nouvelle interface peut casser une mesure sans casser l'interface visible.
La première question n'est pas "est-ce que ça progresse ?"
La première question est "est-ce que nous mesurons encore correctement ?"
8.3. Séparer événements automatiques, recommandés et métier
Google collecte certains événements automatiquement avec le Google tag. Les événements recommandés, eux, permettent de mesurer plus de comportements, mais demandent une configuration. Les événements métier restent propres à votre activité : demande de devis, prise de rendez-vous, téléchargement de livre blanc, clic sur numéro, envoi de brief, création de compte, demande de démo.
Après le changement de site, on classe donc les événements en trois familles : socle technique, recommandations GA4, actions business. Cette séparation évite de transformer chaque clic en conversion.
Une conversion doit signaler une intention. Pas seulement une interaction.
8.4. Vérifier les formulaires et les key events
Les formulaires concentrent souvent la valeur. On teste chaque variante : contact, devis, recrutement, newsletter, téléchargement, page service, pop-in, embed tiers. On vérifie le déclenchement de l'événement, la page d'origine, le message de succès, la transmission CRM, la déduplication, le consentement et la présence éventuelle d'un spam.
Dans GA4, les key events doivent rester rares et défendables. Trop d'événements clés brouillent la décision. Trop peu rendent l'analyse aveugle.
Le formulaire n'est pas une fin technique. C'est la jonction entre attention et chiffre d'affaires.
8.5. Croiser GA4 et Search Console
Le rapport Performance donne les clics, impressions, CTR et positions moyennes par requête, page, pays, appareil, type de recherche et période. GA4 décrit ensuite ce que l'utilisateur fait après l'arrivée. Les deux outils racontent deux moments différents du même parcours.
Après une migration, on suit au minimum : clics organiques, impressions, requêtes de marque, requêtes hors marque, pages d'entrée SEO, appareil mobile, pays principaux, pages redirigées, pages absentes du top trafic.
Si les données SEO baissent avec GA4, le risque de visibilité est plausible. Si Search Console reste stable mais GA4 décroche, le tracking ou le consentement deviennent suspects.
8.6. Auditer consentement, CMP et Tag Manager
Le chantier modifie souvent le bandeau cookies, le template, le GTM ou l'ordre de chargement. Google rappelle que consent mode doit recevoir les choix de la bannière et adapter les tags ; il ne remplace pas la bannière. Tag Manager propose aussi une vue d'ensemble des consent settings pour repérer les tags non configurés.
On teste donc plusieurs scénarios : refus, acceptation, changement de choix, navigation après consentement, reload, formulaire, campagne avec UTM, clic publicitaire si concerné. En France, il faut aussi garder le cadre CNIL en tête : l'exemption de consentement pour la mesure d'audience est conditionnelle, limitée et ne couvre pas automatiquement les grandes solutions du marché.
La conformité n'est pas un bandeau. C'est une chaîne de comportement.
8.7. Suivre les pages qui changent de rôle
Le nouveau site modifie parfois la hiérarchie commerciale. Une ancienne page service devient une page pilier. Une landing page se transforme en article. Une page catégorie devient un hub. Une FAQ devient un support de conversion. GA4 doit refléter ces nouveaux rôles.
On crée des groupes de pages utiles : offres, articles, cas clients, pages locales, ressources, pages paid, pages recrutement. Puis on suit la progression par famille plutôt que de regarder seulement le total du site.
Le total rassure. Les segments décident.
8.8. Connecter CRM et qualité commerciale
Le taux de conversion GA4 n'a de valeur que s'il se rapproche de la réalité commerciale. Une nouvelle version du site peut augmenter les leads faibles et réduire les demandes qualifiées ; elle peut aussi diminuer le volume mais augmenter la valeur. Sans CRM, l'équipe confond quantité et résultat.
On rapproche donc formulaire, source, landing page, campagne, service demandé, statut commercial, doublon, délai de traitement et chiffre potentiel. Même une analyse simple sur 30 jours donne une lecture plus honnête qu'un dashboard isolé.
Le lead n'est pas une ligne GA4. C'est une promesse à qualifier.
8.9. Prévoir BigQuery quand la décision dépasse le rapport standard
BigQuery n'est pas obligatoire pour toutes les PME. Mais il devient pertinent lorsque l'on veut conserver des événements bruts, analyser des parcours complexes, joindre GA4 au CRM, rapprocher les données Search et Analytics, construire un historique plus robuste ou sortir des limites des rapports standards.
Google permet l'export des événements bruts GA4 vers BigQuery. Ce choix demande un minimum de gouvernance : projet Google Cloud, droits, coût, schéma, requêtes, documentation, qualité des données.
La data warehouse n'est pas un trophée technique. C'est une mémoire de décision.
9. Conseils Logiks : décider avec moins de bruit
Nous recommandons de ne pas chercher à tout suivre après une refonte. C'est souvent le meilleur moyen de ne rien comprendre. Le bon pilotage repose sur peu de signaux, bien nommés, reliés à une décision.
Premier conseil : créez un tableau de suivi séparé du reporting marketing habituel. Pendant 90 jours, l'enjeu n'est pas seulement la performance ; c'est la stabilité du système.
Deuxième conseil : gardez une table de vérité des événements. Nom, déclencheur, page, paramètre, outil, consentement requis, statut, propriétaire. Sans dictionnaire, l'équipe finira par interpréter des événements qu'elle ne comprend plus.
Troisième conseil : ne comparez pas une semaine post-lancement à une semaine normale si la refonte a changé le tracking, le SEO et les campagnes en même temps. Préférez les cohortes de pages, les tendances sur 28 jours et les contrôles qualitatifs.
Quatrième conseil : ne déclarez pas une perte SEO sans regarder Search Console. Une baisse GA4 peut venir du consentement, de la CMP, du tag, d'un filtre ou d'un changement de session.
Enfin, nous conseillons d'associer une personne métier à la recette data. Un formulaire qui déclenche bien dans GA4 mais n'arrive pas au bon commercial reste un échec. La mesure doit rejoindre le réel.
10. Grille de décision : quels signaux suivre selon le risque
La grille sert à éviter le réflexe le plus coûteux : corriger partout sans savoir ce qui a réellement cassé.
11. Erreurs fréquentes : huit angles morts de tracking
Première erreur : lancer la refonte sans snapshot avant/après. Sans état initial, chaque variation devient discutable.
Deuxième dérive : marquer trop d'événements comme key events. Une conversion doit correspondre à une intention ou une valeur, pas à une curiosité.
Troisième faiblesse : oublier les UTM pendant les redirections. Les campagnes continuent de dépenser, mais la donnée perd son origine.
Quatrième écueil : comparer GA4 et Search Console comme deux copies conformes. Les outils n'observent ni le même moment ni la même logique.
Cinquième risque : traiter le consentement comme un détail juridique. Un mauvais paramétrage change à la fois la conformité et la mesure.
Sixième confusion : croire que le dashboard suffit. Un graphique ne vérifie pas un formulaire, une intégration CRM ou une page 404.
Septième erreur : garder les anciens tags "au cas où". Après le lancement, les conteneurs GTM deviennent vite des placards techniques.
Dernier point : ne pas relier les données au commerce. Un lead non qualifié peut flatter GA4 et fatiguer l'équipe.
12. Plan d'action 30 / 60 / 90 jours
12.1. Dans les 30 jours
- exporter le snapshot avant refonte si ce n'est pas déjà fait ;
- vérifier GA4, GTM, CMP, Search Console et CRM ;
- tester tous les formulaires stratégiques ;
- contrôler les key events ;
- comparer GA4 et les données Search sur les pages d'entrée ;
- surveiller les redirections et les 404 ;
- créer un tableau de suivi limité à 10 signaux.
On cherche d'abord la fiabilité. Pas encore l'optimisation fine.
12.2. Dans les 60 jours
- analyser les tendances sur 28 jours ;
- isoler les pages qui gagnent ou perdent ;
- nettoyer les événements inutiles ;
- revoir les UTM et les canaux ;
- rapprocher les leads GA4 des statuts CRM ;
- corriger les pages faibles avec trafic réel ;
- documenter les écarts entre outils.
La donnée commence à produire des décisions.
12.3. Dans les 90 jours
- figer le dictionnaire d'événements ;
- définir les KPIs récurrents par équipe ;
- décider si BigQuery est utile ;
- créer un rituel mensuel SEO + analytics + commerce ;
- auditer les consent settings GTM ;
- archiver les anciens tags ;
- transformer le tableau de suivi en reporting durable.
À ce stade, GA4 n'est plus un instrument de surveillance. Il forme un système de pilotage.
13. FAQ : GA4 après une refonte
13.1. Combien de temps faut-il attendre avant de juger une refonte dans GA4 ?
Le premier jour sert à vérifier la collecte. Les premières semaines servent à repérer les erreurs. Pour juger une tendance, mieux vaut regarder des périodes cohérentes, souvent 28 jours, en tenant compte des campagnes, de la saisonnalité, du consentement et du SEO.
13.2. GA4 suffit-il pour mesurer une refonte ?
Non. GA4 décrit surtout les interactions sur le site. Search Console décrit la visibilité dans Google avant l'arrivée. Le CRM qualifie la valeur commerciale. La CMP explique une partie des données absentes. Une lecture sérieuse croise ces sources.
13.3. Quelles conversions suivre après une refonte ?
Suivez peu de conversions : envoi de formulaire qualifié, demande de devis, prise de rendez-vous, appel si mesuré proprement, inscription importante, téléchargement à forte intention. Les clics secondaires doivent rester de simples événements.
13.4. Pourquoi GA4 et Search Console ne donnent-ils pas les mêmes chiffres ?
Parce qu'ils ne mesurent pas la même chose. Search Console mesure notamment les clics et impressions dans Google Search. GA4 mesure les sessions et interactions sur le site. Google recommande de comparer les tendances plutôt que d'attendre une égalité parfaite.
13.5. Faut-il activer BigQuery après une refonte ?
Pas toujours. BigQuery devient utile si vous avez besoin d'événements bruts, d'historique, de jointures CRM, d'analyses SQL ou d'un reporting plus robuste. Pour un petit site, un plan GA4 bien tenu et Search Console suffisent souvent.
13.6. Le consent mode rend-il le tracking conforme ?
Non. Google précise que consent mode ne fournit pas de bannière. Il interagit avec votre dispositif de consentement pour transmettre les choix utilisateur et adapter les tags. La conformité dépend du bandeau, des finalités, des choix, de la documentation et du paramétrage réel.
14. Conclusion : la mesure devient une discipline de décision
Après une refonte, GA4 peut devenir un miroir flatteur ou un instrument utile. Tout dépend de la manière dont l'équipe relie les événements au SEO, au consentement, au CRM et aux décisions commerciales.
Nous ne cherchons pas à multiplier les graphiques. Nous cherchons à réduire l'incertitude : ce qui fonctionne, ce qui casse, ce qui manque, ce qu'il faut corriger.
Ce n'est plus seulement de l'analytics.
La mesure devient une discipline de décision : vérifier, relier, arbitrer.
15. Sources principales
- Google Analytics Help - Data retention - consulté le 17 juin 2026 - https://support.google.com/analytics/answer/7667196
- Google Analytics Help - Automatically collected events - consulté le 17 juin 2026 - https://support.google.com/analytics/answer/9234069
- Google Analytics Developers - Recommended events - consulté le 17 juin 2026 - https://developers.google.com/analytics/devguides/collection/ga4/reference/events
- Google Analytics Developers - BigQuery export for Google Analytics - dernière mise à jour le 20 août 2025, consulté le 17 juin 2026 - https://developers.google.com/analytics/bigquery/overview
- Google Analytics Help - Set up BigQuery Export - consulté le 17 juin 2026 - https://support.google.com/analytics/answer/9823238
- Search Console Help - Performance report - consulté le 17 juin 2026 - https://support.google.com/webmasters/answer/7576553
- Google Search Central - Using Search Console and Google Analytics data for SEO - consulté le 17 juin 2026 - https://developers.google.com/search/docs/monitor-debug/google-analytics-search-console
- CNIL - Use analytics on your websites and applications - consulté le 17 juin 2026 - https://www.cnil.fr/en/sheet-ndeg16-use-analytics-your-websites-and-applications
- CNIL - Cookies : solutions pour les outils de mesure d'audience - consulté le 17 juin 2026 - https://www.cnil.fr/fr/cookies-solutions-pour-les-outils-de-mesure-daudience
- Google Analytics Help - About consent mode - consulté le 17 juin 2026 - https://support.google.com/analytics/answer/10000067
- Google Tag Platform - Set up consent mode on websites - consulté le 17 juin 2026 - https://developers.google.com/tag-platform/security/guides/consent
- Google Tag Manager Help - Consent mode support - consulté le 17 juin 2026 - https://support.google.com/tagmanager/answer/10718549