Подтвердить что ты не робот

Отслеживание перекрестных доменов Google Analytics и _setDomainName()

Я пытаюсь настроить междоменное отслеживание между двумя совершенно разными доменами (а не поддоменами). Рассмотрение различных страниц документации Google, похоже, дает мне разные предложения о том, что добавить в метод _setDomainName.

Я не могу понять, когда я должен использовать какое из этих трех:

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

Может ли кто-нибудь дать мне некоторое руководство или объяснение?

4b9b3361

Ответ 1

Бен, лучшее объяснение находится на странице документации Google - http://code.google.com/apis/analytics/docs/tracking/gaTrackingSite.html#domainToNone. Познакомьтесь с этой страницей, есть много способов настроить вашу настройку GA, и нет никакого определенного способа сказать: "вам нужно настроить междоменное отслеживание", не зная намного больше о вашей желаемой конфигурации. Сценарии на этой странице, безусловно, помогут.

Существует 3 различных причины использования разных вариантов _setDomainName.

  • 'none' - вам нужно использовать эту функцию только в том случае, если вы хотите отслеживать домен верхнего уровня независимо от любого из его поддоменов, так как этот параметр сделает куки файлы домена недоступными для своего суб-домена -области.

  • 'mysite.com' - используйте это при отслеживании между доменом и подкаталогом в другом домене. Например, ваш профиль "mysite.com" также должен записывать хиты с "yourblog.othersite.com".

  • '. mysite.com' - Используйте это, когда хотите отслеживать через домен и его поддомены. Это будет рассматривать верхние и поддомены как один объект и дорожку в одном профиле. Например, профиль "mysite.com" должен записывать "blogs.mysite.com" и "shop.mysite.com".

Я рекомендую настроить некоторые тестовые профили и экспериментировать с вашей конфигурацией, чтобы вы не "загрязнили" ваши реальные данные.

Надеюсь, это поможет!

Ответ 2

Страницы Docs немного отстают, потому что произошли некоторые недавние изменения, которые изменили лучший способ сделать это.

Настройки по умолчанию для _setDomainName - 'auto'. Это установит cookie в ваш полный домен, если вы не находитесь в домене www, в этом случае он устанавливает mysite.com без ведущей точки. Эти настройки могут вызвать проблемы, и я избегаю придерживаться их. Я всегда меняю его

Есть два варианта установки имени домена для www.mysite.com.

  • _setDomainName('.mysite.com') → Это необходимо, если вы хотите также отслеживать все поддомены.
  • _setDomainName('www.mysite.com') → Вы должны использовать этот, если вы не хотите отслеживать свои поддомены.

В 99% случаев я использую первый вариант. Установка его для верхнего домена, но с использованием ведущей точки. Вы увидите много людей, выступающих против ведущей точки. Как этот старый, но хороший пост из roirevolution. Озабоченность вокруг ведущей точки заключается в том, что она может вызвать сброс файлов cookie. Но это происходит только в том случае, если у кого-то уже есть файл cookie. Если это новая реализация, у вас нет этой проблемы.

_setDomainName('none') эквивалентно _setDomainName('auto') + _setAllowHash(false). Но так как _setAllowHash(false) был устаревшим, я думаю, _setDomainName('none') также должен быть устаревшим.

Ответ 3

Если это кросс-домен

tracking,_gaq.push(['_setDomainName', 'mysite.com']);

или

_gaq.push(['_setDomainName', '.mysite.com']);

не имеет никакого значения, так как информация о файлах cookie не разделяется между этими двумя разными доменами.

Я установил отслеживание между доменом 1 и доменом 2, одним способом отслеживания. Первоначально, как было предложено в Google Analytics, я добавил _gaq.push(['_setDomainName', 'none']); в оба домена. Это было для нового тестирования A/B Google Analytics, проверка на тестирование A/B привела к ошибке. Итак, я удалил _gaq.push(['_setDomainName', 'none']); из домена 1 и оставил его на домене 2 как есть, и он работал отлично.

Я зарегистрировал его здесь.

Ответ 4

Я думал, что mysite.com будет отслеживать этот сайт и его поддомены 1-го уровня (например, mysite.com и cats.mysite.com), а .mysite.com будет отслеживать этот сайт и его поддомены 1-го и 2-го уровня (например, mysite.com и cats.mysite.com и store.cats.mysite.com).

Я основываю это на том, что говорят Google и некоторые другие статьи.

none будет запрещать отслеживание поддоменов (поэтому я предполагаю, что он устанавливает, чтобы он установил для домена cookie: www.mysite.com).

Предполагая, что опция по умолчанию auto установит ее с помощью document.domain в www.mysite.com (но может быть mysite.com если нет в домене www на основе ответа Eduardo выше/ниже, чтобы разрешить более интеллектуальный субдомен 1-го уровня слежение).

auto/none являются догадками от меня, не уверен, что он будет помещать для домена, если вы пришли на blah.mysite.com, и у него не было параметров none/auto.