Suivi de plusieurs domaines – Suivi Web (ga.js)

Ce document décrit diverses méthodes permettant de collecter les visites sur plusieurs domaines dans une seule vue (profil) comme s'il s'agissait d'un site unique plutôt que de deux. Il explique également comment suivre certaines parties d'un site Web, telles que les sous-répertoires et le contenu iFrame. Si vous ne connaissez pas le processus général du suivi de plusieurs domaines, consultez la page À propos du suivi de plusieurs domaines.

Présentation

Une configuration par défaut de Google Analytics est conçue pour suivre le contenu et les données des visiteurs pour un seul domaine, par exemple www.example.com.

Supposons maintenant que vous souhaitiez utiliser Analytics pour des situations plus complexes, telles que le suivi:

• Sous-domaines : tous les visiteurs de dogs.example.com et de www.example.com à la fois, tous les deux s'affichant dans la même vue de rapport (profil)
• Sous-répertoires : visiteurs du sous-répertoire www.example.com/dogs dans un rapport distinct comme s'il s'agissait d'un site unique
• Paniers tiers : visiteurs de votre boutique en ligne et de votre panier hébergés sur un autre domaine
• Domaines de premier niveau : tous les visiteurs de deux domaines dont vous êtes propriétaire, tels que www.example-petstore.com et www.my-example-blog.com, toutes les données apparaissant dans la même vue de rapport (profil)
• Contenu d'un cadre iFrame : données sur les visiteurs et les pages vues pour le contenu se trouvant dans un iFrame d'un autre domaine.

Dans chacun de ces cas, vous devrez personnaliser le code de suivi afin de suivre correctement les visiteurs. Avant cela, nous vous conseillons de lire comment les domaines et répertoires sont traités dans une installation Analytics par défaut.

Scénarios de suivi

Cette section couvre une variété de scénarios de suivi, classés selon les méthodes les plus populaires.

Suivi sur plusieurs domaines et sous-domaines

Dans ce scénario, vous pouvez effectuer le suivi de deux domaines uniques et d'un sous-domaine. Par exemple, supposons que vous possédiez une boutique en ligne et que vous souhaitiez également effectuer le suivi des données sur les visiteurs et les campagnes sur votre blog.

Vous trouverez ci-dessous les principales personnalisations du code de suivi pour trois exemples d'URL.

• Domaine de la boutique en ligne: www.example-petstore.com

  Syntaxe asynchrone

  <script>
  var _gaq = _gaq || [];
  _gaq.push(['_setAccount', 'UA-12345-1']);
  _gaq.push(['_setDomainName', 'example-petstore.com']);
  _gaq.push(['_setAllowLinker', true]);
  _gaq.push(['_trackPageview']);
  </script>
  ...
  <a href="http://www.my-example-blogsite.com/intro"
     onclick="_gaq.push(['_link', 'http://www.my-example-blogsite.com/intro.html']); return false;">
     See my blog</a>
  ...
  <form name="f" method="post" onsubmit="_gaq.push(['_linkByPost', this]);">
  

  Syntaxe classique (ga.js)

  <script>
  var pageTracker = _gat._getTracker('UA-12345-1');
  pageTracker._setDomainName('example-petstore.com');
  pageTracker._setAllowLinker(true);
  pageTracker._trackPageview();
  </script>
  ...
  <a href="http://www.my-example-blogsite.com/intro.html"
     onclick="pageTracker._link('http://www.my-example-blogsite.com/intro.html'); return false;">
     See my blog</a>
  ...
  <form name="f" method="post" onsubmit="_linkByPost(this);">
  

  Les seuls liens ou données de formulaire que vous devez personnaliser sont ceux qui pointent vers www.my-example-blogsite.com. Cette étape n'est pas nécessaire pour les liens vers le sous-domaine de ce site, car la fonction _setDomainName() a défini .example-petstore.com comme domaine afin d'autoriser l'accès aux cookies pour tout autre sous-domaine.

• Sous-domaine de la boutique en ligne: dogs.example-petstore.com

  Syntaxe asynchrone

  <script>
  var _gaq = _gaq || [];
  _gaq.push(['_setAccount', 'UA-12345-1']);
  _gaq.push(['_setDomainName', 'example-petstore.com']);
  _gaq.push(['_setAllowLinker', true]);
  _gaq.push(['_trackPageview']);
  </script>
  ...
  <a href="http://www.my-example-blogsite.com/intro.html"
     onclick="_gaq.push(['_link', 'http://www.my-example-blogsite.com/intro.html']); return false;">
     See my blog</a>
  
  <form name="f" method="post" onsubmit="_gaq.push(['_linkByPost', this]);">
  

  Syntaxe classique (ga.js)

  <script>
  var pageTracker = _gat._getTracker('UA-12345-1');
  pageTracker._setDomainName('example-petstore.com');
  pageTracker._setAllowLinker(true);
  pageTracker._trackPageview();
  </script>
  ...
  <a href="http://www.my-example-blogsite.com/intro.html"
     onclick="pageTracker._link('http://www.my-example-blogsite.com/intro.html'); return false;">
     See my blog</a>
  ...
  <form name="f" method="post" onsubmit="pageTracker._linkByPost(this);">
  

  Les liens vers le domaine principal n'ont pas besoin d'être configurés, car le sous-domaine partage les mêmes cookies avec le domaine principal.

• Domaine du blog: www.my-example-blogsite.com

  Syntaxe asynchrone

  <script>
  var _gaq = _gaq || [];
  _gaq.push(['_setAccount', 'UA-12345-1']);
  _gaq.push(['_setDomainName', 'my-example-blogsite.com']);
  _gaq.push(['_setAllowLinker', true]);
  _gaq.push(['_trackPageview']);
  </script>
  ...
  <a href="http://dogs.example-petstore.com/intro.html"
     onclick="_gaq.push(['_link', 'http://dogs.example-petstore.com/intro.html']); return false;">
     See my pet store</a>
  ...
  <form name="f" method="post" onsubmit="_gaq.push(['_linkByPost', this]);">
  

  Syntaxe classique (ga.js)

  <script>
  var pageTracker = _gat._getTracker('UA-12345-1');
  pageTracker._setDomainName('my-example-blogsite.com');
  pageTracker._setAllowLinker(true);
  pageTracker._trackPageview();
  </script>
  ...
  <a href="http://dogs.example-petstore.com/intro.html"
     onclick="pageTracker._link('http://dogs.example-petstore.com/intro.html'); return false;">
     See my pet store</a>
  ...
  <form name="f" method="post" onsubmit="pageTracker._linkByPost(this);">
  

  Cette configuration définit le nom de domaine sur le domaine de premier niveau du site du blog. De cette manière, si vous ajoutez ultérieurement des sous-domaines pour le site du blog, ce sous-domaine pourra partager les cookies avec son parent et vous n'aurez pas besoin de configurer d'appels associés spéciaux entre eux. Toutefois, vous devez toujours utiliser les méthodes _link() et _linkByPost() pour tous les formulaires ou liens vers www.example-petstore.com.

Suivi sur un domaine et ses sous-domaines

Comme indiqué ci-dessus, une configuration par défaut de Google Analytics est conçue pour suivre le contenu et les données sur les visiteurs d'un domaine unique, par exemple www.example.com. Cela signifie que même si vous gérez à la fois un domaine et un sous-domaine, vous devez apporter des modifications au code de suivi afin de partager les données sur les visiteurs entre les deux domaines.

Supposons que vous souhaitiez suivre les URL suivantes en tant qu'entité unique:

• www.example-petstore.com
• dogs.example-petstore.com
• cats.example-petstore.com

Pour cette configuration, vous devez personnaliser les principales personnalisations du code de suivi sur les trois domaines.

<script>
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-12345-1']);
_gaq.push(['_setDomainName', 'example-petstore.com']);
_gaq.push(['_trackPageview']);
</script>

<script>
var pageTracker = _gat._getTracker('UA-12345-1');
pageTracker._setDomainName('example-petstore.com');
pageTracker._trackPageview();
</script>

Vous n'avez pas besoin d'ajuster les liens ou les formulaires entre ces trois sites, car ils peuvent tous partager les mêmes cookies du fait que vous définissez le nom de domaine sur le domaine de premier niveau (par exemple, example-petstore.com).

Suivi entre un domaine et un sous-répertoire d'un autre domaine

Un autre scénario de suivi courant consiste à suivre les données sur les visiteurs et le trafic entre un seul domaine et le sous-répertoire d'un autre domaine. Cela peut se produire lorsque vous souhaitez suivre le trafic entre votre site Web et votre blog en ligne, où votre blog est limité à un sous-répertoire du service de blog. Les exemples d'URL ci-dessous contiennent chacun des recommandations de personnalisation pour le code de suivi sur les deux pages.

Domaine du site Web principal: www.example.com

<script>
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-12345-1']);
_gaq.push(['_setAllowLinker', true]);
_gaq.push(['_setDomainName', 'example.com']);
_gaq.push(['_trackPageview']);
</script>
...
<a href="www.blog-hosting-service.com/myBlog"
   onclick="_gaq.push(['_link', 'www.blog-hosting-service.com/myBlog']); return false;">
   View My Blog</a>
...
<form name="f" method="post" onsubmit="_gaq.push(['_linkByPost', this]);">

<script>
var pageTracker = _gat._getTracker("UA-12345-1");
pageTracker._setDomainName('example.com');
pageTracker._setAllowLinker(true);
pageTracker._trackPageview();
</script>
...
<a href="www.blog-hosting-service.com/myBlog"
   onclick="pageTracker._link('www.blog-hosting-service.com/myBlog'); return false;">
   View My Blog</a>
...
<form name="f" method="post" onsubmit="pageTracker._linkByPost(this);">

URL du blog: www.blog-hosting-service.com/myBlog

<script>
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-12345-1']);
_gaq.push(['_setDomainName', 'blog-hosting-service.com']);
_gaq.push(['_setAllowLinker', true]);
_gaq.push(['_trackPageview']);
</script>
...
<a href="www.example.com"
   onclick="_gaq.push(['_link', 'www.example.com']); return false;">
   View My Site</a>
...
<form name="f" method="post" onsubmit="_gaq.push(['_linkByPost', this]);">

<script>
var pageTracker = _gat._getTracker("UA-12345-1");
pageTracker._setDomainName('blog-hosting-service.com');
pageTracker._setAllowLinker(true);
pageTracker._trackPageview();
</script>
...
<a href="www.example-petstore.com"
   onclick="pageTracker._link('www.example-petstore.com'); return false;">
   Continue Shopping</a>
...
<form name="f" method="post" onsubmit="pageTracker._linkByPost(this);">

Pour tout envoi d'un formulaire depuis www.example-petstore.com vers le site Web du panier, vous devez utiliser la méthode _linkByPost() pour copier les données relatives au trafic et aux cookies des visiteurs via une requête HTTP POST sur le site du panier. La méthode _setAllowLinker() demande au site cible de lire les données des cookies à partir des données POST plutôt qu'à partir des informations de session utilisateur standards. De cette façon, vous pouvez transmettre les données des cookies d'un domaine à un autre et ainsi conserver la session visiteur de votre boutique en ligne vers votre panier.

De même, utilisez la fonction _link() pour transférer les données des visiteurs sur tous les liens entre la boutique en ligne et le panier.

Suivi dans plusieurs cadres iFrame

Sur un site où le transfert entre domaines s'effectue en ouvrant une nouvelle fenêtre ou en incluant le contenu dans un iFrame, vous devrez utiliser la méthode _getLinkerUrl() pour transférer les cookies des visiteurs et des campagnes d'un domaine à un autre. Par exemple, supposons que vous incluiez un formulaire dans un iFrame hébergé sur www.my-example-iframecontent.com. Pour transférer les informations sur les visiteurs à partir de la page parente qui héberge l'iFrame sur www.example-parent.com, vous devez utiliser JavaScript pour charger l'iFrame et transmettre les informations du cookie à l'aide de la méthode _getLinkerURL().

L'exemple suivant illustre uniquement la fonction d'association et suppose que le suivi de plusieurs domaines est configuré dans les extraits de suivi des deux domaines.

_gaq.push(function() {
  var pageTracker = _gat._getTrackerByName();
  var iframe = document.getElementById('myIFrame');
  iframe.src = pageTracker._getLinkerUrl('http://www.my-example-iframecontent.com/');
});

var iframe = document.getElementById('myIFrame');
iframe.src = pageTracker._getLinkerUrl('http://www.my-example-iframecontent.com/');

Configuration du suivi iFrame pour Internet Explorer

Le contenu encadré par des cadres iFrame et hébergé sur un domaine distinct de celui de la page parente est considéré comme du contenu tiers. Le paramètre de confidentialité par défaut d'Internet Explorer 6 et des versions ultérieures n'autorise pas les sites Web tiers à stocker des cookies sur le site propriétaire.

Par conséquent, le suivi Analytics des pages iFrame nécessite une configuration spéciale pour fonctionner dans Internet Explorer. Pour les pages Web hébergées dans l'iFrame, vous devez configurer des préférences de confidentialité. Vous pouvez définir des préférences de confidentialité sur les pages hébergées en utilisant l'une des méthodes suivantes:

• Inclure un en-tête HTTP P3P spécial "Platform for Privacy Preferences" pour les pages du site inclus
• fournir un fichier manifeste XML P3P pour les pages du site inclus ;

Pour en savoir plus, consultez les ressources suivantes :

• Guides P3P pour les webmasters :
  • http://www.w3.org/P3P/usep3p.html
  • http://www.p3ptool.org/guide/
• Cookies dans Google Analytics

Suivi d'un sous-répertoire unique

Vous pouvez limiter le suivi Analytics à un seul sous-répertoire d'un domaine plus important dans deux cas courants:

• Vous n'avez accès qu'à un sous-répertoire d'un site Web plus important, par exemple lorsque vous utilisez un service d'hébergement d'e-commerce.
• Vous souhaitez limiter le suivi à un sous-répertoire d'un site Web plus important, par exemple lorsque vous lancez un projet sur le site Web de votre entreprise, qui utilise également le suivi Analytics.

Supposons que vous disposiez d'une vue (profil) dans votre compte Analytics permettant d'effectuer le suivi des données des visiteurs sur la présence en ligne, qui ne fait partie que d'un hébergeur de site Web plus important (tel qu'un service de création de blogs). Votre site est hébergé sur www.example.com/myBlog/. Vous ne souhaitez enregistrer les données sur les visiteurs et les campagnes que pour le sous-répertoire /myBlog, et non pour les autres pages du domaine example.com. Dans ce cas, vous n'avez également accès qu'aux pages Web incluses dans ce sous-répertoire.

Pour configurer le suivi pour votre magasin, vous devez utiliser la fonction _setCookiePath() dans votre code de suivi, comme suit:

//Tracking Code Customizations Only
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-12345-1']);
_gaq.push(['_setCookiePath', '/myBlog']);
_gaq.push(['_trackPageview']); 

//Tracking Code Customizations Only
var pageTracker = _gat._getTracker("UA-12345-1");
pageTracker._setCookiePath("/myBlog");
pageTracker._trackPageview();  

Une fois cette opération effectuée, vos rapports n'afficheront correctement les données sur les visiteurs et les campagnes que pour votre sous-répertoire. En effet, le chemin des cookies est défini dans votre sous-répertoire plutôt que dans le répertoire racine de www.example.com, et votre vue (profil) lira et écrira dans un ensemble unique de cookies pour votre magasin uniquement.

Il est recommandé d'utiliser la fonction _setCookiePath() dans ce scénario. Si ce n'est pas le cas, vos rapports peuvent avoir deux conséquences:

• D'autres cookies de compte Analytics définis sur www.example.com peuvent être partagés par votre compte.

  Cela signifie que les statistiques des visiteurs, telles que new vs returning, time on site et number of visits, peuvent être incorrectes, car les cookies de session de vos visiteurs peuvent également refléter l'activité sur d'autres parties de www.example.com.

• Vos rapports peuvent inclure des informations sur les campagnes provenant d'une autre partie du site.

  Par exemple, supposons qu'un visiteur clique sur une campagne par e-mail qui le redirige vers un autre site du même domaine: www.example.com/theirBlog. Dans ce cas, les informations sur le site référent dans le cookie du visiteur sont définies sur la campagne intitulée Dernières actualités sur les blogs. Par la suite, ce même visiteur revient directement sur votre site en saisissant www.example.com/yourBlog dans le navigateur et s'abonne à votre blog. Étant donné que tous les autres sites référents de campagne persistent par rapport aux visites directes, vous constaterez que la campagne Dernières actualités sur les blogs générera des ventes pour votre abonnement. En effet, le cookie _utmz de votre boutique en ligne n'a pas été défini de manière unique pour votre chemin.

Si vous limitez les cookies des visiteurs à votre chemin, les données de campagne et de session d'une autre partie de www.example.com ne seront pas incluses dans vos rapports, car le chemin de cookie est restreint. Pour obtenir des informations générales sur la façon dont les navigateurs Web lisent les cookies, consultez l'article À propos des cookies.

Autres conseils pour les sous-répertoires

• Si vous effectuez le suivi du trafic des visiteurs et des sites référents pour un sous-répertoire, vous pouvez également définir un filtre Inclure pour ce sous-répertoire afin de vous assurer que seul le contenu de ce sous-répertoire s'affiche dans votre rapport. Pour en savoir plus, consultez l'article du centre d'aide sur le filtre prédéfini.
• Si vous configurez le suivi de sous-répertoires sur votre domaine, vous devez également vous assurer que le suivi Analytics est désactivé pour le chemin racine (par exemple, /) et les pages situées sous ce chemin. Par exemple, si vous souhaitez suivre séparément les sous-répertoires du site, www.example.com/index.html ne doit pas activer le suivi Analytics. Si le suivi du chemin racine n'est pas désactivé, deux jeux de cookies sont définis pour une page sur laquelle vous avez configuré le suivi au niveau du chemin, l'un pour le sous-répertoire et l'autre pour le domaine de premier niveau.

Suivi de deux sous-répertoires d'un même domaine

Vous pouvez effectuer le suivi de plusieurs sous-répertoires d'un domaine où vous n'avez pas accès aux pages d'un domaine plus important. Supposons, par exemple, que vous possédiez à la fois une boutique en ligne et un panier sur le site d'un fournisseur de services:

• www.example-commerce-host.com/myStore/
• www.example-commerce-host.com/myCart/

Si vous souhaitez suivre les sessions utilisateur et les données des campagnes entre votre magasin et le panier, vous pouvez utiliser deux méthodes:

• La méthode _setCookiePath(), qui limite le suivi à un répertoire spécifique.
• la méthode _cookiePathCopy(), qui copie les informations du cookie dans un autre répertoire du même domaine ;

L'exemple ci-dessous présente les éléments clés de l'extrait de code de suivi permettant de suivre les sessions utilisateur et les données de campagne entre votre magasin et le panier:

var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-12345-1']);
_gaq.push(['_setCookiePath', '/myStore/']);
_gaq.push(['_trackPageview']);
_gaq.push(['_cookiePathCopy', '/myCart/']);

var pageTracker = _gat._getTracker("UA-12345-1");
pageTracker._setCookiePath("/myStore/");
pageTracker._trackPageview();
pageTracker._cookiePathCopy("/myCart/");

Dans ce cas, un cookie unique est défini pour le domaine, limité au premier répertoire fourni, et les mêmes données de cookie sont également copiées dans le deuxième répertoire fourni. Étant donné que les deux sites résident sur le même domaine, vous n'avez pas besoin de modifier les liens ou les données de formulaire entre les deux répertoires.

Principaux composants du suivi de plusieurs domaines

Cette section vous aidera à résoudre les problèmes liés à votre configuration du suivi de plusieurs domaines en fournissant des informations détaillées sur les composants clés et la meilleure façon de les utiliser.

Vues (profils)

Lorsque vous configurez le suivi de plusieurs domaines, assurez-vous d'effectuer les opérations suivantes avec vos vues (profils):

• Configurer une vue principale (profil) pour votre domaine principal sans filtres
  
  Étant donné que vous souhaitez utiliser les vues (profils) d'une manière spéciale, pour le suivi de plusieurs domaines, nous vous recommandons tout d'abord de configurer une vue principale (profil) pour votre domaine principal. Aucun filtre ne doit être ajouté à cette vue (profil). De cette manière, vous disposerez toujours de données historiques de référence pour votre domaine principal. Vous pourrez les consulter si vous commettez des erreurs lors de la configuration des filtres dans votre vue de suivi croisé (profil).
  
  
• Créez une vue (profil) spécialement pour le suivi de plusieurs domaines et réutilisez votre code de suivi.
  
  Une fois que vous avez configuré une vue (profil) et récupéré le code de suivi pour votre domaine principal, utilisez le même code de suivi pour toutes les autres propriétés Web. Votre configuration sera ainsi définie correctement avant le début du suivi de plusieurs domaines, et vous disposerez de données historiques pour tous les sites Web. Si vous avez suivi la recommandation concernant la configuration de vues principales (profils), il devrait simplement s'agir de créer une vue supplémentaire (profil) pour votre domaine principal à l'aide du même code de suivi que celui fourni dans la vue principale (profil). Tous les autres sites Web que vous souhaitez associer doivent également comporter le même code de suivi.
  
  
• Modifiez la vue multidomaine (profil) à l'aide d'un filtre pour afficher le domaine complet dans vos rapports sur le contenu.
  

  Une fois l'association de domaine établie, vous ne verrez que l'URI de la requête dans les rapports sur le contenu, et non le niveau supérieur ou le sous-domaine d'une page donnée. Par exemple, pour les visites des pages suivantes:
  — http://www.example.com/index.php et une autre page sur
  — http://sub.example.com/more.php
  Les rapports afficheront:
  — index.php
  — more.php
  Vous ne pourrez pas distinguer une page d'un domaine à l'autre. Pour afficher le domaine dans les rapports sur les pages, définissez un filtre afin d'inclure tous les composants de l'URL de la page, comme suit:

  1. Sur la page Paramètres de la vue (profil), cliquez sur le lien Ajouter un filtre.
  2. Sélectionnez Ajouter un filtre et attribuez un nom au filtre.
  3. Sélectionnez Filtre personnalisé, puis Avancé dans les paramètres Type de filtre.
  4. Sous Paramètres avancés :
     1. FieldA doit être défini sur Hostname (Nom d'hôte)
     2. FieldB doit être défini sur Request URI (URI de la demande).
  5. Définissez les valeurs des champs A et B sur (.*), qui est une expression qui capture tous les caractères.
  6. Définissez l'option Sortie vers --> Constructeur sur URI de la demande et indiquez $A1$B1 comme valeur pour ce choix.

  Vos rapports affichent alors les éléments suivants:
  — www.example.com/index.php
  — sub.example.com/more.php
  La partie www.example.com de votre URL sera capturée. Elle s'affichera au début de l'URL de votre page dans la section des rapports sur le contenu.

Cookies: nécessaires au transfert des données des visiteurs

Pour que deux domaines puissent partager les mêmes données sur les visiteurs, telles que le type de session et le type de visiteur, ils doivent être en mesure de copier ou de partager les mêmes informations de cookie. Gardez également à l'esprit les points suivants:

Une session d'un domaine ne peut être transférée vers un autre domaine que via un clic ou un envoi de formulaire correctement configuré, ou via _getLinkerURL.

La transmission des données des cookies via ces trois méthodes associe deux pages vues en une seule session. Si un utilisateur visite indépendamment deux sites pour lesquels le suivi est effectué dans la même vue (profil), par exemple à l'aide d'un favori, ces visites seront tout de même comptabilisées dans des sessions distinctes. Dans ce scénario, les méthodes d'association ne sont pas appelées. Il n'y a donc aucun moyen de déterminer la session de lancement pour un utilisateur donné.

Pour bien comprendre le suivi de plusieurs domaines, il est utile de comprendre que les cookies sont identifiés par un certain nombre de champs et qu'ils ne sont pas partagés par défaut entre les domaines. De plus, le partage des cookies est automatiquement désactivé dans Analytics. En effet, bien souvent, le partage d'un même cookie entre plusieurs domaines n'est pas souhaitable. Consultez Signification de l'identification et de l'expiration des cookies dans la documentation de référence sur les cookies. En outre, Analytics ajoute par défaut une vérification supplémentaire de l'intégrité des cookies.

_setDomainName('yourDomainName')

Fonction
Cette méthode définit le champ de domaine du cookie sur la chaîne fournie dans le paramètre. Cette méthode vous permet de contrôler le nom de domaine utilisé par le cookie. Vous ne devrez configurer l'association QUE entre des domaines de premier niveau, car les sous-domaines partageront les mêmes cookies avec leurs parents.

Quand l'utiliser ?
Utilisez cette option lorsque vous souhaitez traiter les principaux et sous-domaines comme une seule entité et effectuer le suivi dans la même vue (profil). Utilisez également cette option lorsque vous souhaitez effectuer un suivi sur plusieurs domaines de premier niveau ET sur leurs sous-domaines. Dans ce cas, vous devez utiliser la liaison entre les domaines de premier niveau, mais pas entre les domaines de premier niveau et leurs sous-domaines.

Quand ne pas l'utiliser ?
Si vous suivez un seul domaine, vous n'avez pas besoin de définir explicitement le nom de domaine.