Это глупая изюминка Google Analytics, которая должна быть лучше задокументирована.
Существует 2 одинаково допустимых, но немного разных метода для использования _setDomainName
.
Нет ведущего периода:
_gaq.push(['_setDomainName', 'ourweb.com']);
Ведущий период:
_gaq.push(['_setDomainName', '.ourweb.com']);
Google Analytics использует так называемый «хэш домена» (буквально, хэш домена или домена, который вы задали в _setDomainName
) для предотвращения конфликтов между файлами cookie; если хэш домена настроенного вами домена не совпадает с найденными файлами cookie Google Analytics, он создает новый визит (и новый посетитель).
Разница заключается в следующем: по умолчанию, если вы не настроите setDomainName
, ваш корневой www
домен получит «хэш домена», который будет таким же, как если бы он был просто http://ourweb.com. предположительно для предотвращения самообращения для трафика между www. и нет www.
Однако, если вы добавите начальный период, «хэш домена» изменится. Ни у одного из ваших постоянных посетителей не будет подходящего хэша домена. Поэтому, когда они заходят на ваш сайт, Google Analytics не видит соответствующий набор файлов cookie с правильным хешем домена и создает новый идентификатор посетителя, а весь ваш трафик с момента изменения полностью отключается от трафика до изменения.
В результате, если у вас есть длительное отслеживание без использования _setDomainName
, и вы хотите добавить поддержку отслеживания по поддоменам, способ сделать это с последним повреждением - не использовать начальный период.
Вы можете «восстановить» старые куки, переключившись на отсутствие начального периода. Если вы сделаете это, вы потеряете куки, так как вы внесли изменения.
Единственным преимуществом использования ведущего периода является то, что он обеспечивает совместимость для поддоменов третьего уровня (т. Е. foo.bar.example.com
).