Comment ajouter Google Analytics 4 à WordPress (et pourquoi cela change tout à propos de vos données)
Google Analytics 4 (GA4) est la plateforme d’analyse web de nouvelle génération de Google, construite sur un modèle de données basé sur les événements qui remplace l’architecture basée sur les sessions d’Universal Analytics. Contrairement à son prédécesseur, GA4 traite chaque interaction utilisateur — une vue de page, un défilement, une lecture de vidéo, une soumission de formulaire — comme un événement distinct avec des paramètres associés, vous offrant un cadre de mesure bien plus granulaire et flexible. Pour les propriétaires de sites WordPress, l’intégration de GA4 n’est plus optionnelle : Universal Analytics a été définitivement abandonné en juillet 2023, et tout site qui repose encore sur un suivi hérité opère à l’aveugle.
Ce guide couvre toutes les méthodes viables pour ajouter GA4 à WordPress — des plugins sans configuration à l’implémentation manuelle gtag.js — ainsi que le raisonnement architectural derrière chaque approche, les pièges courants et les étapes de vérification que la plupart des tutoriels omettent entièrement.
Pourquoi GA4 est architecturalement différent d’Universal Analytics
Comprendre ce qui a changé en coulisses vous aide à configurer GA4 correctement plutôt que de simplement copier un extrait de code en espérant que tout fonctionne.
Modèle basé sur les sessions vs. basé sur les événements : Universal Analytics organisait les données en sessions, avec des hits (pages vues, événements, transactions) imbriqués à l’intérieur. GA4 élimine cette hiérarchie. Chaque interaction est un événement de premier ordre avec jusqu’à 25 paramètres personnalisés. Cela signifie que votre modèle de données est fondamentalement plus flexible — mais cela signifie aussi que vos anciens rapports UA ne correspondent pas 1:1 aux rapports GA4.
Le Measurement Protocol et les flux de données : GA4 utilise le concept de flux de données (web, application iOS, application Android) alimentant une seule propriété. C’est ce qui permet une véritable analyse multiplateforme sans assembler manuellement des propriétés séparées.
L’apprentissage automatique au cœur : GA4 intègre nativement les modèles ML de Google pour faire apparaître des audiences prédictives (probabilité d’achat, probabilité de désabonnement) et la détection d’anomalies directement dans l’interface — aucune configuration supplémentaire n’est requise une fois que suffisamment de données s’accumulent (généralement 1 000+ utilisateurs récurrents sur 28 jours).
Préparation à la mesure sans cookies : GA4 a introduit la modélisation pour le mode de consentement, qui utilise la modélisation comportementale pour combler les lacunes dans les données lorsque les utilisateurs refusent les cookies. Ceci est essentiel pour la conformité GDPR/CCPA sans sacrifier la précision de vos analyses.
GA4 vs. Universal Analytics : Principales différences en un coup d’œil
| Fonctionnalité | Universal Analytics (UA) | Google Analytics 4 (GA4) |
|---|---|---|
| — | — | — |
| Modèle de données | Basé sur les sessions + hits | Basé sur les événements (toutes les interactions) |
| Suivi multiplateforme | Propriétés séparées requises | Propriété unique, plusieurs flux |
| Limite d’événements personnalisés | 500 catégories d’événements | 500 noms d’événements distincts |
| Taux de rebond | Métrique standard | Remplacé par le Taux d’engagement |
| Conservation des données (gratuit) | Jusqu’à 26 mois | Jusqu’à 14 mois (par défaut : 2 mois) |
| Métriques prédictives | Non disponible | Probabilité d’achat/désabonnement intégrée |
| Support du mode de consentement | Limité | Natif (v2 requis pour l’EEE) |
| Export BigQuery | 360 (payant) uniquement | Gratuit pour toutes les propriétés |
| Exploration d’entonnoir | Basique | Entonnoirs multi-étapes, ouverts/fermés |
| Statut | Abandonné en juillet 2023 | Standard actuel |
Un détail critique que la plupart des guides omettent : modifiez votre paramètre de conservation des données immédiatement après la configuration. Par défaut, GA4 conserve les données au niveau des événements pendant seulement 2 mois. Allez dans Admin > Paramètres des données > Conservation des données et passez à 14 mois. Cela affecte les rapports d’exploration — les rapports standard ne sont pas affectés, mais vous perdrez la granularité historique si vous oubliez cette étape.
Prérequis avant de commencer
Avant de toucher à WordPress ou à l’interface GA4, confirmez les points suivants :
- Vous disposez d’un compte Google avec accès administrateur à Google Analytics
- Vous disposez d’un accès éditeur ou administrateur à votre installation WordPress
- Votre thème WordPress utilise un
header.phpstandard avec un hookwp_head()(pratiquement tous les thèmes modernes le font) - Si vous êtes sur un hébergeur WordPress géré ou si vous utilisez un plugin de mise en cache (WP Rocket, W3 Total Cache, LiteSpeed Cache), vous savez où configurer les exclusions de scripts
Si votre site WordPress fonctionne dans un environnement VPS Hosting, vous avez un contrôle total sur les couches de mise en cache côté serveur, ce qui est pertinent pour vérifier que votre extrait GA4 n’est pas supprimé ou mis en cache incorrectement.
Méthode 1 : Installation via plugin (recommandée pour la plupart des sites)
Option A : MonsterInsights
MonsterInsights est le plugin GA4 le plus largement déployé pour WordPress, avec un niveau gratuit qui couvre les exigences de suivi de base pour la plupart des sites.
Étape 1 — Installer et activer le plugin :
Accédez à votre tableau de bord WordPress, allez dans Extensions > Ajouter, recherchez « MonsterInsights » et cliquez sur Installer maintenant, puis sur Activer.
Étape 2 — Lancer l’assistant de configuration :
Après l’activation, un nouvel élément de menu Insights apparaît dans la barre latérale gauche. Allez dans Insights > Paramètres et cliquez sur Lancer l’assistant.
Étape 3 — S’authentifier avec Google :
L’assistant vous invite à vous connecter avec votre compte Google. Accordez les autorisations demandées. MonsterInsights utilise OAuth2 pour se connecter — il ne stocke pas vos identifiants Google.
Étape 4 — Sélectionner votre propriété GA4 :
Choisissez la propriété GA4 que vous souhaitez connecter. Si vous n’en avez pas encore créé une, faites une pause ici et créez-en une dans Google Analytics d’abord (couvert dans la Méthode 2 ci-dessous). MonsterInsights ne créera pas la propriété pour vous.
Étape 5 — Vérifier la connexion :
Une fois connecté, MonsterInsights injecte l’extrait gtag.js de GA4 via le hook d’action wp_head(). Accédez à Insights > Rapports et confirmez que les données circulent. Vous pouvez également ouvrir votre site dans un navigateur, faire un clic droit, sélectionner Afficher la source de la page et rechercher G- pour confirmer que votre ID de mesure est présent.
Ce que MonsterInsights ajoute au-delà du suivi de base : La version gratuite active automatiquement la mesure améliorée. La version Pro ajoute le suivi e-commerce WooCommerce, le suivi des soumissions de formulaires, la prise en charge des dimensions personnalisées et une couche de suivi des téléchargements de fichiers — le tout sans toucher au code.
Piège connu : Si vous utilisez un plugin de mise en cache de page complète qui met en cache la sortie HTML avant que wp_head() ne se déclenche, l’extrait GA4 peut être absent des pages mises en cache. Configurez votre plugin de mise en cache pour exclure le script de suivi de la minification et assurez-vous qu’il n’est pas différé d’une manière qui brise la séquence d’initialisation.
Option B : Site Kit by Google
Site Kit est le plugin WordPress officiel de Google. Il intègre GA4, Google Search Console, PageSpeed Insights et optionnellement AdSense dans un tableau de bord unifié à l’intérieur de WordPress.
Étape 1 — Installer Site Kit :
Allez dans Extensions > Ajouter, recherchez « Site Kit by Google », installez-le et activez-le.
Étape 2 — Connecter votre compte Google :
Site Kit vous guidera à travers un flux OAuth. Vous devez vérifier la propriété du site dans le cadre de ce processus — Site Kit gère cela automatiquement en insérant une balise meta de vérification Search Console.
Étape 3 — Connecter Google Analytics :
Dans le tableau de bord Site Kit, trouvez le module Analytics et cliquez sur Connecter. Sélectionnez votre propriété GA4 existante ou créez-en une nouvelle. Site Kit configurera le flux de données et insérera automatiquement l’extrait de suivi.
Avantage de Site Kit : Étant maintenu par Google, il tend à implémenter l’extrait GA4 de la manière la plus conforme aux spécifications. Il affiche également les données Search Console aux côtés des métriques GA4, ce qui est utile pour corréler le trafic organique avec le comportement sur le site.
Limitation : Le tableau de bord de Site Kit est relativement basique comparé à MonsterInsights Pro. Pour le suivi e-commerce avancé ou les événements personnalisés, vous aurez probablement besoin de Google Tag Manager en plus.
Option C : Google Tag Manager (GTM) comme couche de déploiement
Pour les sites avec plusieurs pixels de suivi, balises de conversion ou configurations d’événements complexes, déployer GA4 via Google Tag Manager est l’approche de niveau professionnel. Au lieu de coder en dur l’extrait GA4, vous installez un seul extrait de conteneur GTM dans WordPress, puis gérez toutes les balises — GA4, Meta Pixel, LinkedIn Insight Tag, événements personnalisés — depuis l’interface GTM sans toucher aux fichiers WordPress.
Installez le plugin GTM4WP (ou insérez manuellement l’extrait de conteneur dans la balise header.php et body). Puis dans GTM :
- Créez une nouvelle balise de type Google Analytics : Configuration GA4
- Entrez votre ID de mesure (
G-XXXXXXXXXX) - Définissez le déclencheur sur Toutes les pages
- Publiez le conteneur
Cette approche découple entièrement votre configuration d’analyse de votre base de code WordPress, ce qui représente un avantage opérationnel significatif sur les sites à fort trafic ou ceux avec plusieurs parties prenantes gérant des balises marketing.
Méthode 2 : Implémentation manuelle de GA4 (sans plugin)
L’implémentation manuelle vous offre la configuration la plus légère possible — pas de surcharge de plugin, pas de dépendance tierce, contrôle total sur le placement de l’extrait.
Étape 1 — Créer une propriété GA4
- Connectez-vous à Google Analytics
- Cliquez sur l’icône d’engrenage Admin (en bas à gauche)
- Dans la colonne Compte, sélectionnez le compte que vous souhaitez utiliser
- Dans la colonne Propriété, cliquez sur Créer une propriété
- Entrez le nom de votre propriété, le fuseau horaire de rapport et la devise
- Sélectionnez votre catégorie d’industrie et la taille de votre entreprise
- Choisissez votre objectif commercial (cela affecte les rapports par défaut qui apparaissent)
- Sur l’écran suivant, sélectionnez Web comme plateforme
Étape 2 — Configurer le flux de données web
Entrez l’URL de votre site web et le nom du flux. Activez la Mesure améliorée — cela suit automatiquement les pages vues, les défilements (seuil de profondeur de 90%), les clics sortants, la recherche sur le site, l’engagement vidéo (intégrations YouTube) et les téléchargements de fichiers sans code supplémentaire.
Après avoir créé le flux, copiez votre ID de mesure — il suit le format G-XXXXXXXXXX.
Étape 3 — Récupérer le tag global du site
Dans les paramètres de votre flux de données, cliquez sur Voir les instructions du tag. Sous Installer manuellement, vous verrez l’extrait gtag.js complet :
<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXXXXX"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-XXXXXXXXXX');
</script>Remplacez G-XXXXXXXXXX par votre ID de mesure réel.
Étape 4 — Insérer l’extrait dans WordPress
Option A — functions.php du thème (recommandé plutôt que l’édition directe de fichiers) :
Cette approche survit aux restrictions de l’éditeur de fichiers de thème et est plus propre que d’éditer header.php directement.
function alexhost_add_ga4() {
?>
<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXXXXX"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-XXXXXXXXXX');
</script>
<?php
}
add_action('wp_head', 'alexhost_add_ga4');Ajoutez ceci au functions.php de votre thème enfant. Ne modifiez jamais directement le functions.php du thème parent — une mise à jour du thème écrasera vos modifications.
Option B — Édition directe de header.php :
Allez dans Apparence > Éditeur de fichiers du thème, sélectionnez header.php, et collez l’extrait immédiatement avant la balise fermante </head>. C’est plus rapide mais fragile — toute mise à jour du thème l’effacera.
Option C — Un plugin d’extraits de code :
Des plugins comme WPCode (anciennement Insert Headers and Footers) vous permettent de coller l’extrait dans un champ d’interface dédié sans toucher aux fichiers du thème. C’est l’approche manuelle la plus sûre pour les non-développeurs.
Étape 5 — Vérifier l’installation
Vérification en temps réel :
Ouvrez votre site dans un navigateur, puis dans Google Analytics allez dans Rapports > Temps réel. Vous devriez vous voir comme utilisateur actif dans les 30 secondes.
Vérification technique avec les DevTools du navigateur :
Ouvrez les DevTools (F12), allez dans l’onglet Réseau, filtrez par collect, et rechargez votre page. Vous devriez voir des requêtes POST vers https://www.google-analytics.com/g/collect avec votre ID de mesure dans la charge utile de la requête.
GA4 DebugView :
Installez l’extension Chrome Google Analytics Debugger. Une fois activée, allez dans Admin > DebugView dans GA4. Chaque événement déclenché sur votre site apparaîtra en temps réel avec tous les détails des paramètres — c’est la méthode de vérification la plus complète.
Configuration de GA4 pour le suivi spécifique à WordPress
Suivi d’événements personnalisés pour les actions WordPress
La mesure améliorée couvre les bases, mais les sites WordPress ont souvent besoin de suivre des interactions spécifiques. Vous pouvez envoyer des événements personnalisés à la couche de données de GA4 en utilisant JavaScript :
// Track a specific button click
document.getElementById('cta-button').addEventListener('click', function() {
gtag('event', 'cta_click', {
'event_category': 'engagement',
'event_label': 'hero_section_cta',
'value': 1
});
});Si vous utilisez GTM, implémentez ceci comme une balise HTML personnalisée déclenchée par un déclencheur de clic — aucun déploiement de code requis.
Suivi e-commerce WooCommerce
Pour les boutiques WooCommerce, les événements e-commerce de GA4 (view_item, add_to_cart, begin_checkout, purchase) nécessitent que la couche de données soit alimentée avec des données produit. MonsterInsights Pro gère cela automatiquement. Pour une implémentation manuelle ou basée sur GTM, vous avez besoin d’un plugin de couche de données WooCommerce (tel que DataLayer for WooCommerce ou Elevar) qui envoie des données produit structurées dans window.dataLayer sur les pages concernées.
Exclusion du trafic administrateur WordPress
GA4 n’exclut pas automatiquement vos propres visites des données. Pour filtrer le trafic administrateur :
- Dans GA4, allez dans Admin > Flux de données > [votre flux] > Configurer les paramètres du tag > Définir le trafic interne
- Ajoutez votre adresse IP (ou plage d’IP) comme règle de trafic interne
- Puis allez dans Admin > Filtres de données, trouvez le filtre Trafic interne et définissez-le sur Actif
Dans un environnement VPS Hosting ou Serveurs dédiés où votre serveur dispose d’une IP statique, vous pouvez également ajouter l’IP du serveur à cette liste d’exclusion pour éviter que tout rendu côté serveur ou trafic de bot provenant de votre propre infrastructure ne pollue vos données.
Implémentation du mode de consentement v2
Si votre site sert des utilisateurs dans l’Espace économique européen, vous devez implémenter le Mode de consentement v2 pour vous conformer aux exigences de Google en matière de personnalisation des annonces et maintenir la précision de la modélisation. Cela nécessite :
- Une CMP (plateforme de gestion du consentement) qui prend en charge le Mode de consentement v2 (ex. : Cookiebot, Complianz, CookieYes)
- La CMP doit signaler l’état du consentement à GA4 avant que l’appel
gtag('config', ...)ne se déclenche
La plupart des plugins WordPress de consentement aux cookies réputés gèrent désormais cela automatiquement. Vérifiez en consultant la colonne Consentement dans GA4 DebugView — elle devrait afficher granted ou denied par type de consentement.
Conservation des données, échantillonnage et export BigQuery
Conservation des données : Comme indiqué précédemment, définissez-la sur 14 mois immédiatement. Allez dans Admin > Paramètres des données > Conservation des données.
Échantillonnage : Les rapports standard de GA4 ne sont pas échantillonnés. Les rapports d’exploration (entonnoirs personnalisés, analyse de parcours, chevauchement de segments) peuvent être échantillonnés sur les propriétés à fort trafic. Le seuil d’échantillonnage est de 10 millions d’événements par requête. Si vous atteignez régulièrement cette limite, envisagez d’exporter les données brutes vers BigQuery.
Export BigQuery : Contrairement à Universal Analytics (où l’export BigQuery nécessitait un abonnement payant 360), GA4 offre un export BigQuery gratuit pour toutes les propriétés. Allez dans Admin > Liaison BigQuery pour connecter un projet Google Cloud. Cela vous donne accès à des données brutes, non échantillonnées, au niveau des événements que vous pouvez interroger avec SQL — inestimable pour l’analyse avancée, la modélisation d’attribution personnalisée ou l’alimentation d’un outil de business intelligence.
Pour les équipes qui gèrent leur infrastructure de données sur des Serveurs dédiés, vous pouvez mettre en place un pipeline qui extrait les données de BigQuery et alimente une pile d’analyse auto-hébergée (Metabase, Grafana, Redash) pour des rapports entièrement sous votre contrôle.
Pièges courants d’implémentation
Suivi en double : Si vous aviez précédemment Universal Analytics installé via un plugin et que vous ajoutez maintenant GA4 manuellement, vous pourriez vous retrouver avec deux extraits. Vérifiez la source de votre page pour plusieurs initialisations gtag. Les hits en double gonflent le nombre de sessions et faussent les métriques d’engagement.
La mise en cache supprime l’extrait : Certaines configurations de mise en cache agressives (notamment avec Varnish ou la mise en cache au niveau serveur sur les configurations VPS avec cPanel) peuvent servir des pages mises en cache qui ont été générées avant l’ajout de l’extrait GA4. Videz votre cache après tout changement de code de suivi et vérifiez que l’extrait apparaît sur les chargements de pages mises en cache.
Bloqueurs de publicités et navigateurs axés sur la confidentialité : Une part significative de votre audience (les estimations varient de 25 à 40% sur les sites axés sur la technologie) bloquera GA4 via uBlock Origin, les boucliers de Brave ou la Protection renforcée contre le pistage de Firefox. Si une mesure précise du trafic est critique, envisagez une configuration de balisage côté serveur utilisant le conteneur côté serveur de GTM, qui achemine les hits GA4 via votre propre domaine et contourne la plupart des bloqueurs côté client.
ID de mesure incorrect : Une erreur courante consiste à utiliser l’ID de flux (une chaîne numérique) au lieu de l’ID de mesure (le format G-XXXXXXXXXX). Seul l’ID de mesure fonctionne dans l’extrait gtag.js.
Hook wp_head() manquant : Si votre thème n’appelle pas wp_head() dans header.php, ni l’injection basée sur un plugin ni l’injection basée sur functions.php ne fonctionneront. C’est rare avec les thèmes modernes mais courant avec les thèmes fortement personnalisés ou hérités. Vérifiez en recherchant header.php pour <?php wp_head(); ?>.
Fonctionnalités de rapport GA4 pertinentes pour les sites WordPress
Taux d’engagement vs. Taux de rebond : GA4 remplace le taux de rebond par le Taux d’engagement — le pourcentage de sessions qui ont duré plus de 10 secondes, ont eu un événement de conversion ou ont eu 2+ pages vues. Un taux d’engagement élevé est généralement positif ; un taux de rebond élevé dans UA était souvent trompeur (un utilisateur qui lisait un article de blog entier et partait était compté comme un rebond).
Analyse du parcours utilisateur avec l’Exploration de parcours : La section Explorer dans GA4 inclut un rapport d’Exploration de parcours qui montre la séquence de pages ou d’événements que les utilisateurs parcourent. Pour les blogs WordPress, cela révèle quel contenu sert de point d’entrée vers un engagement plus profond sur le site et quelles pages sont des impasses.
Exploration d’entonnoir : Définissez des entonnoirs multi-étapes (ex. : page d’atterrissage > page produit > panier > paiement > achat) et voyez exactement où les utilisateurs abandonnent. Contrairement à la visualisation d’entonnoir d’UA, les entonnoirs GA4 peuvent être appliqués rétroactivement aux données historiques dans votre fenêtre de conservation.
Construction d’audiences pour le remarketing : Les audiences GA4 (y compris les prédictives comme « acheteurs probables dans 7 jours ») peuvent être publiées directement dans Google Ads pour les campagnes de remarketing. Cela nécessite de lier votre propriété GA4 à Google Ads dans Admin > Liens Google Ads.
Matrice de décision pratique : Quelle méthode devriez-vous utiliser ?
| Votre situation | Méthode recommandée |
|---|---|
| — | — |
| Non-développeur, blog WordPress simple | MonsterInsights gratuit + Mesure améliorée |
| Besoin de données Search Console aux côtés de GA4 | Site Kit by Google |
| Boutique WooCommerce, besoin de suivi e-commerce | MonsterInsights Pro ou GTM + plugin de couche de données |
| Plusieurs balises marketing (Meta, LinkedIn, etc.) | Conteneur Google Tag Manager |
| Site géré par un développeur, empreinte minimale de plugins | Injection manuelle `functions.php` |
| Audience EEE, conformité GDPR stricte | GTM + balisage côté serveur + CMP Mode de consentement v2 |
| Site à fort trafic, besoin de données brutes non échantillonnées | GA4 + export BigQuery |
| Suivi multi-domaine ou application + web | Configuration cross-domaine GA4 + GTM |
Liste de contrôle technique des points clés
Après avoir terminé votre implémentation GA4, vérifiez chacun des points suivants :
- L’ID de mesure (
G-XXXXXXXXXX) est présent dans la source de la page sur les chargements de pages mis en cache et non mis en cache - DebugView montre que les événements se déclenchent correctement, y compris
page_viewetsession_start - La conservation des données est définie sur 14 mois (Admin > Paramètres des données > Conservation des données)
- Le filtre de trafic interne est configuré et défini sur Actif avec votre adresse IP
- La mesure améliorée est activée sur le flux de données web
- Le Mode de consentement v2 est implémenté si vous servez des utilisateurs de l’EEE
- Aucune initialisation
gtagen double n’existe dans la source de la page - Les utilisateurs administrateurs WordPress sont exclus du suivi (via un filtre IP ou une exclusion d’utilisateur connecté au niveau du plugin)
- L’export BigQuery est lié si vous avez besoin de données brutes au niveau des événements au-delà de 14 mois
- Un rapport d’Exploration de référence (ex. : performance de la page d’atterrissage) est sauvegardé pour référence future
Si votre site WordPress est hébergé sur un plan d’Hébergement Web Partagé, les méthodes basées sur des plugins sont les plus pratiques car vous n’avez pas accès au niveau serveur pour des configurations avancées comme le balisage côté serveur. Passer à un plan VPS Hosting ouvre la porte aux conteneurs GTM côté serveur, aux proxys inverses personnalisés pour le point de collecte GA4 et au contrôle total du comportement de mise en cache — tout cela améliore significativement la précision des données sur les sites à fort trafic.
FAQ
GA4 fonctionne-t-il avec les installations WordPress multisite ?
Oui, mais chaque site du réseau devrait avoir son propre flux de données (et idéalement sa propre propriété GA4) à moins que vous ne souhaitiez intentionnellement agréger les données de tous les sous-sites. Utilisez un plugin comme MonsterInsights avec une activation au niveau du réseau, ou gérez des conteneurs GTM par site pour un contrôle granulaire.
Pourquoi mon GA4 affiche-t-il zéro utilisateur même après l’installation ?
Les causes les plus courantes sont : un plugin de mise en cache servant une page HTML pré-extrait (videz votre cache), un bloqueur de publicités actif dans le navigateur utilisé pour tester, le mauvais type d’ID utilisé (ID de flux au lieu d’ID de mesure), ou le hook wp_head() manquant dans le header.php de votre thème. Utilisez DebugView avec l’extension Chrome GA4 Debugger pour isoler le problème.
Combien de temps faut-il pour que les données GA4 apparaissent dans les rapports ?
Les données en temps réel apparaissent en quelques secondes dans le rapport Temps réel. Les rapports standard (Acquisition, Engagement, etc.) reflètent généralement les données dans les 24 à 48 heures. Les métriques prédictives (probabilité d’achat, probabilité de désabonnement) nécessitent un minimum de 1 000 utilisateurs récurrents avec des événements pertinents sur une fenêtre de 28 jours avant de s’activer.
GA4 suivra-t-il les utilisateurs qui refusent les cookies ?
Avec le Mode de consentement v2 correctement implémenté, GA4 utilise la modélisation comportementale pour estimer les conversions et le trafic des utilisateurs qui ont refusé le consentement. Ce ne sont pas des données brutes — c’est un modèle statistique. Sans le Mode de consentement, GA4 ne se déclenche simplement pas pour les utilisateurs non consentants, créant un manque de données. La précision de la modélisation s’améliore avec un volume de trafic plus élevé.
Puis-je exécuter GA4 et Universal Analytics simultanément ?
Les propriétés Universal Analytics ont été définitivement fermées en juillet 2023 (propriétés 360 en juillet 2024). Vous ne pouvez pas collecter de nouvelles données dans UA. Si vous avez une ancienne propriété UA, ses données historiques restent accessibles en mode lecture seule pendant une période limitée, mais tout nouveau suivi doit passer par GA4.
