Google Analytics 4

1Role / Objectif

GA4 joue un double role dans notre stack :

2Architecture Server-Side

Flux complet

Addingwell DataLayer
        |
GTM Web Container
        |
GA4 Config Tag (transport_url = sGTM)
        |
Server-Side GTM (custom domain)
        |
+-- GA4 Server Tag --> Google Analytics
+-- Meta CAPI Tag --> Meta Conversions API
+-- Google Ads Tag --> Enhanced Conversions
+-- Autres destinations server-side

Pourquoi server-side ?

• Bypass adblockers (custom domain first-party)
• Donnees plus fiables (pas de perte client-side)
• Consent Mode geree cote serveur
• Single point of collection pour toutes les destinations
• Cookie restore ITP via Addingwell

3Data Transport

Dans notre architecture, GA4 sert de couche de transport entre le GTM Web et le sGTM. Les events GA4 vehiculent toutes les donnees necessaires aux destinations.

server_container_url

Le champ server_container_url dans le tag GA4 Config redirige les hits vers le sGTM au lieu de google-analytics.com.

Sans server_container_url :
  browser --> google-analytics.com (bloque par adblockers)

Avec server_container_url :
  browser --> tags.ma-boutique.com --> sGTM --> GA4 + destinations

Flux de donnees GA4

GA4 est automatiquement connecte via le transport server-side. Le tag GA4 Config dans le GTM Web envoie les hits vers le custom domain sGTM (first-party). Le sGTM les recoit et les distribue.

GTM Web (client)
  --> GA4 Config + Transport tag
    --> Requete HTTP vers custom domain sGTM (first-party)

sGTM (server)
  --> GA4 Client (recoit la requete)
    +-- GA4 Server tag --> Google Analytics 4
    +-- META - CAPI - All Events --> Meta (Full CAPI, server-only)
    +-- GADS - Conv - purchase --> Google Ads Enhanced Conversions
    +-- (coming soon) TikTok Events API, Snap CAPI

Enrichissement server-side :
  - Hash SHA-256 automatique (email, tel, adresse)
  - Attribution cookies (fbp, fbc, gclid, wbraid, gbraid)
  - event_id pour deduplication
  - Consent Mode v2 signaux transmis

Ce que GA4 recoit

• Tous les events e-commerce du DataLayer (page_view, view_item, add_to_cart, purchase, etc.)
• Parametres enrichis (items[], value, currency, transaction_id)
• Consent Mode v2 signaux (analytics_storage, ad_storage)
• Attribution cookies first-party (fbp, fbc, gclid) via cookie restore

Ce que GA4 ne recoit pas directement

• Les donnees PII en clair (hashees uniquement cote server)
• Les events des autres destinations (Meta, Google Ads) — ils sont geres par le sGTM en parallele
• Les events sans consent analytics (seuls les pings anonymises Advanced Consent Mode)

4Events E-commerce

Events trackes dans GA4

Config Tag (GTM Web)

Le tag GA4 Config dans le GTM Web Container configure la collecte et le transport vers le sGTM.

GA4 Transport Tag

Un second tag GA4 Event fait office de transport pour les events e-commerce vers le sGTM. Il forward les events du DataLayer au server container.

GA4 Server Tag (sGTM)

Le GA4 Server Tag dans le sGTM recoit les events et les forward vers la propriete Google Analytics.

GA4 Client (sGTM) recoit le hit
        |
GA4 Server Tag --> forward vers Google Analytics
        |
Autres tags (Meta, Google Ads) --> lisent les memes events
        |
Chaque destination recoit les donnees enrichies

• Le GA4 Client parse les hits entrants
• Le GA4 Server Tag forward vers Google Analytics
• Les autres tags (Meta CAPI, Google Ads) se declenchent sur les memes events
• Pas de double envoi — un seul hit GA4 alimente toutes les destinations

Conversions & Attribution

Dans GA4, marquer les events cles comme conversions :

Modele d'attribution

• GA4 utilise le Data-Driven Attribution par defaut
• Les conversions modelisees compensent les pertes de donnees (consent, adblockers)
• Le Advanced Consent Mode envoie des pings anonymises meme sans consent analytics
• Les conversions Google Ads importees depuis GA4 beneficient de la modelisation

5Configuration

Pre-requis

• Propriete GA4 creee dans Google Analytics
• Measurement ID (G-XXXXXXXXXX)
• Stream Web configure
• Custom domain sGTM configure (server_container_url)

Connectors

Les credentials GA4 sont configurees dans le Connectors :

DebugView & Realtime

DebugView

1. 1Admin GA4 → DebugView
2. 2Activer le debug mode (GTM Preview ou debug_mode=true)
3. 3Les events apparaissent en temps reel avec tous les parametres
4. 4Verifier les parametres ecommerce (items[], value, currency)
5. 5Verifier que les events arrivent bien (pas de trous dans le funnel)

Realtime

• Admin GA4 → Rapports → Temps reel
• Voir les events des 30 dernieres minutes
• Utile pour valider rapidement apres un changement
• Ne montre pas les parametres detailles (utiliser DebugView pour ca)

6Verification

Verifier le transport sGTM

1. 1Ouvrir l'onglet Network du navigateur
2. 2Filtrer par le custom domain (tags.ma-boutique.com)
3. 3Les requetes /collect doivent pointer vers le sGTM
4. 4Pas de requete directe vers google-analytics.com

Verifier les events GA4

1. 1GA4 → DebugView (activer le debug mode)
2. 2Naviguer sur le store : home → collection → produit → panier → checkout
3. 3Verifier chaque event du funnel
4. 4Verifier les parametres ecommerce (items[], value, currency)
5. 5Completer un achat test → verifier purchase avec transaction_id

Verifier le consent

• Avant consent : seuls les pings anonymises (Advanced Consent Mode)
• Apres consent analytics : events complets avec cookies GA4
• Verifier dans GTM Preview Mode que le consent conditionne bien les tags

Verification GA4 destination (Phase 3)

Points de controle specifiques a GA4 en tant que destination du sGTM :

• Events visibles dans GA4 Realtime apres consent
• Requetes envoyees via le custom domain sGTM (pas googletagmanager.com)
• GA4 Server Tag actif dans le sGTM et forward vers Google Analytics
• Verifier dans GA4 → Admin → DebugView que les events arrivent bien du server

7Troubleshooting

8Checklist GA4