Bienvenue à nouveau mes amis (au spectacle qui ne finit jamais) ! Cela fait quelques semaines depuis mon dernier barrage d’articles, et je pense que le moment est venu de faire quelques essai!
Tout d’abord, voici une photo de moi en train de pelleter de la neige :
Et maintenant, revenons au sujet en question.
L’une des choses qui semble être un sujet brûlant dans Universal Analytics est le suivi inter-domaines. Je n’ai jamais vraiment attaqué la bête de front, car il y a tellement d’excellents articles à ce sujet. Cependant, j’ai plongé dans les profondeurs avec des éléments spécifiques, tels que le suivi des iframes et des sous-domaines.
Je veux reprendre là où je me suis arrêté dans l’article sur le sous-domaine et me concentrer sur quelque chose de vraiment cool mais compliqué : paramètres des cookies.
Tout d’abord, jetez un œil au guide officiel du développeur pour les cookies d’Universal Analytics. C’est une excellente ressource pour commencer.
Ce dont je veux parler, c’est quelles sont les implications de inconsistant réglages sur place ainsi que de quitter le cookieDomain champ entièrement à partir des paramètres de votre tracker.
Je vous donne…roulement de tambour… mon épopée, ruée vers le sucre, armée de pigeons, coulée de boue, Iron Man, lollapalooza, Han-shot-first, cookie-testing-extravaganza-MIND-EXPLOSION !
Pardon.
Ce que nous savons
Commençons par le début (toujours une bonne idée). C’est ce que nous savons très probablement des cookies d’Universal Analytics.
-
Universal Analytics utilise un seul _Géorgie cookie pour établir le utilisateur dimension.
-
Ce cookie stocke un unique identité du client dans ses deux derniers segments (GA1.2.12345.23456).
-
Par défaut, c’est-à-dire sans aucun paramétrage, le cookie est écrit sur le sous-domaine actuel et tous ses sous-domaines encore plus imbriqués (.sub.domain.com, .www.sub.domain.com, .simo.rules.ok.sub.domain.com partageraient tous le cookie écrit sur .sub.domain.com, mais www.domain.com ou domain.com ne le serait pas).
-
En réglant cookieDomain pour autoou en le définissant manuellement sur le nom de domaine le plus élevé possible (c’est-à-dire .domain.com), tous les sous-domaines peuvent utiliser le cookie.
J’espère que tout est clair.
C’est pourquoi “l’extrait de suivi” pour Universal Analytics toujours a la recommandation d’inclure 'auto' comme troisième paramètre de la 'create' commande. C’est l’équivalent d’ajouter le champ cookieDomain : 'auto' dans l’objet tracker :
ga('create', 'UA-12345-1', 'auto'); // is the same as ga('create', 'UA-12345-1', {'cookieDomain' : 'auto'}); REMARQUE! La balise Universal Analytics dans Google Tag Manager ne fait pas ajoutez ce champ par défaut ! Les implications de laisser ce champ de côté sont au centre de ce test, alors soyez indulgent avec moi.
Le test
Je veux tester les éléments suivants :
-
Ce qui se passe si
'cookieDomain' : 'auto'est absent de votre tracker, et vous vous déplacez entre les sous-domaines ? -
Que se passe-t-il s’il y a plusieurs _Géorgie cookies, chacun écrit sur des domaines différents
-
Quelle est la vitesse de l’air d’une hirondelle à vide ?
Commençons par le premier.
1. Non 'cookieDomain' : 'auto' Positionner
je vais naviguer jusqu’à test.simoahava.comassurez-vous qu’il n’existe aucun _Géorgie cookies, et tapez la commande suivante :
ga('create', 'UA-12345-1', {'name' : 'test1'}); Donc non cookieDomain partout. Cela se traduit par une nouvelle _Géorgie cookie, écrit sur .test.simoahava.com:
Vous pouvez également voir où le cookie est écrit :
Tout est clair, non ?
Ensuite, je navigue jusqu’à www.simoahava.comet exécutez la même commande :
ga('create', 'UA-12345-1', {'name' : 'test1'}); Et voici ce que je vais voir :
Le cookie lui-même est défini sur le domaine parent (sans www.):
Maintenant, revenons à test.simoahava.com et voyez ce qui se passe :
C’est prévu, bien sûr. Nous voyons à la fois le cookie écrit sur le sous-domaine à la première étape, ainsi que le cookie écrit sur le domaine principal à la deuxième étape. Ce dernier cookie est également disponible ici, car puisque le cookie a été écrit sur le domaine parent, il peut également être utilisé par tous les sous-domaines.
Cela a une implication très importante. Si vous n’avez pas 'cookieDomain' : 'auto', et que le trafic va du domaine parent aux sous-domaines, il n’y a aucun problème ici. Deux différents _Géorgie les cookies existeront toujours sur le sous-domaine, car ils ont des paramètres de domaine différents, mais ils partageront le même ID client, grâce à l’une des fonctionnalités principales de la bibliothèque Universal Analytics, qui copie l’ID client des deux préexistants _Géorgie les cookies ainsi que l’héritage __utma biscuits. Voici un exemple où j’ai d’abord atterri sur le domaine parent, puis entré dans le sous-domaine :
Cependant, si le trafic atterrit sur le sous-domaine premièrepuis se déplace vers le domaine parent, vous vous retrouverez avec différents cookies _ga et ID client différents sur les deux domaines, et donc l’utilisateur sera également différent !
C’est assez important. Je reviendrai sur les implications plus tard.
2. Que se passe-t-il s’il y a plusieurs cookies _ga ?
Maintenant, si vous vous retrouvez avec plusieurs _Géorgie cookies, deux choses peuvent arriver :
-
Ils partagent le même ID client, c’est-à-dire que le mouvement s’est fait d’un domaine de niveau supérieur vers un sous-domaine, et tout va bien.
-
Ils ont des ID client différents, c’est-à-dire que le trafic était du sous-domaine vers un domaine de niveau supérieur (ou de même niveau).
Le premier cas est très bien. Toutes vos balises partageront le même identifiant client, vous n’aurez pas de problèmes avec certaines balises qui démarrent de nouvelles sessions ou créent de nouveaux utilisateurs, et vous pouvez dormir profondément la nuit.
Le deuxième cas est problématique. Disons que vous vous retrouvez avec deux _Géorgie cookies, et que c’est, du moins vous le prétendez, intentionnel. Comment choisissez-vous le cookie avec lequel vous allez interagir avec vos traceurs ?
Eh bien, en fait, c’est assez simple. Lorsque vous créez un tracker, il utilisera n’importe quel _Géorgie cookie partage le cookieDomain réglage du tracker.
Permettez-moi de vous expliquer.
Disons que vous avez maintenant deux _Géorgie cookies, un écrit sur .simoahava.com et un écrit sur .test.simoahava.com. Vous êtes maintenant sur test.simoahava.com, et vous souhaitez utiliser l’ID client du cookie écrit sur ce sous-domaine. Vous devez créer un tracker, qui écrirait le cookie sur .test.simoahava.com si vous souhaitez interagir avec le cookie. En d’autres termes:
ga('create', 'UA-12345-1', {'name' : 'test1'}); Cela fonctionnerait, car sans 'cookieDomain' : 'auto', le cookie serait écrit sur .test.simoahava.com. Maintenant, depuis un _Géorgie cookie existe déjà sur .test.simoahava.com, il est utilisé dans toutes les interactions avec le tracker nommé test1.
Si vous souhaitez interagir avec le cookie écrit sur .simoahava.com, vous devez ajouter le cookieDomain et assurez-vous qu’il écrirait le cookie sur le domaine le plus élevé possible :
ga('create', 'UA-12345-1', {'name' : 'test2', 'cookieDomain' : 'auto'}); // OR ga('create', 'UA-12345-1', {'name' : 'test2', 'cookieDomain' : '.simoahava.com'}); Les deux feraient la même chose : tenter d’écrire le _Géorgie cookie sur .simoahava.com. Cependant, comme ce cookie existe déjà, le traceur nommé test2 peut maintenant être utilisé pour interagir avec ce cookie particulier.
Phew! On parle tellement de cookies que mon estomac gronde.
Conséquences
Maintenant, parlons de ce que tout cela signifie. Je vais diviser cela en un petit Q&A, ce qui pourrait aider à interpréter les résultats.
Q : Dois-je définir 'cookieDomain' : 'auto' activé dans tous mes Tags et trackers ?
A : Je dirais que, par défaut, oui. L’activation du paramètre dans toutes les balises garantit que le même ID client est utilisé partout dans vos sous-domaines. Même si vous avez des balises qui collectent des données sur différentes propriétés UA-XXXXX-Y, peu importe qu’elles partagent l’ID client, car il s’agit simplement d’une étiquette que chaque propriété utilise pour attribuer des appels au même utilisateur.
Q : Que se passerait-il si un seul de mes tags avait 'cookieDomain' : 'auto'mais pas les autres ?
R : Tout devrait bien se passer tant que cette balise se déclenche sur chaque page. Fondamentalement, lorsqu’une balise se déclenche sur la page, elle recherche d’abord une balise préexistante _Géorgie biscuit. S’il en trouve un, il vérifie alors le domaine sur lequel le cookie est écrit et s’il correspond ou non aux paramètres du tracker. Si les paramètres correspondent, alors le Tag utilise simplement ce cookie. Si les paramètres ne correspondent pas, un nouveau _Géorgie est écrit sur le domaine actuel, mais l’ID client est toujours copié à partir du premier cookie.
Ainsi, tant que un La balise sur la page est déclenchée avec 'cookieDomain' : 'auto'le mécanisme de copie de l’ID client garantit que le même ID client est accessible sur tous vos domaines.
Q : Que se passe-t-il si je n’ai pas le 'cookieDomain' : 'auto' réglage n’importe où?
R : Dans le meilleur des cas, rien. Cela nécessiterait que le trafic aille toujours d’un domaine de niveau supérieur vers son sous-domaine. De cette façon, le sous-domaine peut copier l’ID client à partir du cookie de domaine de niveau supérieur.
Cependant, si le trafic peut être dans l’autre sens, donc en partant plus profondément dans la structure du domaine et en remontant (ou en parallèle), vous avez des problèmes. Vous vous retrouverez avec des identifiants client différents puisque les cookies ne sont pas partagés entre les domaines.
Je déteste distribuer les « meilleures pratiques » car je ne crois pas qu’elles existent, mais dans ce cas, nous parlons d’un réalité technologique. Je vous recommande fortement de toujours ajouter le 'cookieDomain' : 'auto' champ à tous vos Tags et trackers. Si c’est exagéré, assurez-vous que au moins une balise lequel est garanti pour tirer sur toutes les pages a ce paramètre. De cette façon, l’ID client sera copié et transmis à travers les domaines.
La prochaine fois, j’écrirai quelque chose de plus léger, promis !
