Отслеживание нескольких доменов — веб-отслеживание (ga.js)

В этом документе описываются различные способы сбора посещений нескольких доменов в одном представлении (профиле), как если бы они были одним сайтом, а не двумя отдельными. В нем также рассказывается, как отслеживать части веб-сайта, такие как подкаталоги и содержимое iFramed. Если вы не знакомы с общим процессом междоменного отслеживания, см. раздел О междоменном отслеживании .

Введение

Настройка Google Analytics по умолчанию предназначена для отслеживания контента и данных о посетителях для одного домена, например www.example.com .

Однако предположим, что вы хотите использовать Google Analytics для более сложных ситуаций, таких как отслеживание:

  • Субдомены — все посетители и dogs.example.com , и www.example.com , причем данные для обоих отображаются в одном и том же представлении отчета (профиле).
  • Подкаталоги — только посетители подкаталога www.example.com/dogs в отдельном отчете, как если бы это был один сайт.
  • Сторонние корзины покупок — посетители вашего интернет-магазина и вашей корзины покупок, размещенной на другом домене.
  • Домены верхнего уровня — все посетители двух принадлежащих вам доменов, таких как www.example-petstore.com и www.my-example-blog.com , причем данные для обоих отображаются в одном и том же представлении отчета (профиле).
  • IFrame Content — данные о посетителях и просмотрах страниц для контента в iFrame другого домена.

В любом из этих случаев вам потребуется внести некоторые изменения в код отслеживания, чтобы правильно отслеживать посетителей. Прежде чем сделать это, рекомендуется прочитать, как обрабатываются домены и каталоги в стандартной установке Analytics.

Сценарии отслеживания

В этом разделе рассматриваются различные сценарии отслеживания, упорядоченные по наиболее популярным методам.

Отслеживание нескольких доменов и поддоменов

В этом случае вам может понадобиться отслеживать два уникальных домена и один поддомен. Например, предположим, что у вас есть интернет-магазин, и вы также хотите отслеживать данные о посетителях и кампаниях в своем блоге.

Отслеживание по нескольким доменам и поддоменам

Ниже показаны ключевые настройки кода отслеживания для трех примеров URL-адресов.

  • Домен интернет-магазина : www. example-petstore.com

    Единственные ссылки или данные формы, которые вам нужно настроить, — это те, которые указывают на www.my-example-blogsite.com . Это не требуется для ссылок на поддомен этого сайта, поскольку _setDomainName() определила .example-petstore.com в качестве домена, чтобы разрешить доступ к файлам cookie для любых других поддоменов.

  • Субдомен интернет-магазина : dogs .example-petstore.com

    Ссылки на основной домен не требуют настройки, поскольку поддомен использует те же файлы cookie, что и основной домен.

  • Домен блога : www. my-example-blogsite .com

    Эта конфигурация устанавливает имя домена в качестве домена верхнего уровня для сайта блога. Таким образом, если вы позже добавите какие-либо поддомены для сайта блога, этот поддомен сможет обмениваться файлами cookie со своим родителем, и вам не нужно будет устанавливать между ними специальные связанные вызовы. Однако вы по-прежнему должны использовать _link() и _linkByPost() для любой формы или ссылок на www.example-petstore.com .

Отслеживание по домену и его поддоменам

Как упоминалось выше, настройка Google Analytics по умолчанию предназначена для отслеживания контента и данных о посетителях для одного домена, такого как www.example.com. Это означает, что даже если вы управляете как доменом, так и поддоменом, вам необходимо внести изменения в код отслеживания, чтобы данные о посетителях могли использоваться в обоих доменах.

Предположим, у вас есть следующие URL-адреса, которые вы хотите отслеживать как единое целое:

  • www.example-petstore.com
  • dogs.example-petstore.com
  • cats.example-petstore.com

Для этой настройки вы должны использовать следующие ключевые настройки для кода отслеживания во всех трех доменах.

Вам не нужно будет вносить какие-либо коррективы в ссылки или формы между этими тремя сайтами, поскольку все они могут использовать одни и те же файлы cookie из-за того, что вы установили доменное имя в качестве домена верхнего уровня (например, example-petstore.com ). ).

Отслеживание между доменом и подкаталогом другого домена

Другим распространенным сценарием отслеживания является отслеживание данных о посетителях и трафике между одним доменом и подкаталогом другого домена. Это может произойти, если вы хотите отслеживать трафик между вашим веб-сайтом и онлайн-блогом, где ваш блог ограничен подкаталогом службы блогов. Каждый из приведенных ниже примеров URL-адресов содержит рекомендуемые настройки кода отслеживания на обеих страницах.

Основной домен сайта: www.example.com

URL-адрес блога: www.blog-hosting-service.com/myBlog

Для отправки любой формы с www.example-petstore.com на веб-сайт корзины покупок вы должны использовать метод _linkByPost() для копирования трафика и данных cookie посетителей через HTTP POST на сайт корзины покупок. Метод _setAllowLinker() указывает целевому сайту читать данные cookie из данных POST, а не из информации о сеансе обычного пользователя. Таким образом, вы можете передавать данные cookie, установленные в одном домене, в другой и, таким образом, сохранять сеанс посетителя из вашего интернет-магазина в корзину.

Аналогичным образом используйте _link() для передачи данных о посетителях по любым ссылкам, ведущим из интернет-магазина в корзину.

Отслеживание через iFrame

На сайте, где перенос между доменами осуществляется путем открытия нового окна или включения содержимого в iFrame, вам потребуется использовать метод _getLinkerUrl() для переноса файлов cookie посетителей и кампаний из одного домена в другой. Например, предположим, что вы включили форму в iFrame, размещенную на www.my-example-iframecontent.com . Чтобы передать информацию о посетителе с родительской страницы, на которой размещен iFrame, на www.example-parent.com , вы должны использовать JavaScript для загрузки iFrame и передачи информации о файлах cookie с помощью _getLinkerURL() .

В следующем примере показана только функция связывания и предполагается, что междоменное отслеживание настроено во фрагментах отслеживания для обоих доменов.

Настройка отслеживания iFrame для Internet Explorer

Содержимое iFramed, размещенное в домене, отличном от родительской страницы, считается сторонним содержимым. Настройки конфиденциальности по умолчанию для Internet Explorer 6 и более поздних версий не позволяют сторонним веб-сайтам сохранять файлы cookie на стороннем сайте.

Это означает, что отслеживание Analytics для страниц iFramed требует специальной настройки для работы в Internet Explorer. Для веб-страниц, находящихся в iFrame, вам потребуется настроить параметры конфиденциальности. Вы можете настроить параметры конфиденциальности на размещенных страницах одним из следующих способов:

  • включить специальный HTTP-заголовок «Платформа для настроек конфиденциальности» (P3P) для страниц включенного сайта.
  • предоставить XML-манифест P3P для включенных страниц сайта

Дополнительные сведения см. в следующих ресурсах:

Отслеживание одного подкаталога

Существует два распространенных случая ограничения отслеживания Analytics одним подкаталогом более крупного домена:

  • У вас есть доступ только к подкаталогу более крупного веб-сайта, например, когда вы используете услугу хостинга электронной коммерции.
  • Вы хотите ограничить отслеживание подкаталогом более крупного веб-сайта, например, когда вы запускаете проект на веб-сайте вашей компании, который также использует отслеживание Google Analytics.

Предположим, у вас есть представление (профиль) в вашей учетной записи Google Analytics, в котором вы отслеживаете данные о посетителях до их присутствия в Интернете, которое является лишь частью более крупного хоста веб-сайта (например, службы ведения блога). Сам ваш сайт размещен на www.example.com/myBlog/ . Вы хотите записывать данные о посетителях и кампаниях только для подкаталога /myBlog , а не для какой-либо другой страницы в домене example.com . В этом случае у вас также есть доступ только к тем веб-страницам, включенным в этот подкаталог.

Чтобы настроить отслеживание для вашего магазина, вам нужно будет использовать _setCookiePath() в вашем коде отслеживания, например:

После настройки ваши отчеты будут правильно отображать данные о посетителях и кампаниях только для вашего подкаталога. Это связано с тем, что путь к файлам cookie указан в вашем подкаталоге, а не в корневом каталоге www.example.com , и ваше представление (профиль) будет считывать и записывать уникальный набор файлов cookie только для вашего магазина.

В этом сценарии рекомендуется использовать _setCookiePath() . Если вы этого не сделаете, возможны два последствия для ваших отчетов:

  • Другие файлы cookie учетной записи Analytics, установленные на www.example.com , могут использоваться вашей учетной записью .

    Это означает, что такие статистические данные о посетителях, как количество new vs returning , time on site и number of visits , могут быть неверными, поскольку сеансовые файлы cookie ваших посетителей могут также отражать активность в других частях сайта www.example.com .

  • Ваши отчеты могут отражать сведения о кампании из другой части сайта.

    Например, предположим, что посетитель нажимает на кампанию электронной почты, которая ведет на другой сайт в том же домене: www.example.com/theirBlog . В этом случае реферальная информация в файле cookie посетителя задается для кампании под названием « Последние новости блогов» . Позже этот же посетитель возвращается прямо на ваш сайт, набрав в браузере www.example.com/yourBlog и купив подписку на ваш блог. Поскольку все другие рефералы кампании сохраняются при прямых посещениях, вы увидите, что кампания « Последние новости о блогах» генерирует продажи для вашей подписки. Это связано с тем, что файл cookie _utm z для вашего интернет-магазина не был установлен уникальным образом для вашего пути.

Если вы ограничите файлы cookie посетителей только своим путем, данные кампании и сеанса для другой части www.example.com не будут включены в ваши отчеты, поскольку путь файлов cookie ограничен. (Прочитайте о файлах cookie для получения дополнительной информации о том, как файлы cookie считываются веб-браузерами.)

Другие советы по работе с подкаталогами

  • Если вы отслеживаете трафик посетителей и рефералов для подкаталога, вы также можете настроить фильтр « Включить » для подкаталога, чтобы в отчете отображалось только содержимое этого подкаталога. Дополнительную информацию см. в статье о предопределенных фильтрах в Справочном центре.
  • Если вы настраиваете отслеживание подкаталогов в своем домене, вам также следует убедиться, что отслеживание Google Analytics отключено для корневого пути (например, / ) и всех страниц под ним. Например, для www.example.com/index.html не следует включать отслеживание Analytics, если вы хотите отслеживать подкаталоги сайта отдельно. Если отслеживание корневого пути не отключено, для страницы, на которой вы настроили отслеживание на уровне пути, будут установлены 2 набора файлов cookie: один набор для подкаталога и один набор для домена верхнего уровня.

Отслеживание по двум подкаталогам в одном домене

Возможно, вы захотите отслеживать несколько подкаталогов в домене, где у вас нет доступа к страницам для большего домена. Например, предположим, что у вас есть и интернет-магазин, и корзина покупок на сайте поставщика услуг:

  • www.example-commerce-host.com/myStore/
  • www.example-commerce-host.com/myCart/

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

В приведенном ниже примере показаны ключевые части фрагмента кода отслеживания для отслеживания сеансов пользователей и данных кампании от вашего магазина до корзины покупок:

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

Ключевые компоненты междоменного отслеживания

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

Просмотры (профили)

Когда вы настраиваете междоменное отслеживание, вам нужно убедиться, что вы делаете следующее со своими представлениями (профилями):

  • Настройте основное представление (профиль) для основного домена без фильтров .

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

  • Создайте представление (профиль) специально для междоменного отслеживания и повторно используйте свой код отслеживания .

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

  • Измените свое междоменное представление (профиль) с помощью фильтра, чтобы отображать весь домен в отчетах о содержании.

    После того, как вы установили привязку к домену, вы увидите только URI запроса в отчетах о содержании, а не верхний уровень или поддомен для данной страницы. Так, например, для посещений следующих страниц:
    http://www.example.com/index.php и еще одна страница на
    http://sub.example.com/more.php
    В отчетах будет показано:
    — index.php
    — больше.php
    Вы не сможете отличить, какая страница с какого домена. Чтобы домен отображался в отчетах по страницам, установите фильтр, чтобы включить все компоненты URL-адреса страницы, как показано ниже:

    1. На странице настроек вида (профиля) нажмите ссылку « Добавить фильтр ».
    2. Выберите « Добавить новый фильтр» и укажите имя фильтра.
    3. Выберите « Пользовательский фильтр » и выберите « Дополнительно » в настройках типа фильтра .
    4. В расширенных настройках:
      1. Поле A должно быть установлено на имя хоста
      2. ПолеB должно быть установлено на Запрос URI
    5. Установите значения для поля A и поля B в (.*) , что является выражением, которое фиксирует все символы.
    6. Установите для параметра Output To --> Constructor значение Request URI и укажите $A1$B1 в качестве значения для этого выбора.

    Теперь в ваших отчетах будут отображаться:
    www.example.com/index.php
    sub.example.com/more.php
    Это захватит часть вашего URL-адреса www.example.com и включит ее в начало URL-адреса вашей страницы в разделе отчетов о содержании.

Файлы cookie: необходимы для передачи данных посетителей

Чтобы два домена могли совместно использовать одни и те же данные о посетителях, такие как сеанс и тип посетителя, они должны иметь возможность копировать или совместно использовать одну и ту же информацию файлов cookie. Кроме того, вы должны помнить:

Сессия из одного домена может быть перенесена в другой домен только через правильно настроенный клик или отправку формы, или через _getLinkerURL .

Передача данных cookie с помощью этих трех методов связывает два просмотра страниц в рамках одного сеанса. Если пользователь независимо посещает два сайта, которые отслеживаются в одном и том же представлении (профиле), например, через закладку, эти посещения все равно будут учитываться как отдельные сеансы. В этом сценарии методы связывания не вызываются, и, следовательно, нет способа определить инициирующий сеанс для данного пользователя.

Чтобы действительно понять междоменное отслеживание, полезно понять, что файлы cookie идентифицируются по ряду полей и что по умолчанию они не используются совместно между доменами. Кроме того, совместное использование файлов cookie автоматически отключается в Analytics. Это связано с тем, что во многих случаях совместное использование одного и того же файла cookie между доменами нежелательно. См. Значение идентификации и срока действия файлов cookie в Справочнике по файлам cookie. Кроме того, Analytics по умолчанию добавляет к файлам cookie дополнительную проверку целостности.

_setDomainName(' ВашДоменИмя ')

Что оно делает.
Этот метод задает в поле домена файла cookie строку, указанную в параметре. С помощью этого метода вы можете контролировать доменное имя, используемое файлом cookie. Вам нужно будет ТОЛЬКО настроить связь между доменами верхнего уровня, потому что поддомены будут использовать одни и те же файлы cookie со своими родителями.
Когда его использовать.
Используйте это, если хотите рассматривать верхний и поддомены как один объект и отслеживать их в одном и том же представлении (профиле). Также используйте это, если вы хотите отслеживать несколько доменов верхнего уровня И их поддоменов. В этом случае вам нужно будет использовать связывание между доменами верхнего уровня, а не между доменами верхнего уровня и их поддоменами.
Когда не использовать.
Если вы отслеживаете один домен, вам не нужно явно задавать доменное имя.