L'un des premiers éléments à savoir lorsque vous utilisez ou configurez Analytics est que le site Web dont vous effectuez le suivi est défini comme un "site" dans le but d'afficher vos rapports. La configuration par défaut du code de suivi est conçue pour vous faciliter le suivi du trafic vers un seul domaine ou sous-domaine (par exemple, une seule URL de site Web) qui ne partage pas les données utilisateur avec d'autres domaines ou sous-domaines.
Par exemple, si l'URL de votre animalerie est dogs.example.com, et si vous installez le code de suivi avec son ID de site Web sur vos pages, le suivi est automatiquement configuré pour effectuer le suivi des données de l'utilisateur uniquement pour cette URL. De la même manière, si vous êtes propriétaire du domaine principal, comme www.example.com, et si vous installez le suivi pour toutes les pages sur ce site, le trafic généré par les sites référents et celui des utilisateurs sont enregistrés séparément pour www.example.com.
Cet article fournit une présentation générale des domaines et des répertoires dans Analytics, et explique comment :
Cet article aborde les points suivants :Les cookies de Analytics définissent un site en utilisant document.domain
Analytics définit et lit les cookies pour chaque domaine unique faisant l'objet d'un suivi en lisant la propriété document.domain de l'hôte de la page. Pour cette raison, Analytics considère que les sous-domaines tels que dogtoys.example.com sont distincts des domaines principaux comme www.example.com. Vous pouvez déterminer le domaine de votre site Web en utilisant un outil de débogage JavaScript tel que Firebug et en saisissant la propriété document.domain pour toutes les pages qui vous intéressent. Par exemple, si vous souhaitez tester la propriété document.domain sur le site Web de "dogtoys", vous obtenez le domaine dogtoys.example.com.
Des domaines différents impliquent des données distinctes pour les utilisateurs et le trafic
Pour chaque domaine différent, les cookies standards de Analytics déterminent deux éléments simples :
- Informations sur l'utilisateur (nombre de sessions)
- Sources de trafic (sites référents, recherches, campagnes publicitaires)
Si vous avez défini des cookies différents pour un domaine et un sous-domaine, les utilisateurs uniques propres à chacun sont comptabilisés indépendamment. De plus, tous les liens entre ces deux sites sont comptabilisés comme du trafic généré par les sites référents. Les deux sites ne partageront par les informations de recherche et de campagne. Il en est ainsi même si chaque site utilise le même ID de site Web dans le code de suivi.
Par exemple, supposons que vous avez une boutique en ligne sur dogtoys.example.com, avec un panier pour la boutique sur www.example.com. Les deux sites ont été configurés avec le même ID de site Web dans le code de suivi de leurs pages, mais sans personnalisation. Dans ce scénario, les sessions ayant lieu par le biais d'un lien de dogtoys.example.com vers www.example.com seront comptabilisées comme provenant de sites référents. En outre, supposons que certains de vos clients atteignent dogtoys.example.com à partir d'un lien Google Ads, visitent le site à plusieurs reprises, puis terminent finalement leur achat sur www.example.com. Leur première visite du panier sera comptabilisée comme une session utilisateur supplémentaire (et nouvelle), car les données utilisateur de www.example.com sont séparées (par cookie) de celles de dogtoys.example.com.
Si vous préférez que les utilisateurs et le trafic généré par les sites référents soient associés entre deux domaines, vous pouvez le faire en personnalisant votre code de suivi.
Des domaines différents n'imposent pas de séparer le contenu
Lorsque les serveurs de Analytics reçoivent une demande GIF pour une page, l'URI et le nom de la page sont stockés dans la demande, et enregistrés dans la vue qui contient l'ID de site Web correspondant. Cela signifie que le contenu d'un domaine donné est simplement défini par l'ID de site Web du code de suivi. Pour cette raison, vous pouvez facilement copier le code de suivi (avec le même ID de site Web) pour vos différents domaines et voir les données de contenu pour chacun d'entre eux dans la même vue de rapports.
Le fait que les données de contenu de chaque domaine apparaissent si facilement peut aussi expliquer pourquoi les personnalisations nécessaires au regroupement des utilisateurs et du trafic entre des domaines sont fréquemment oubliées.
Les sous-répertoires d'un domaine partagent les cookies de celui-ci
Dans une configuration de suivi standard pour un site Web, les informations sur l'utilisateur, le trafic et le contenu sont associées à un seul domaine, y compris tout le trafic vers des sous-répertoires. Cependant, il est fréquent de ne souhaiter effectuer le suivi (ou obtenir l'accès) que pour un sous-répertoire d'un domaine. Voici deux exemples courants :
- Vous utilisez un service panier pour votre boutique en ligne, il est hébergé dans un sous-répertoire du domaine de service, tel que
www.example-shopping-cart.com/yourCart. Dans ce cas, il est possible que vous n'ayez accès qu'aux pages situées dans ce sous-répertoire. - Le site Web de votre entreprise est très grand, votre projet est limité à un sous-répertoire de ce site et vous souhaitez effectuer le suivi de ce projet indépendamment du reste du site.
Si aucune modification n'est apportée au code de suivi, les cookies de Analytics seront définis sur le domaine de l'hôte, avec le chemin de cookie défini en racine (/) du domaine. De cette façon, les informations sur les utilisateurs, le trafic et les campagnes pour le sous-répertoire seront partagées avec les informations similaires pour l'ensemble du site Web.
Afin de limiter le suivi à un sous-répertoire d'un site Web, vous devez le définir comme entité distincte par le biais des cookies. Étant donné qu'un cookie est défini uniquement par la combinaison du domaine et du chemin, vous pouvez définir le chemin de votre cookie vers votre sous-répertoire afin de séparer le suivi de votre section du site web. Pour plus d'informations sur la façon de procéder, consultez l'article Domaines et cookies (analytics.js).
