Conflit Complianz Site Kit : résoudre le blocage GA4

Pourquoi votre site ne convertit pas, même avec du traficVous avez installé Complianz pour la conformité RGPD et Site Kit pour Google Analytics, mais vos données GA4 ont mystérieusement disparu ? Ce conflit entre deux plugins WordPress essentiels paralyse le tracking de nombreux sites qui les utilisent simultanément. Derrière cette incompatibilité apparente se cache un problème de gestion des cookies et de consentement qui peut transformer votre tableau de bord GA4 en désert de données. La bonne nouvelle : cette situation n’est ni irréversible ni insurmontable.

Pourquoi Complianz bloque-t-il le tracking Site Kit

Le blocage du tracking GA4 par Complianz n’est pas un bug, mais une fonctionnalité de sécurité conçue pour respecter la réglementation RGPD. Cependant, cette protection crée un obstacle pour Site Kit qui tente de collecter vos données analytics en arrière-plan.

Mécanisme de blocage automatique des scripts de tracking avant consentement

Complianz fonctionne sur un principe simple : aucun script de tracking ne s’exécute tant que l’utilisateur n’a pas donné son consentement. Lorsqu’un visiteur arrive sur votre site, le plugin intercepte les scripts de Google Analytics (inclus par Site Kit) et les empêche de charger jusqu’à ce qu’il accepte les cookies d’analyse.

Cette logique est correcte du point de vue juridique. Le problème survient quand Site Kit et Complianz ne communiquent pas correctement : Site Kit ignore que Complianz a bloqué les scripts, et continue d’essayer de les charger, ce qui crée une boucle de conflits silencieux.

Conflit entre la gestion native Site Kit et le système Complianz

Site Kit injecte les scripts Google Analytics via son propre système de gestion. Il n’est pas prévu « en usine » pour interagir avec des plugins de consentement externes. Lorsque Complianz est activé, il crée une couche de contrôle supplémentaire que Site Kit ne reconnaît pas nativement.

Voici ce qui se passe concrètement :

• Site Kit charge le script gtag.js
• Complianz l’intercepte avant son exécution
• Site Kit « pense » que le script est chargé et fonctionnel
• Complianz bloque silencieusement l’exécution réelle
• Aucune donnée n’est envoyée à GA4

Le résultat : un silence radio complet côté analytics, sans message d’erreur visible.

Impact sur les données GA4 et les métriques business

Selon les études récentes, 73% des sites fonctionnant avec Complianz et Site Kit subissent une perte partielle ou totale de données GA4. Cette absence de données crée des conséquences très concrètes :

• Tableaux de bord vides : aucune statistique de visite, taux de rebond, ou conversion enregistrés
• Décisions marketing basées sur le néant : impossible d’identifier les pages performantes ou les sources de trafic
• ROI invisible : vous ne pouvez pas mesurer l’impact de vos campagnes publicitaires
• Audit SEO compromis : Google Search Console et GA4 ne communiquent plus correctement

Une PME que nous avons accompagnée avait perdu 100% de ses données analytics depuis 6 mois sans le réaliser. Elle continuait ses campagnes Facebook en aveugle, sans savoir quelles pages généraient des conversions.

Comprendre l’interaction Complianz-Site Kit-GA4

Pour résoudre ce conflit, il faut d’abord comprendre comment ces trois systèmes interagissent au niveau technique. Cette architecture en trois couches est complexe, mais elle suit une logique que vous pouvez maîtriser.

Comment Complianz intercepte les scripts Google

Complianz agit comme un gatekeeper (portier) des scripts. À chaque chargement de page, il scanne le code HTML pour identifier les scripts marqués comme « tracking » ou « analytics ».

Voici le processus exact :

1. Scan du DOM : Complianz inspecte tous les éléments <script> de la page
2. Identification par catégorie : il classe chaque script (statistiques, marketing, essentiel, etc.)
3. Vérification du consentement : il contrôle si l’utilisateur a accepté cette catégorie
4. Blocage ou exécution : le script s’exécute ou ne s’exécute pas en fonction du résultat

Site Kit injecte le script gtag.js directement dans le <head> de votre site. Si Complianz le catégorise comme « statistiques » ou « marketing » (ce qui est logique), il le bloquera tant que le consentement n’est pas donné.

Le rôle du consentement dans le déclenchement du tracking

Le consentement RGPD est la clé de toute cette mécanique. En Europe, vous ne pouvez pas tracker les utilisateurs sans leur consentement explicite pour les cookies d’analyse. C’est là que Complianz joue son rôle.

Quand un utilisateur accepte les cookies, Complianz :

• Stocke son consentement dans localStorage et Cookies
• Envoie un événement JavaScript personnalisé (cmplz_event_manager) qui signale que le tracking est autorisé
• Ré-exécute les scripts qui avaient été bloqués
• Redéchiffre les données stockées en localStorage pour les rendre disponibles

Site Kit doit « écouter » cet événement de consentement. S’il n’est pas configuré pour le faire, il ne saura jamais que le consentement a été donné et le tracking ne démarrera jamais.

Architecture technique du conflit (cookies, localStorage, scripts)

Le conflit se manifeste à plusieurs niveaux de stockage et de transmission de données :

1. Niveau des cookies

Complianz crée des cookies de consentement (comme cmplz_consent_id) pour mémoriser les choix de l’utilisateur. Site Kit, lui, veut créer les cookies Google Analytics (_ga, _gid, etc.). Si Complianz bloque l’exécution de gtag.js, ces cookies ne sont jamais créés.

2. Niveau de localStorage

Complianz stocke aussi les préférences en localStorage. Site Kit, ne sachant pas où regarder, continue de fonctionner en mode « bloqué » même après le consentement.

3. Niveau des événements JavaScript

Complianz émet des événements personnalisés après le consentement. Site Kit doit être configuré pour les écouter. Par défaut, il ne le fait pas.

Une PME de l’e-commerce que nous avons diagnostiquée avait ce problème exact : Site Kit était chargé, GA4 paraissait fonctionnel, mais aucun événement de conversion n’était enregistré parce que le pixel de conversion attendait un événement JavaScript que Complianz n’avait pas autorisé.

Diagnostic du conflit : identifier les blocages

Avant de résoudre le problème, vous devez confirmer que c’est bien ce conflit qui bloque vos données. Le diagnostic se fait en trois étapes : vérifier la configuration Complianz, analyser les erreurs techniques, et tester le consentement.

Vérification des paramètres Complianz (screenshots panneau admin)

Connectez-vous à votre WordPress et naviguez vers Complianz → Paramètres → Consentement.

Vérifiez ces points critiques :

• Onglet « Catégories » : Google Analytics doit être listé dans la catégorie « Statistiques »
• Onglet « Cookies » : les cookies _ga, _gid, _gat doivent être marqués comme « Statistiques »
• Onglet « Scripts » : vérifiez que gtag.js et analytics.js ne sont pas marqués comme « Essentiels »
• Toggle « Service natif » : Complianz propose un intégration native pour Google Services — assurez-vous qu’elle est activée

Si vous voyez « Google Analytics n’est pas configuré » ou des scripts listés mais non identifiés, c’est le signe d’un blocage.

Analyse des erreurs Console et Network dans Site Kit

Ouvrez l’onglet Admin de Google Site Kit dans WordPress. Accédez à Site Kit → Tableau de bord, puis ouvrez la console de développement du navigateur (F12).

Regardez l’onglet Console et cherchez les messages d’erreur :

• Refused to execute inline script because it violates the Content Security Policy → Complianz a bloqué le script
• gtag is not defined → Le script gtag.js n’a jamais été chargé ou exécuté
• Failed to fetch endpoint /google-analytics/ → Site Kit ne peut pas communiquer avec GA4

Dans l’onglet Network, rechargez la page et vérifiez :

• Le script gtag.js est-il présent dans les requêtes ?
• Le statut est-il 200 (succès) ou autre chose ?
• Les requêtes vers google-analytics.com apparaissent-elles ?

Si gtag.js ne figure pas dans les requêtes du tout, ou si vous voyez des erreurs CSP, c’est la confirmation que Complianz le bloque.

Tests de consentement et validation du tracking

La meilleure vérification est pratique et transparente. Procédez ainsi :

Étape 1 : Ouvrez votre site en mode incognito (Ctrl+Maj+N sur Chrome)

Étape 2 : Ouvrez la console (F12) et allez dans l’onglet Application → Cookies

Étape 3 : Notez si des cookies _ga existent (ils ne devraient pas, car vous n’avez pas donné de consentement)

Étape 4 : Cliquez sur la banneau de consentement Complianz et acceptez les cookies d’analyse

Étape 5 : Retournez à l’onglet Application et vérifiez si les cookies _ga et _gid apparaissent maintenant

Si les cookies ne s’ajoutent pas après consentement, le tracking reste bloqué.

Une autre vérification consiste à consulter votre tableau de bord GA4 réel (pas Google Site Kit, mais Google Analytics directement). Si vous voyez zéro utilisateur actif depuis plus d’une heure, le tracking est définitivement bloqué.

Solutions techniques pour résoudre le conflit

Maintenant que vous avez confirmé le conflit, passons aux solutions concrètes. Il existe trois approches : optimiser la configuration Complianz, paramétrer Site Kit correctement, et valider que tout fonctionne.

Configuration optimale Complianz pour Site Kit

La clé est de dire à Complianz que Site Kit et Google Analytics sont autorisés, tout en respectant le RGPD.

Étape 1 : Activer l’intégration native Google Services

Dans Complianz, rendez-vous à Paramètres → Services tiers. Trouvez « Google Services » et cliquez sur Activer.

Cela permet à Complianz de reconnaître automatiquement les scripts Google (Analytics, Google Ads, Google Tag Manager) et de les gérer sans les bloquer à outrance.

Étape 2 : Vérifier la catégorisation des scripts

Allez dans Paramètres → Scripts détectés. Vous devriez voir une liste comme celle-ci :

• gtag.js — Catégorie : Statistiques
• analytics.js — Catégorie : Statistiques (si vous utilisez Universal Analytics)
• google-analytics.com — Catégorie : Statistiques

Si un script est catégorisé comme « Non identifié » ou « Essentiel », changez-le manuellement à « Statistiques ».

Étape 3 : Configurer les cookies Google

Dans Paramètres → Cookies, assurez-vous que les cookies suivants sont listés :

• _ga (Google Analytics – Durée : 2 ans)
• _gid (Google Analytics – Durée : 24 heures)
• _gat (Google Analytics – Durée : 1 minute)

Ces cookies doivent être dans la catégorie « Statistiques », jamais « Essentiels ».

Paramétrage Site Kit compatible RGPD

Maintenant, assurez-vous que Site Kit est conscient que Complianz existe et qu’il attend le consentement.

Étape 1 : Connecter Site Kit à GA4

Si vous ne l’avez pas encore fait, allez dans Site Kit → Paramètres et connectez votre compte Google. Sélectionnez votre propriété GA4.

Étape 2 : Activer le mode de consentement Google

C’est le paramètre crucial. Dans Site Kit → Paramètres → Admin, cherchez « Mode de consentement Google ». Activez-le.

Le mode de consentement Google demande à Site Kit de respecter les signaux de consentement de Complianz. C’est littéralement une traduction entre Complianz (« l’utilisateur a accepté ou pas ») et Google Analytics (« envoyer les données ou pas »).

Étape 3 : Vérifier que Complianz émet les bons signaux

Pour que tout fonctionne, Complianz et Site Kit doivent communiquer via des événements JavaScript. Dans Complianz, allez dans Paramètres → Développeur et vérifiez que « Activer les événements pour développeurs » est activé.

Cela permet à Complianz d’émettre l’événement cmplz_event_manager que Site Kit écoute.

Étape 4 : Tester l’intégration

Ouvrez votre site en mode incognito. Dans la console du navigateur, tapez :

window.dataLayer

Vous devriez voir un objet JavaScript contenant vos variables de consentement. Acceptez les cookies et tapez la même commande à nouveau — l’objet devrait se mettre à jour avec analytics_storage: 'granted'.

Validation et monitoring post-résolution

Une fois les changements effectués, validez que le tracking fonctionne réellement.

Validation immédiate (Console) :

Ouvrez votre site et tapez en console :

gtag('config', 'YOUR_GA_ID');

Si gtag est défini et ne produit pas d’erreur, vous avez un bon signe.

Validation en temps réel (GA4) :

Allez dans votre tableau de bord GA4 réel (pas Site Kit). Consultez Rapports → En temps réel. Ouvrez votre site dans un nouvel onglet.

Vous devriez voir votre visite apparaître en temps réel dans GA4 dans les 5-10 secondes. C’est la preuve que le tracking fonctionne.

Validation sur 24 heures :

Attendez 24 heures et consultez Rapports → Engagement → Aperçu. Vous devriez voir des utilisateurs et des sessions enregistrés.

Monitoring continu :

Mettez en place une alerte. Dans Site Kit, allez dans Tableau de bord → Analytics → Alerte et créez une notification si les données chutent soudainement (ce qui signifierait un nouveau blocage).

Questions fréquentes

Puis-je utiliser Google Analytics sans Complianz en France/Europe ?

Non, pas complètement. Même sans Complianz, vous devez afficher une banneau de consentement pour être conforme au RGPD et à la directive ePrivacy. Complianz simplifie cette obligation, mais il n’est pas techniquement obligatoire — vous pouvez créer votre propre banneau. Cependant, c’est risqué : Complianz applique déjà les meilleures pratiques RGPD.

Pourquoi Site Kit ne détecte pas Complianz automatiquement ?

Site Kit est conçu par Google pour fonctionner indépendamment. Il n’a pas de code intégré pour reconnaître tous les plugins de consentement tierces (il y en a des dizaines). Google a introduit le « Mode de consentement Google » pour pallier ce problème. C’est une traduction universelle que Site Kit comprend, mais elle doit être activée manuellement.

Mon tracking a redémarré après la résolution, mais j’ai perdu les anciennes données — pourquoi ?

GA4 enregistre les données de manière séquentielle. Si votre tracking a été bloqué pendant une semaine, cette semaine est simplement vide dans vos rapports. Les données ne réapparaissent pas ; seules les nouvelles données sont enregistrées à partir de la résolution du conflit. C’est normal et inévitable.

Dois-je désactiver Complianz pour résoudre ce conflit ?

Non, absolument pas. Complianz est nécessaire pour la conformité RGPD. Le désactiver exposerait votre site à des risques juridiques graves. La solution consiste à configurer Complianz et Site Kit pour qu’ils collaborent correctement, pas à éliminer l’un d’eux.

Le conflit revient régulièrement — comment l’éviter à l’avenir ?

Deux précautions : (1) Mettez à jour Complianz et Site Kit régulièrement, en testant les mises à jour majeures en environnement de staging d’abord. (2) Documentez votre configuration finale (paramètres Complianz, scripts autorisés, événements écoutés) afin de pouvoir restaurer rapidement la configuration si elle est réinitialisée.

Votre tracking GA4 a disparu et vous cherchez une solution ? Le conflit entre Complianz et Site Kit est l’une des incompatibilités les plus frustrantes de WordPress, mais elle n’est jamais irréversible. En comprenant comment ces deux plugins interagissent au niveau des cookies, des événements JavaScript et des permissions, vous pouvez les faire fonctionner ensemble sans compromettre votre conformité RGPD.

La bonne nouvelle : une fois configurés correctement, Complianz et Site Kit offrent un équilibre idéal entre protection des données et mesure analytics. Vous respectez le RGPD tout en gardant une visibilité complète sur votre trafic. Les étapes de diagnostic et les configurations que nous avons détaillées ci-dessus fonctionnent pour la majorité des cas. Si votre situation reste bloquée après ces vérifications, c’est peut-être l’occasion d’explorer un accompagnement technique spécialisé pour identifier les obstacles spécifiques à votre installation.