En bref. Configurer les domaines participants avec le même flux Web, vérifier la transmission du paramètre de liaison _gl et exclure les sites référents des prestataires de paiement lorsque cela convient.

Définition : La mesure multidomaine (cross-domain measurement) relie l’activité sur des domaines web distincts au sein d’un même parcours utilisateur. En octobre 2026, l’approche documentée par Google pour GA4 consiste à configurer ensemble les domaines de la boutique et du paiement (checkout), en transmettant les identifiants d’utilisateur et de session au moyen du paramètre d’URL _gl.

Points clés

Le guide de configuration multidomaine de Google exige le même identifiant de balise Google, issu du même flux de données Web, sur chaque domaine participant.
La documentation sur les sites référents indésirables de Google présente les prestataires de paiement tiers comme un cas d’utilisation de l’exclusion de sites référents.
La documentation sur les sessions de Google indique que l’événement session_start contient les informations qui déterminent l’attribution de la session, dont le site référent.

Comment relier les domaines de la boutique et du paiement ?

Les instructions de configuration de Google situent ce réglage dans Administration (Admin), sous Collecte et modification des données (Data collection and modification), puis Flux de données (Data streams). Le volet Configurer les paramètres de la balise (Configure tag settings) du flux Web contient l’option Configurer vos domaines (Configure your domains).

Chaque domaine participant est ajouté avec un type de correspondance et une condition portant sur le domaine, puis la configuration est enregistrée. Les conditions suivent une logique OU. Toutes les pages participantes doivent utiliser le même identifiant de mesure, issu du même flux Web, y compris les pages de paiement sur lesquelles la balise peut être installée.

Comment le mécanisme de liaison traite-t-il les liens et les formulaires ?

Le mécanisme de liaison entre domaines (linker) transfère les valeurs des cookies de mesure entre les domaines. Le guide destiné aux développeurs de Google décrit une balise source qui ajoute _gl à l’URL de destination et une balise de destination qui le lit. Lorsque le consentement est accordé, ce mécanisme transmet les identifiants nécessaires pour mesurer la visite comme celle d’un seul utilisateur au sein d’une seule session.

Google recommande de configurer GA4 dans l’interface d’administration d’Analytics. Pour une implémentation personnalisée de gtag.js, ses exemples permettent la configuration suivante, en remplaçant les domaines donnés à titre d’exemple par les domaines participants :

gtag('set', 'linker', {
  'domains': ['example.com', 'example-b.com'],
  'decorate_forms': true
});

La commande set précède gtag('js', new Date()) et la commande config concernée. Un tableau domains non vide active par défaut l’acceptation des paramètres de liaison entrants. Le réglage decorate_forms active l’ajout de ces paramètres aux formulaires envoyés entre domaines ; sa valeur par défaut est false.

Un objet linker défini dans Tag Manager prend le pas sur les domaines configurés dans l’interface d’administration d’Analytics ; son tableau domains doit inclure les domaines concernés.

Comment vérifier le passage vers le paiement ?

La procédure de vérification de Google consiste à cliquer réellement sur un lien ou à envoyer un formulaire, puis à vérifier que la page de destination se charge avec _gl. Les redirections doivent conserver ce paramètre. Les requêtes réseau dans Chrome Developer Tools permettent de repérer sa suppression lors d’une redirection. La navigation en JavaScript et les scripts qui arrêtent la propagation des événements de clic peuvent aussi empêcher l’ajout du paramètre.

Le guide du mécanisme de liaison de Google donne cet exemple :

https://www.example.com/?_gl=1~abcde5~

Les valeurs du paramètre de liaison expirent après deux minutes et sont ajoutées au moment du clic. Tester l’action qui mène effectivement au paiement importe donc davantage que d’inspecter le HTML d’origine d’un lien avant tout clic.

Que se passe-t-il si le paiement a lieu sur le domaine d’un prestataire ?

Le guide des sites référents indésirables de Google traite du retour des clients depuis un prestataire de paiement. Dans le volet Configurer les paramètres de la balise du flux Web, Tout afficher (Show all) donne accès à l’option Répertorier les sites référents à ignorer (List unwanted referrals). Une condition correspondant au domaine du prestataire exclut ce site référent des sources de trafic en appliquant ignore_referrer=true aux événements correspondants.

La liaison entre domaines transfère les identifiants ; l’exclusion de sites référents écarte une source. Pour les domaines reliés par la mesure multidomaine, Analytics ignore automatiquement le site référent lorsque la page courante contient _gl.

Termes associés

Questions fréquentes

Un sous-domaine de paiement demande-t-il aussi une vérification ?

Oui. La documentation sur la mesure multidomaine de Google recommande de vérifier que vos sous-domaines partagent le même domaine de cookie ; des domaines de cookie différents peuvent produire des autoréférencements (self-referrals).

Pourquoi un prestataire exclu peut-il encore apparaître dans les rapports ?

L’exemple d’exclusion de site référent de Google montre qu’un site référent ayant apporté du trafic avant son exclusion peut encore recevoir le crédit d’un retour direct ultérieur avec l’attribution au dernier clic non direct. L’ajout de votre prestataire à la liste peut donc laisser cette source antérieure visible.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Comment empêcher qu’un domaine de paiement remplace les données d’acquisition dans GA4 ?