Домены и каталоги
При использовании и настройке сервиса Аналитики важно знать, каким образом домен отслеживаемого веб-ресурса определяется в качестве “сайта” для целей просмотра ваших отчетов. По умолчанию код отслеживания оптимизирован для получения данных об одном домене или субдомене (отдельном URL веб-сайта), который не передает сведения о пользователях в другие домены (субдомены).
Допустим, сайт вашего зоомагазина размещается по адресу sobaki.example.com
, а код отслеживания с соответствующим идентификатором веб-ресурса автоматически отслеживает сведения о пользователях только по этому URL. Если вы установите код отслеживания на все страницы принадлежащего вам основного домена www.example.com
, сведения о пользователе и источниках переходов будут регистрироваться отдельно для этого домена.
В этом документе содержится обзор доменов и каталогов в Аналитики, а также рассматриваются указанные ниже вопросы.
Как файлы cookie Аналитики определяют сайт с помощью document.domain
Аналитики устанавливает и считывает файлы cookie для каждого отслеживаемого уникального домена с помощью свойства document.domain
хоста страницы. Таким образом, субдомены, например sobaki.example.com
, обрабатываются отдельно от основного домена (www.example.com
). Домен веб-сайта можно определить с помощью отладчика JavaScript, например Firebug, указав свойство document.domain
интересующей вас страницы. Для нашего сайта в свойстве document.domain
будет указан домен sobaki.example.com
.
Почему разделение доменов означает разделение данных по пользователям и трафику
Для каждого отдельного домена стандартные файлы cookie Аналитики определяют два простых параметра:
- информация о пользователе (количество сеансов);
- источники трафика (переходы, поиски, рекламные кампании).
Если для домена и субдомена установлены разные файлы cookie, уникальные пользователи каждого из них учитываются независимо, и все ссылки между ними учитываются как трафик переходов. У двух таких сайтов также будет отдельная информация о поиске и кампаниях. Это верно даже в том случае, если каждый сайт использует один и тот же идентификатор веб-ресурса в коде отслеживания.
Допустим, корзина вашего магазина, sobaki.example.com
, размещается на сайте www.example.com
. Для страниц обоих сайтов в коде отслеживания задан одинаковый идентификатор веб-ресурса без какой-либо настройки. В таком случае сеансы, установленные по ссылке из субдомена sobaki.example.com
на сайт www.example.com
, будут учитываться как трафик переходов. Допустим, клиент переходит на вашу страницу sobaki.example.com
по ссылке Google Рекламы, работает с ним и, наконец, оформляет покупку на сайте www.example.com
. Поскольку данные пользователей для этих доменов учитываются отдельно с использованием файлов cookie, первый переход к корзине будет регистрироваться как новый сеанс.
Чтобы объединить данные по двум доменам, внесите небольшие изменения в код отслеживания.
Почему разделение доменов не означает разделения контента
Когда серверы Аналитики получают запрос GIF для страницы, URI и название страницы сохраняются в запросе и доставляются в представление, содержащее соответствующий идентификатор веб-ресурса. Это означает, что контент для определенного домена определяется просто фактическим идентификатором веб-ресурса самого кода отслеживания. Поэтому можно легко скопировать код отслеживания (с одинаковым идентификатором веб-ресурса) в различные домены и просматривать сведения о контенте доменов в одном представлении.
Поскольку сведения о контенте для каждого домена легко получить, иногда о необходимости изменений в коде отслеживания можно попросту забыть.
Появление отчетов по контенту с доменов, которые не принадлежат вам, может быть связано с тем, что другой пользователь по ошибке установил неправильный код на своем сайте или использует (показывает) на нем часть кода вашего веб-сайта. Чтобы отслеживался только контент с вашего домена, воспользуйтесь фильтром Включить в представлении. Установите в поле фильтра значение Имя хоста, а в поле Шаблон укажите свой домен. Для чувствительности к регистру может быть выбрано значение Нет.
Зачем в подкаталогах домена используются файлы cookie домена
В стандартной реализации кода отслеживания сведения о веб-сайте, пользователях, трафике и контенте, включая трафик подкаталогов, связываются с отдельным доменом. Однако часто требуется отслеживать только подкаталог домена (или иметь к нему доступ). Ниже приведены два распространенных примера.
- Для интернет-магазина используется служба корзины покупок, размещенная в подкаталоге домена службы, например
www.example-shopping-cart.com/yourCart
. В этом случае вы, вероятно, имеете доступ только к страницам, размещенным в подкаталоге. - У вашей компании очень крупный веб-сайт, тогда как проект ограничен подкаталогом этого сайта. Подкаталог требуется отслеживать независимо от более крупного домена.
Без изменения кода отслеживания в файлах cookie Аналитики будет задан хост-домен, при этом в качестве пути файла cookie будет задан корневой уровень (/
) домена. В этом случае сведения о пользователях, трафике и кампании для подкаталога будут объединены с данными по всему веб-сайту.
Чтобы ограничить отслеживание подкаталогом веб-сайта, необходимо с помощью файлов cookie определить его как отдельный объект. Так как файл cookie однозначно определяется комбинацией домена и пути, чтобы отделить отслеживание своей части веб-сайта, можно в качестве пути файла cookie задать свой подкаталог.