Comment puis-je dire à Google Analytics de ne pas utiliser de cookies pour mon sous-domaine?


9

J'ai mon site Web à l' example.comadresse et j'ai également configuré un sous-domaine pour diffuser du contenu statique à l'adresse static.example.com.
Sur mes pages Web, j'utilise Google Analytics, donc il attachera ses cookies à toutes les demandes de pages, même sur static.example.com.

Je suis entré dans les paramètres GA et j'ai ajouté un filtre à exclure static.example.com, mais je vois toujours des cookies (avec le __utma.. nom) sur toutes les requêtes Web vers mon domaine statique.

Comment puis-je interdire à GA d'utiliser des cookies sur mon sous-domaine?


Pourquoi ne voulez-vous pas que les cookies soient là? Est-ce important tant que le contenu n'est pas suivi?
John Conde

6
Le test de vitesse de Google vous donne un ++ si vous diffusez du contenu statique à partir d'un domaine sans cookie. Google donne, google prend.
Thomas

1
Intéressant ....
John Conde

@thomas +1 pour voir la raison pour laquelle cette question a été posée.
Talvi Watia

Pourquoi le test de vitesse de Google vous importe-t-il? N'est-ce pas simplement un outil de test de performance pour les webmasters? À moins que vous ne vouliez vous faire une illusion avec une amélioration des performances inexistante, il est inutile de supprimer les cookies uniquement pour jouer à un test de vitesse qui ne vous est destiné.
Lèse majesté

Réponses:


5

Tu ne peux pas faire ça. Tout problème de cookie pour le domaine example.com est valide pour tous les sous-domaines de example.com.

Si vous souhaitez que static.example.com soit un domaine sans cookie, vous devez servir le site principal à www.example.com (vous pouvez fournir une redirection 301 de example.com vers www.example.com).

Comme static.example.com n'est pas un sous-domaine de www.example.com (plutôt un frère), il ne partagera pas ses cookies.

Cela n'a rien à voir avec Google Analytics, c'est simplement le fonctionnement du WWW. Même si vous pouviez dire à GA de ne pas envoyer les cookies à static.example.com, cela n'aiderait pas vos autres utilisateurs qui n'auraient pas accès à ces informations.


Merci, j'avais peur de ça. J'utiliserai un domaine.net dédié pour mon contenu statique.
Magnus

Vous n'avez pas besoin d'un autre domaine. donaldthe vient de suggérer une méthode valide.
machineaddict

6

Comme ça (avec le nouveau code GA)

_gaq.push(
    ['_setAccount', 'UA-xxxxx-x'],
    ['_setDomainName', 'www.example.com'],
    ['_trackPageview']
);

Cela ne bloquera toujours pas les autres applications tierces que vous utilisez pour définir des cookies sur votre sous-domaine statique, mais au moins vous vous débarrassez des cookies GA qui sont assez volumineux.


Merci! Cette variable m'a montré la lumière. Le code actuel est _gaq.push(['_setDomainName', 'yoursub.domain.com']);, mettez-le après la _gaq.push(['_setAccount', 'UA-12345-1']);directive dans le code js. Voir aussi developers.google.com/analytics/devguides/collection/gajs/…
ArendE

2

Comme l'a dit Kris, tous les cookies activés example.comseront disponibles sur static.example.comet sur d' autres sous-domaines. Si vous souhaitez conserver le site sans le, www.je vous suggère d'utiliser un nom de domaine différent (par exemple, Stack Overflow utilise http://sstatic.net ).

Si vous avez déjà plusieurs domaines, par exemple en yourbusiness.netredirigeant vers, yourbusiness.comvous pouvez simplement utiliser celui en .net pour héberger tout le contenu statique.


StackOverflow utilise sstatic.net car il fournit le contenu statique à plusieurs sites Web. Sur un seul site Web, il n'est pas nécessaire d'obtenir un nouveau domaine. J'utilise la même configuration (avec sous-domaine) et je n'ai jamais eu de problème avec les cookies. Ils ne sont pas envoyés vers des sous-domaines.
machineaddict

@machineaddict pas vrai: developer.yahoo.com/performance/rules.html#cookie_free vous avez probablement défini des cookies sur le sous-domaine www et non sur le domaine racine.
DisgruntledGoat

2

La bonne réponse (est) est

_gaq.push(['_setDomainName', 'none']);  

Référence.

Dans mes tests, définir explicitement un domaine SANS sous-domaine (par exemple example.comau lieu de www.example.com), ce qui entraîne toujours l'envoi de cookies sub.example.com. La définition du nom de domaine sur «aucun» a résolu ce problème.


cela a aidé à "supprimer ce point" mais pas à résoudre le problème avec les sous-domaines - les cookies sont toujours partout
BG Bruno

gtag ('config', 'GA_MEASUREMENT_ID', {'cookie_domain': 'none'}); - developers.google.com/analytics/devguides/collection/gtagjs/…
BG Bruno
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.