Tracking des sous-domaines dans GA4 : ce qu'il faut savoir

Le tracking des sous-domaines est l’une des questions les plus frequentes en configuration GA4. La bonne nouvelle : GA4 simplifie enormement les choses par rapport a Universal Analytics. La mauvaise : les erreurs de configuration restent courantes et provoquent des sessions artificiellement coupees et des sources de trafic faussees.

GA4 gere les sous-domaines automatiquement

Contrairement a Universal Analytics qui necessitait une configuration explicite du cookie domain, GA4 utilise par defaut le parametre cookie_domain en mode auto. Concretement, le cookie _ga est pose sur le domaine racine (.example.com) et non sur le sous-domaine specifique (blog.example.com). Ce comportement signifie qu’un utilisateur qui navigue de www.example.com vers blog.example.com puis vers shop.example.com conserve le meme client ID tout au long de sa session.

Vous n’avez besoin que d’un seul data stream et d’un seul measurement ID deploye sur tous vos sous-domaines. Pas de configuration supplementaire, pas de cross-domain tracking.

Le cross-domain n’est pas necessaire pour les sous-domaines

C’est l’erreur la plus frequente : activer le cross-domain tracking entre www.example.com et shop.example.com. Le cross-domain tracking est concu pour relier des domaines completement differents (example.com vers checkout-provider.com). L’activer entre sous-domaines du meme domaine racine est non seulement inutile mais peut creer des problemes de parametres _gl dans les URL.

Le cross-domain tracking devient necessaire uniquement quand l’utilisateur passe d’un domaine racine a un autre : par exemple, votre site principal sur votresite.com et votre tunnel de paiement sur stripe-checkout.com.

Le probleme des self-referrals

Meme avec une configuration correcte des cookies, vous pouvez observer des self-referrals dans vos rapports. Un self-referral apparait quand votre propre domaine ou sous-domaine s’affiche comme source de trafic. Cela arrive typiquement quand un sous-domaine utilise un systeme de redirection qui regenere la session.

La solution se trouve dans l’administration GA4 : Data Stream, puis Configure Tag Settings, puis List unwanted referrals. Ajoutez-y votre domaine racine (example.com) en condition “contains”. Tous les sous-domaines seront automatiquement exclus des sources de trafic.

Configuration optimale en pratique

Pour une configuration GA4 propre sur un environnement multi-sous-domaines, voici la checklist :

• Deployer le meme measurement ID sur tous les sous-domaines
• Verifier que le cookie _ga est bien pose sur le domaine racine (onglet Application des DevTools Chrome)
• Ajouter votre domaine racine dans la liste des referrals a exclure
• Ne pas activer le cross-domain tracking entre sous-domaines
• Tester la continuite de session en naviguant entre sous-domaines avec le mode debug GA4

Quand le cross-domain est vraiment necessaire

Le cross-domain tracking se justifie dans un seul cas : l’utilisateur quitte votre domaine racine pour un domaine completement different que vous controlez. Les exemples classiques incluent un site vitrine sur votreentreprise.com avec une boutique sur votreboutique.com, ou un formulaire heberge sur un domaine tiers. Dans ces cas, activez le cross-domain dans Configure Tag Settings et ajoutez les domaines concernes. Pour toute question sur la configuration GA4 ou sur les concepts fondamentaux de GA4, nos ressources sont a votre disposition.