Два шага для правильного отслеживания поддоменов в Google Analytics

Звёзд: 1Звёзд: 2Звёзд: 3Звёзд: 4Звёзд: 5 (4 оценок, среднее: 5,00 из 5)
Загрузка...

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

Обзор: что такое субдомен и как мне его отслеживать?

Если у вас есть web-страница с URL-адресом www.example.com, то example.com является «корневым доменом» или «родительским доменом» и  www.example.com является «поддомена» example.com. Один корневой домен может иметь любое количество поддоменов (даже ноль!), и владельцы сайтов могут использовать их.

В большинстве случаев, если пользователь перемещается из одного поддомена в том же корневом домене, вы можете просматривать их поведение как один сеанс в Google Analytics. Это позволяет легко подключать взаимодействия, которые происходят на двух разных поддоменах. Например, это позволяет вам для кредитования продвижения продукта на shop.example.com с транзакцией электронной торговли на checkout.example.com.

Этот пост будет сосредоточено только на поддомены, которые разделяют корневой домен например shop.example.com и checkout.example.com. Если у вас есть несколько корневых доменов, например www.example.com и www.widgets.com, то вам следует прочитать мой предыдущий пост о междоменном отслеживании.

Как правильно осуществлять отслеживание поддоменов

Существует два обязательных шага для отслеживания пользователя по субдоменам в виде единого сеанса в Universal Analytics (эти шаги отличаются от классической Google Analytics). Одна настройка приводит к тому, что хиты из разных субдоменов должным образом зачисляются одному пользователю, а другой параметр вызывает обработку этих хитов как часть одного и того же сеанса.

Есть два шага: 1) Установите домен Cookie и 2) обновите список исключаемых источников перехода для перенаправления.

Установите на странице для необходимого домена значение cookie в «auto». Это значение по умолчанию для Universal Analytics, но оно должно быть явно задано при использовании с Диспетчером тегов Google. Это позволяет хитам со всех поддоменов делиться одним и тем же первым файлом cookie, который позволяет Google Analytics сообщать, что они пришли от одного и того же пользователя.

Если вы используете рекомендуемый фрагмент кода JavaScript, который предоставляет вам Google Analytics, это уже задано.

Если вы используете Диспетчер тегов Google, вы должны добавить это самостоятельно в свой тег Google Analytics. (Если вы используете переменную параметры Google Analytics я настоятельно рекомендуем ее, то это значение теперь установлено по умолчанию!)

Такая же реализация должна присутствовать во всех субдоменах, которые необходимо отслеживать вместе.

Шаг 2: обновите список исключений перенаправления

В панели администратора корневой домен должен быть добавлен в список исключений перенаправления. Это, вероятно, уже настроено правильно, но стоит дважды проверить.

Позвольте мне объяснить, почему это имеет значение. Когда пользователь переходит из одного домена в другой (включая поддомены того же домена), код Universal Analytics отправит информацию о реферере в Google Analytics. Когда Google Analytics увидит новый реферер, который отличается от исходной source/medium информации, он начнет новый сеанс с информацией о новом источнике трафика. Список исключений перенаправления предотвращает это и позволяет продолжить сеанс.

Давайте посмотрим на это в действии

Предположим, у нас есть поток посетителей, который выглядит следующим образом:

  1. Пользователь достигает: http://www.example.com/
  2. Нажмите, чтобы узнать больше о виджетах: http://www.example.com/widgets
  3. Хочет узнать больше о Widget 1: http://widget1.example.com/info
  4. Сколько это стоит? http://widget1.example.com/pricing
  5. Давайте вернемся ко всем виджетам: http://www.example.com/widget

Сценарий первый: домен cookie не настроен на автоматический, исключений для реферала – 2 пользователя, 3 сеанса

Второй сценарий: домен cookie установлен на автоматический, никаких реферальных исключений – 1 пользователь, 3 сеанса

Сценарий три: домен cookie установлен на авто, задан как исключения для реферала – 1 пользователь, 1 сеанс example.com

Почему вы не можете реализовать отслеживание поддоменов

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

На сайте Google Developer для Google Analytics очень мало ссылок на поддомены. Поиск «поддоменов» указывает на документацию для междоменного отслеживания и домены файлов cookie. Первый не упоминает о сессиях или поддоменах. Последний описывает отслеживание пользователей по субдоменам, но не упоминает о подключении сеансов по субдоменам. В нем также подчеркивается следующая цитата:

При использовании автоматической настройки домена cookie ваши пользователи будут отслеживаться через субдомены без какой-либо дополнительной настройки.

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

Сайт справки Analytics также неинформативен в отношении отслеживания поддоменов. Поиск «субдомена» не дает информации о списке исключений перенаправления до четвертого результата поиска. Между тем, первый результат использования Common для междоменного отслеживания показывает следующую цитату:

Если вы обновили свой код отслеживания до analytics.js, то для отслеживания субдоменов дополнительная настройка не требуется.

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

Вот официальная информация с надписью «Cross-Subdomain Tracking».

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

Почему вы, возможно, правильно выполнили отслеживание поддоменов

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

Существует четыре распространенных причины, по которым что-то может отсутствовать в вашем списке исключения перенаправления:

  • У вас несколько доменов. Google Analytics позволяет вводить только один домен при создании свойства и заполняет список исключений перенаправления только одним доменом. Любые домены, кроме первого, отслеживаются в одном и том же свойстве, должны добавляться вручную.
  • Исходный домен, который вы предоставили Google Analytics, неверен. Это может произойти, если ваш сайт переместился в новый домен с момента настройки вашего свойства Google Analytics.
  • Вы перенесли свое свойство вручную с Classic на Universal и не обновили список исключений перенаправления. Автоматическая миграция автоматически обновляла список реферальных исключений, но вручную не выполнялась миграция.
  • Вы намеренно удалили запись из списка исключения перенаправления, потому что вы хотите, чтобы ваши данные включали саморегуляции. Например, если вы хотите, чтобы ваши поддомены были объединены и раздроблены, у вас, вероятно, будут определенные поддомены, в которых вы хотите включить перекрестные субдомены.

Что делать дальше

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

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

Если у вас остались какие-либо вопросы по отслеживанию поддоменов, пожалуйста пишите комментарий ниже или отправьте мне электронное письмо.

comments powered by HyperComments

Об авторе

Антон Курусь

Создатель этого блога. Люблю узнавать новое и развиваться в интересующих меня областях.
Хочешь сбежать от повседневности — не останавливайся в развитии.

Просмотреть все сообщения