Si vous utilisez Universal Analytics, y compris Google Analytics pour les applications pour mobile, il est peu probable que vous constatiez fréquemment que votre site est répertorié comme site référent dans vos rapports.
Arrière-plan
Lorsqu'un utilisateur consulte votre site Web, Analytics s'efforce de déterminer d'où il vient, autrement dit la source de trafic. Il peut s'agir des types de trafic suivants : accès direct, trafic généré par les résultats de recherche naturels, trafic de vos campagnes ou accès par référencement.
De manière générale, lorsque votre site Web enregistre du trafic provenant d'un autre site Web, on parle de site référent. Le rapport Sites référents de la catégorie Acquisition vous permet d'analyser ce type de trafic.
Comment savoir si mon site est comptabilisé en tant que site référent ?
Lorsque vous voyez l'un de vos domaines dans le rapport Analytics Acquisition > Tout le trafic > Sites référent, cela signifie que votre site est comptabilisé comme site référent. Par exemple, si votre site Web est www.example.com, toutes les entrées du rapport correspondant à www.example.com sont des autoréférences.
Si votre configuration d'Analytics est prévue pour estimer le nombre de sessions au sein de plusieurs domaines et/ou sous-domaines, il est possible que vous constatiez un nombre minime de vos sites comptabilisés en tant que sites référents, ce qui est normal.
Cependant, un grand nombre d'autoréférences peut être le signe d'un problème de configuration d'Analytics. Vos statistiques sont alors faussées, et les événements clés (ou autres interactions) sur votre site ne sont pas attribués aux sources de trafic réelles.
Déterminer l'origine de la comptabilisation de votre site en tant que site référent
analytics.js
Si vos pages contiennent l'extrait de code analytics.js, vous devez vous assurer que vous avez ajouté tous propres domaines et sous-domaines à la liste d'exclusion de sites référents pour votre propriété :
- Connectez-vous à votre compte Analytics.
- Cliquez sur Administration, puis accédez à la propriété de votre choix.
- Cliquez sur Informations de suivi.
- Cliquez sur Liste d'exclusion de sites référents.
- Cliquez sur + Ajouter une exclusion de sites référents.
- Saisissez le domaine à exclure, puis cliquez sur Créer.
ga.js
Si vos pages contiennent l'extrait de code ga.js, il n'existe pas une cause unique de comptabilisation comme site référent, mais un grand nombre de scénarios différents qui peuvent entraîner ce problème. Ce guide dresse la liste des causes les plus fréquentes que nous avons constatées sur les pages Web de nos clients. Vous pouvez l'utiliser comme une liste de contrôle et procéder par élimination afin d'identifier la cause de la comptabilisation de votre site en tant que site référent.
Pour vous aider à identifier les pages ou les sections éventuellement problématiques de votre site Web, nous avons inclus un filtre de vue et un rapport personnalisé qui nous ont semblé utiles lors du dépannage des problèmes de sites comptabilisés en tant que sites référents. Pour plus de détails, développez les sections suivantes :
Afficher le filtrePour éliminer certaines causes possibles de la comptabilisation de votre site en tant que site référent, accédez au rapport Acquisition > Tout le trafic > Sites référents.
Lorsque vous trouvez une entrée correspondant à l'un de vos domaines, affichez le détail de la ligne et consultez la dimension Chemin du site référent. Ces chemins peuvent être des pages sur votre site Web qui méritent que l'on s'y intéresse.La variable du chemin du site référent vous offre quelques indications sur la page où le visiteur se trouvait avant d'accéder à votre site Web. Cependant, le chemin du site référent n'inclut pas par défaut la partie du paramètre de requête de l'URL du site référent, qui peut constituer une information précieuse. Pour consulter l'ensemble des paramètres de requête de l'URL du site référent, nous devons créer un filtre de vue.
Prenons l'exemple de chemin du site référent suivant:
/path/sub-path/?query=123¶meter=456
Par défaut, le rapport sur le chemin du site référent n'affiche que:
/path/sub-path/
Utilisez le filtre de vue suivant pour afficher le chemin complet du site référent dans les rapports Google Analytics :
Avertissement : Avant d'appliquer un filtre à une vue Analytics, nous vous recommandons vivement de créer une vue "test" (découvrez comment copier une vue). Conservez toujours une vue non filtrée en tant que vue de référence, qui sert de sauvegarde des données brutes et de source pour vous assurer que la collecte des données fonctionne correctement.
Le filtre que nous utilisons habituellement peut être construit comme suit :
Attributs de filtres de vue
- Nom du filtre : Affichage des URL des sites référents en entier avec les paramètres
- Type de filtre : Filtre personnalisé => Avancé
- Champ A -> Extrait A : Support de la campagne, ^referral$
- Champ B -> Extrait B : Site référent, ^https?://[^/]+(/.*)
- Sortie vers -> Constructeur : Contenu de la campagne, $B1
- Champ A requis : Oui
- Champ B requis : Non
- Remplacer le champ de sortie : Oui
- Sensible à la casse : Non
Comptabilisation de votre site en tant que site référent – Causes courantes et solutions
La comptabilisation de votre site en tant que site référent peut s'expliquer de plusieurs manières. Pour plus de détails, développez les sections suivantes :
Code de suivi manquant ou inactif sur la page de destinationIl est possible que les pages de destination ou les autres pages de votre site Web ne soient pas pourvues du code de suivi Analytics. Il s'agit de l'une des causes fréquentes du problème de comptabilisation de votre site en tant que site référent. Le plug-in Google Tag Assistant pour Google Chrome vous aide à identifier les problèmes de code de suivi manquant ou inactif.
Vous devez vous assurer que le code de suivi Analytics est installé toutes les pages de votre site.
Le rapport personnalisé et le filtre de vue décrits ci-dessus vous permettent d'identifier les pages dont le code de suivi est manquant ou inactif.
Les incohérences au niveau de la configuration du code de suivi figurent parmi les causes principales du problème de comptabilisation de votre site en tant que site référent. Les méthodes suivantes modifient la manière dont les cookies Analytics sont définis et stockés pour vos domaines.
Il est extrêmement important d'appeler ces méthodes de manière cohérente dans l'ensemble de votre site Web. Si vous appelez des méthodes différentes sur une même page de votre site Web, ou même d'une page à une autre, il est possible qu'Analytics réinitialise l'ensemble de cookies ou en crée un. Analytics tente alors de déterminer la source de la campagne. C'est à ce moment que les problèmes de comptabilisation de votre site en tant que site référent se produisent.
Voici quelques exemples de situations pouvant provoquer ce problème :
Exemple concernant le suivi de sous-domaines
Le suivi des sous-domaines est une configuration répandue. Pour en savoir plus, cliquez ici. Cependant, certains sites Web utilisent plusieurs fichiers de modèle. Le code de suivi Analytics doit alors être ajouté à plusieurs emplacements (au lieu d'une insertion globale pour l'intégralité du site Web). Dans ce cas, vérifiez vos modèles et assurez-vous que l'extrait de code de suivi Analytics est inclus de manière cohérente dans chacun d'eux.
Supposons que l'exemple ci-dessus s'applique à votre site Web et que vous disposez d'un modèle pour la page d'accueil et les pages de produits, et d'un autre modèle pour les pages du panier.
Réponse incorrecte
Page d'accueil : (www.example.com)_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]); _gaq.push(['_setDomainName', 'example.com']); _gaq.push([‘_trackPageview’]);Page du panier : (panier.example.com)
_gaq.push (['_ setAccount »,« UA-XXXXXXX-X']); _gaq.push (['_ trackPageview']);
Dans l'exemple ci-dessus, deux ensembles de cookies de session (utma, utmb, utmz) seront créés pour les utilisateurs qui accèdent au panier depuis la page d'accueil, soit un ensemble pour chaque domaine :
- example.com (pages d'accueil et de produits)
- panier.example.com (panier)
L'absence de l'appel de _setDomainName revient à appeler _setDomainName('auto'). L'utilisation de la méthode document.domain implique que ga.js crée des cookies pour panier.example.com.
Dans ce cas, pour éviter la comptabilisation de vos domaines comme sites référents, vous devez configurer Analytics de façon à lire un seul ensemble de cookies, que l'utilisateur se trouve sur le domaine de premier niveau www.example.com ou sur le sous-domaine panier.example.com.
Pour vous assurer qu'un seul ensemble de cookies est utilisé pour votre domaine principal et pour les sous-domaines, ajoutez la ligne _setDomainName dans tous les extraits de code Analytics de votre site Web.
Solution : Vérifiez que votre code de suivi appelle de façon cohérente les méthodes qui modifient le mode de définition des cookies Analytics.
Bonne réponse
Page d'accueil : (www.example.com)_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]); _gaq.push(['_setDomainName', 'example.com']); _gaq.push([‘_trackPageview’]);Page du panier : (panier.example.com)
_gaq.push([‘_setAccount’, ‘UA-XXXXXXX-X’]); _gaq.push(['_setDomainName', 'example.com']); _gaq.push([‘_trackPageview’]);
Exemple avec plusieurs codes de suivi Analytics
La configuration de plusieurs codes de suivi est utilisée par de nombreux clients, mais elle pose généralement des problèmes de compatibilité. Elle permet d'envoyer des informations à plusieurs comptes Google Analytics simultanément.
Cette configuration est souvent mal appréhendée par ses utilisateurs, qui considèrent que chaque script de suivi est une entité ou un objet distincts. En fait, les cookies sont définis au niveau du domaine et non au niveau du code de suivi. Par conséquent, tous les objets de suivi situés sur la même page partagent et lisent le même ensemble de cookies.
Ainsi, la cohérence entre votre code de suivi et les différents objets de suivi est tout aussi importante que la cohérence entre les différentes pages de votre site Web, comme expliqué dans l'exemple concernant les sous-domaines ci-dessus.
Incorrect
_gaq.push( ['firstTracker._setAccount', 'UA-XXXXX-1'], [‘firstTracker._setDomainName’, ‘example.com’], ['firstTracker._trackPageview'], ['secondTracker._setAccount', 'UA-XXXXX-2'], ['secondTracker._trackPageview'] );
Comme vous pouvez le constater, secondTracker n'appelle pas la méthode _setDomainName. Cette situation peut potentiellement conduire à des problèmes de comptabilisation de votre site en tant que site référent au niveau des scripts de suivi et des propriétés Web UA-XXXXX-1 et UA-XXXXX-2.
Solution : assurez-vous toujours que tous les objets de suivi d'un domaine appellent les mêmes méthodes et sont configurés à l'identique pour empêcher les conflits entre les scripts de suivi. Dans l'exemple ci-dessus, la méthode _setDomainName est appelée par les deux scripts de suivi.
Correct
_gaq.push( ['firstTracker._setAccount', 'UA-XXXXX-1'], [‘firstTracker._setDomainName’, ‘example.com’], ['firstTracker._trackPageview'], ['secondTracker._setAccount', 'UA-XXXXX-2'], [‘secondTracker._setDomainName’, ‘example.com’], ['secondTracker._trackPageview'] );
Exemple concernant le suivi de plusieurs domaines
Le suivi de l'activité des utilisateurs sur plusieurs domaines de premier niveau constitue une autre configuration courante d'Analytics. En savoir plus sur le suivi de plusieurs domaines
Si vous disposez de deux domaines (par exemple, www.example.com et www.autreexemple.com) et si vous souhaitez effectuer le suivi de l'activité des utilisateurs entre ces deux domaines, vous devez utiliser l'une des méthodes suivantes :
Ces méthodes permettent le transfert des données de cookies Analytics entre plusieurs domaines. La méthode utilisée dépend principalement de la manière dont les visiteurs passent d'un domaine à l'autre (s'ils cliquent sur un lien, complètent un formulaire, ouvrent un cadre iFrame, etc.).
Toutefois, nous constatons parfois que les liens, les formulaires ou les cadres iFrame ne sont pas correctement balisés, et les informations circulent mal entre les différents domaines.
Exemple de page HTML (sur www.example.com)
Réponse incorrecte
<html> <head></head> <body> <a href="http://www.autreexemple.com/" onclick="_gaq.push([‘_link’, this.href]); return false;">lien 1</a> <a href="http://www.autreexemple.com/page2">lien 2</a> </body> </html>
Dans l'exemple ci-dessus, le lien 1 est configuré pour envoyer les informations de cookies Analytics vers autreexemple.com, mais le lien 2 ne contient pas l'attribut onclick.
Le suivi des visiteurs qui cliquent sur le lien 1 sera assuré correctement d'un domaine à l'autre. En revanche, les visiteurs qui cliquent sur le lien 2 seront considérés comme provenant d'un site référent, ici example.com.
Solution : assurez-vous que tous les liens sont correctement balisés pour faire circuler les informations relatives aux cookies de example.com à autreexemple.com.
Bonne réponse
<html> <head></head> <body> <a href=”http://www.autreexemple.com/” onclick=”_gaq.push([‘_link’, this.href]); return false;”>lien 1</a> <a href=”http://www.autreexemple.com/page2” onclick=”_gaq.push([‘_link’, this.href]); return false;”>lien 2</a> </body> </html>
Conseil : Si plusieurs liens pointent vers un autre domaine, vous pouvez utiliser un framework JavaScript (par exemple JQuery) pour contrôler les événements onclick qui conduisent les utilisateurs vers vos autres domaines.
Cette méthode, discrète et efficace pour la gestion des liens vers plusieurs domaines, vous évite de marquer manuellement chaque lien.
URL de redirection entre les domaines
Nous fournirons davantage de détails sur les redirections plus loin dans cet article. Ici, nous allons aborder une autre cause fréquente du problème de comptabilisation de votre site en tant que site référent dans le cas du suivi de plusieurs domaines : lorsqu'une redirection supprime les informations de cookies de plusieurs domaines avant que le script Analytics ga.js ait pu les consulter à partir de l'URL au niveau du domaine cible.
Reprenons notre exemple HTML précédent avec deux domaines :
Exemple de page HTML (sur www.example.com)
<html> <head></head> <body> <a href=”http://www.autreexemple.com/” onclick=”_gaq.push([‘_link’, this.href]); return false;”>lien 1</a> </body> </html>
La méthode _link génère une URL Analytics vers un autre domaine, comme ci-dessous :
http://www.autreexemple.com/?__utma=117945243.497169939.1345210711.1359390130.1360067715.18&__utmb=117945243.3.10.1360067715&__utmc=117945243&__utmx=-&__utmz=117945243.1358253212.11.5.utmgclid=TeSt1234|utmcsr=(not set)|utmccn=(not set)|utmcmd=(not set)|utmcct=(not set)&__utmv=-&__utmk=258513226
Cependant, si l'URL de redirection est située sur la page d'accueil :
http://www.autrexemple.com/
et qu'elle redirige les utilisateurs vers :
http://www.autreexemple.com/accueil
il est possible que les informations Analytics relatives aux différents domaines ne soient pas transmises à l'URL de redirection.
http://www.autreexemple.com/?__utma=117945243.497169939.1345210711.1359390130.1360067715.18&__utmb=117945243.3.10.1360067715&__utmc=117945243&__utmx=-&__utmz=117945243.1358253212.11.5.utmgclid=TeSt1234|utmcsr=(not set)|utmccn=(not set)|utmcmd=(not set)|utmcct=(not set)&__utmv=-&__utmk=258513226
redirige vers :
http://www.autreexemple.com/accueil
Remarque : Les paramètres Analytics nécessaires à la gestion de plusieurs domaines sont absents (?__utma=......).
Cette situation est souvent due au fait que de nombreuses URL de redirection côté serveur ne parviennent pas à prendre en compte les paramètres de requête présents dans l'URL précédente. La règle de redirection permet seulement la circulation des utilisateurs d'une URL à une autre sans conserver ces paramètres de cookies pendant la redirection.
Solutions :
-
Assurez-vous que la redirection reporte les paramètres de suivi Analytics dans l'URL suivante, par exemple :
http://www.autreexemple.com/home?__utma=117945243.497169939.1345210711.1359390130.1360067715.18&__utmb=117945243.3.10.1360067715&__utmc=117945243&__utmx=-&__utmz=117945243.1358253212.11.5.utmgclid=TeSt1234|utmcsr=(not set)|utmccn=(not set)|utmcmd=(not set)|utmcct=(not set)&__utmv=-&__utmk=258513226
-
Vous pouvez également supprimer l'URL de redirection ou mettre à jour le lien situé au niveau du ou des domaines précédents afin qu'il pointe vers le nouvel emplacement et que les URL de redirection ne soient plus nécessaires.
Disposez-vous d'un sous-domaine destiné aux appareils mobiles ou d'une version de votre site destinée aux mobiles sur le même domaine ?
Il est fréquent de créer une version mobile d'un site Web accessible depuis un sous-domaine, par exemple m.example.com.
Si vous avez configuré la version mobile de votre site Web avec la bibliothèque de suivi Analytics côté serveur (PHP, JSP, ASP.NET et Perl), pratique généralement appelée WAP tracking, et si les utilisateurs ont la possibilité de naviguer entre les deux versions de votre site (pour mobile et pour ordinateur), vous constaterez peut-être que vos deux domaines sont comptabilisés comme sites référents.
Si vos pages pour mobile ne disposent pas du code de suivi classique ga.js, le résultat est le même que si les pages de votre site Web ne comportent pas la balise.
L'objectif principal de la bibliothèque de suivi WAP est de permettre le suivi des appareils mobiles d'entrée de gamme n'acceptant que partiellement les cookies et/ou le JavaScript.
Cependant, la plupart des nouveaux smartphones acceptent le JavaScript, les cookies et les images au même titre que les ordinateurs de bureau. Étant donné que les smartphones sont de plus en plus répandus, nous vous recommandons d'intégrer à vos pages pour mobile l'extrait de code de suivi ga.js au lieu de la bibliothèque de suivi WAP.
Vos URL de redirection provoquent-elles des problèmes de comptabilisation de votre site en tant que site référent ? En règle générale, les redirections n'entraînent pas la comptabilisation de votre site en tant que site référent, à l'exception des domaines multiples (voir ci-dessus). Examinons quelques exemples de redirections et leur impact sur les paramètres de campagne Analytics.
Redirection 301/302
Ce type d'URL de redirection est invoqué côté serveur. Il envoie un code d'état HTTP 301 ou 302. Cette URL de redirection est généralement mise en œuvre par votre webmaster en raison d'un changement d'emplacement d'une page ou d'un groupe de pages.
Les URL de redirection 301/302 conservent normalement les informations relatives aux sites référents.
Exemple
Dans le diagramme ci-dessus, un utilisateur sur autre-site-quelconque.com clique sur un lien qui pointe vers votre page d'accueil sur example.com. Une URL de redirection 301 côté serveur est appelée et redirige le visiteur vers la nouvelle URL de votre page d'accueil /accueil.
Dans ce cas, la redirection 301 conserve normalement les informations relatives au site référent (collectées via la méthode JavaScript document.referrer) provenant de some-other-website.com.
Redirections basées sur meta refresh et JavaScript
Les redirections non invoquées côté serveur, par exemple, les balises HTML meta refresh ou les méthodes JavaScript window.location, peuvent masquer les informations Analytics sur le site référent. Par conséquent, nous vous déconseillons d'utiliser ces méthodes sur les pages susceptibles de servir de page de destination.
Pour en savoir plus sur les conséquences de l'utilisation de cadres iFrame avec Analytics et sur les possibilités que votre site soit comptabilisé comme site référent, consultez l'article sur Analytics et les sites utilisant des cadres.
Utilisez-vous les API de suivi Flash ? Lorsque vous travaillez avec cette bibliothèque de suivi, utilisez dans l'idéal le mode Pont plutôt que le mode AS3 (en savoir plus). Le mode Bridge permet à la bibliothèque de suivi Flash de communiquer avec les mêmes cookies que le code de suivi classique ga.js. Cela signifie que l'activité au sein d'un objet Flash peut permettre de remonter jusqu'à la source de la campagne, c'est-à-dire la source où le visiteur a trouvé votre site Web.
Avec le mode AS3, la bibliothèque utilise les cookies Flash. Elle détermine la source de la campagne à l'aide de l'URL du site référent utilisée pour ouvrir l'objet Flash, qui correspond généralement à votre site Web (page parente), par exemple, www.example.com.
