Google Analytics Code Tracker для субдомена (отслеживание двух страниц) - PullRequest
0 голосов
/ 17 октября 2011

У меня две страницы в одном домене, но в двух разных поддоменах

  • french.domain.com / french.html
  • english.domain.com / english.html

теперь ЖЕ аналитический код отслеживания помещен на обе страницы, и моя статистика отслеживается правильно (я думаю)

Таким образом, вопрос в том, что это ХОРОШИЙ способ сделать это? domain1.com / page1.html domain2.com / page3.html будет Google правильно отслеживать страницу, я никогда не пытаюсь, я обычно делаю одну аналитику для каждого домена. И если один аналитик отслеживает все разные страницы из разных доменов, зачем делать больше 1 для всех страниц / доменов?

Так много вопросов, недостаточно ответа

1 Ответ

4 голосов
/ 15 ноября 2011

TL; DR: для вашего первого примера оба сайта будут правильно отслеживать, если и только если вы используете _setDomainName для настройки корневого домена для файлов cookie. В противном случае трафик между двумя доменами будет создавать «новые» посещения каждый раз, когда они перемещаются из одного домена в другой, что приводит к увеличению количества посещений и неточной отчетности об атрибуции (поскольку ваши собственные домены зачисляются как внешние рефералы.

Во втором случае, без смягчения, у вас будет та же проблема, что и в первом, но решением является функция с именем _link.

Подробнее

По умолчанию Google Analytics использует 2 правила определения согласованности своих данных:

  1. Он должен иметь доступ к файлам cookie.
  2. После получения доступа к файлам cookie должен быть указан правильный «хэш домена».

Доступ к файлам cookie работает по правилам файлов cookie браузера: в зависимости от домена, для которого вы устанавливаете файлы cookie, они могут быть доступны для поддоменов. По умолчанию Google Analytics устанавливает эти файлы cookie в домене текущего сайта.

Поддомены

В случае поддоменов вам предоставляется функция, позволяющая вам настроить домен, на который должны быть установлены файлы cookie, _gaq.push(["_setDomainName","domain.com"]); Эта конфигурация установит файлы cookie таким образом, чтобы они были доступны для foo.domain.com и *. 1025 *, а также просто domain.com. Однако без постоянного использования точного _setDomainName на всех этих сайтах вы можете столкнуться с проблемами отслеживания. Например, даже если Google Analytics имеет доступ к файлам cookie, он все равно будет проверять «хэш» текущего (или настроенного) домена по сравнению с сохраненным файлом «cookie». Если они не совпадают, он создаст новый набор файлов cookie, сигнализирующий о новом посещении, с предыдущей страницей, установленной в качестве реферала. (Это проявляется как «самообращение», когда вы видите свой собственный домен в качестве одного из своих самых популярных.)

Кросс-домен

Для междоменного случая (domain1.com и domain2.com) все намного сложнее. Так как это файлы cookie от первого лица, у вас нет собственных возможностей для обмена файлами cookie между двумя доменами. Файлы cookie из части посещения будут недоступны, когда кто-то перейдет на второй домен, поэтому Google Analytics создаст новое посещение, указав его источник в качестве первого домена.

Это может быть нормально, если два сайта концептуально очень разные, и вы хотите отслеживать трафик между этими двумя сайтами совершенно отдельно (даже если вы храните данные в одном профиле).

Однако, если объединенные данные в этих двух доменах имеют решающее значение (например, в первом домене есть ваша целевая страница, а во втором домене есть страница оформления заказа), у вас нет выхода, кроме как использовать специальную функцию Google Analytics, _link, совместно с _setAllowLinker, установленным на true, который добавляет файлы cookie Google Analytics в строку запроса и инструктирует принимающий сайт устанавливать эти файлы cookie для этих значений.

Изменение значений `_setDomainName`

Если вы заинтересованы в отслеживании поддоменов третьего уровня (например, american.english.example.com), вам необходимо настроить _setDomainName с ведущим периодом. (т. е. .example.com вместо example.com).

Недостатком этого является то, что полученный из него хеш больше не будет соответствовать хешу по умолчанию в корневом домене. То есть, если до сих пор вы не использовали setDomainName, его замена на одну с начальным периодом приведет к потере всех ваших «прошлых» файлов cookie, а это означает, что ваши показатели повторного посещения будут менее надежными.

...