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

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

Введение

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

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

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

Отслеживание в iFrames

На сайте, где перенос между доменами осуществляется путем открытия нового окна или включения контента в 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 одним подкаталогом более крупного домена:

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

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

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

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

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

  • Другие файлы cookie учетной записи Google 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 считываются веб-браузерами.)

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

  • Если вы отслеживаете трафик посетителей и рефералов для подкаталога, вы также можете настроить фильтр «Включить» для подкаталога, чтобы гарантировать, что в вашем отчете отображается только контент для этого подкаталога. Дополнительную информацию см. в статье о предварительно определенных фильтрах в Справочном центре.
  • Если вы настраиваете отслеживание подкаталогов в своем домене, вам также следует убедиться, что отслеживание 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
    В отчетах будет показано:
    — индекс.php
    — больше.php
    Вы не сможете отличить, какая страница из какого домена. Чтобы показать домен в отчетах по страницам, установите фильтр, включающий все компоненты URL-адреса страницы, следующим образом:

    1. На странице «Настройки просмотра (профиля)» нажмите ссылку «Добавить фильтр» .
    2. Выберите «Добавить новый фильтр» и укажите имя фильтра.
    3. Выберите «Пользовательский фильтр» и выберите «Дополнительно» в настройках типа фильтра .
    4. В разделе «Дополнительные настройки»:
      1. В поле FieldA должно быть указано имя хоста.
      2. В поле FieldB должно быть установлено значение URI запроса.
    5. Установите значения для поля A и поля B как (.*) , которое представляет собой выражение, охватывающее все символы.
    6. Установите для параметра «Вывод в -> Конструктор» значение «Запросить 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 со своими родительскими доменами.
Когда его использовать.
Используйте это, если вы хотите рассматривать верхние и поддомены как один объект и отслеживать их в одном представлении (профиле). Также используйте это, если вы хотите отслеживать несколько доменов верхнего уровня И их поддоменов. В этом случае вам нужно будет использовать связь между доменами верхнего уровня, а не между доменами верхнего уровня и их поддоменами.
Когда не стоит его использовать.
Если вы отслеживаете один домен, вам не нужно явно указывать имя домена.