Jak mogę powiedzieć Google Analytics, aby nie używała plików cookie w mojej subdomenie?

9

Mam swoją witrynę internetową pod adresem example.comi skonfigurowałem też subdomenę do udostępniania zawartości statycznej pod adresem static.example.com.
Na moich stronach korzystam z Google Analytics, więc dołącza pliki cookie do wszystkich żądań stron, nawet na static.example.com.

Przeszedłem do ustawień GA i dodałem filtr do wykluczenia static.example.com, ale nadal widzę pliki cookie (z __utmanazwą ...) we wszystkich żądaniach internetowych do mojej domeny statycznej.

Jak mogę zabronić GA używania plików cookie w mojej subdomenie?

Magnus
źródło
Dlaczego nie chcesz, aby pliki cookie tam były? Czy to ważne, dopóki zawartość nie jest śledzona?
John Conde
6
Test prędkości Google daje ++, jeśli podajesz zawartość statyczną z domeny bez plików cookie. Google daje, Google bierze.
Thomas
1
Ciekawe ....
John Conde
@ thomas +1 za sprawdzenie, dlaczego zostało zadane to pytanie.
Talvi Watia,
Dlaczego ma to znaczenie, co daje test prędkości Google? Czy to nie tylko narzędzie do testowania wydajności dla webmasterów? O ile nie chcesz się zwieść nieistniejącą poprawą wydajności, nie ma sensu usuwać plików cookie, aby zagrać w test prędkości przeznaczony tylko dla Ciebie.
Lèse majesté

Odpowiedzi:

5

Nie możesz tego zrobić. Każdy problem dotyczący plików cookie dla domeny example.com jest ważny dla wszystkich poddomen domeny example.com.

Jeśli chcesz, aby static.example.com była domeną bez plików cookie, powinieneś obsłużyć główną stronę www.example.com (możesz podać przekierowanie 301 z example.com na www.example.com).

Ponieważ static.example.com nie jest poddomeną www.example.com (raczej rodzeństwem), nie będzie udostępniać swoich plików cookie.

To tak naprawdę nie ma nic wspólnego z Google Analytics, tak po prostu działa WWW. Nawet jeśli możesz powiedzieć GA, aby nie wysyłała plików cookie na static.example.com, co nie pomogłoby innym użytkownikom, którzy nie mieliby dostępu do tych informacji.

Kris
źródło
Dzięki, bałam się tego. Będę używał dedykowanej domeny.net.net do moich treści statycznych.
Magnus,
Nie potrzebujesz innej domeny. donald właśnie zaproponował prawidłową metodę.
machineaddict
6

Tak (z nowym kodem GA)

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

Nadal nie blokuje innych aplikacji innych firm, z których możesz korzystać, od ustawiania plików cookie do statycznej subdomeny, ale przynajmniej pozbywasz się plików cookie GA, które są dość duże.

donxythe
źródło
Dzięki! Ta zmienna pokazała mi światło. Obecny kod to _gaq.push(['_setDomainName', 'yoursub.domain.com']);, umieść go po _gaq.push(['_setAccount', 'UA-12345-1']);dyrektywie w kodzie js. Zobacz także developers.google.com/analytics/devguides/collection/gajs/…
ArendE
2

Jak powiedział Kris, wszelkie włączone pliki cookie example.combędą dostępne w static.example.cominnych subdomenach. Jeśli chcesz zachować witrynę bez www.tego, sugeruję użycie innej nazwy domeny (na przykład Stack Overflow używa http://sstatic.net ).

Jeśli masz już wiele domen, na przykład yourbusiness.netprzekierowujących yourbusiness.com, możesz po prostu użyć .net, aby hostować całą zawartość statyczną.

DisgruntledGoat
źródło
StackOverflow używa sstatic.net, ponieważ dostarcza statyczną treść do wielu stron internetowych. Na jednej stronie internetowej nie ma potrzeby uzyskiwania nowej domeny. Korzystam z tej samej konfiguracji (z subdomeną) i nigdy nie miałem problemów z plikami cookie. Nie są wysyłane do poddomen.
machineaddict
@machineaddict nieprawda: developer.yahoo.com/performance/rules.html#cookie_free prawdopodobnie ustawiasz pliki cookie w subdomenie www, a nie w domenie głównej.
DisgruntledGoat
2

Prawidłowa (szacunkowa) odpowiedź to

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

Odniesienie.

W moich testach jawne ustawienie domeny BEZ subdomeny (np. example.comZamiast www.example.com) nadal powoduje wysyłanie plików cookie sub.example.com. Ustawienie nazwy domeny na „none” rozwiązało ten problem.

Zistoloen
źródło
pomogło „usunąć tę kropkę”, ale nie rozwiązało problemu z poddomenami - pliki cookie są wszędzie nadal
BG Bruno
gtag („config”, „GA_MEASUREMENT_ID”, {„cookie_domain”: „none”}); - developers.google.com/analytics/devguides/collection/gtagjs/…
BG Bruno