Предыдущий ролик Следующий ролик  

Видео урок: Переход от пользовательских переменных к пользовательским параметрам

Советы по Google Analytics

В недавнем нашем обсуждении перехода на Universal Analytics я отмечал, что с самыми большими трудностями столкнутся те, кто интенсивно использует пользовательские переменные. Причина в том, что, хотя внутренние серверы и могут продолжать собирать эти пользовательские переменные, новый код JavaScript уже не поддерживает эту функциональность. Это означает, что, как только вы перейдете на новый фрагмент кода JavaScript, вам нужно будет также обновить код, используемый для пользовательских переменных, и перейти на пользовательские параметры. И это не просто замена кода, вам придется изменить еще и настройки аккаунта. Не только код страницы.

Давайте на минуту отвлечемся и поговорим о том, что такое пользовательские параметры, а также о том, в чем они похожи на пользовательские переменные и чем от них отличаются. Пользовательские переменные позволяют отправлять обратно в GA дополнительные данные, о которых знаете только вы как владелец сайта. Например, в моем браузере открыта вот эта статья из Wall Street Journal. Если бы они запустили Google Analytics, то некоторая информация об этой странице автоматически отправилась бы обратно. Заголовок страницы, URL страницы, используемый мной браузер - вся та информация, которая является общей для всех страниц и которую Google может автоматически вычислить.

Но зачастую истинное значение тех данных, которые хотят отслеживать аналитики, лежит за пределами этих данных. Тех данных, которые Google не может вычислять автоматически. К примеру, пусть я хочу отслеживать автора конкретной статьи. Т.е. я могу выделить тех, кто пишет самые популярные или интригующие статьи. Пусть я также хочу отслеживать, что эта статья находится в разделе "Культура и развлечения". Итак, я могу проанализировать все статьи этого раздела, а также сопоставить этот раздел с другими разделами сайта. Кроме того, Wall Street Journal позволяет пользователям зарегистрироваться на их сайте. Поэтому мне, возможно, захочется отслеживать тот контент, который просматривают зарегистрированные пользователи, а также другие действия этих пользователей.

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

В первой строке будет задаваться номер слота для каждой пользовательской переменной. Если у вас получилось 5 пользовательских переменных, то у вас будет 5 слотов. Управление слотами не рассматривается в рамках этого курса. Но, скорее всего, одна из тех трудностей, с которыми пользователи сталкиваются при работе с пользовательскими переменными, заключается в необходимости отслеживания факта случайного перетирания разных переменных в одном и том же слоте. Следующее, что здесь задается - пара "имя-значение". Итак, в этом примере я указываю, что существует некий раздел "author" (автор), который я впоследствии заполняю значением "Koberg" (Коберг), таким образом, автором является Коберг.

Ниже мы видим следующую строчку - это область действия переменной. В этом случае она отправляет нас на "уровень просмотра страниц", что означает, что эта переменная действует только для указанной страницы. Если вы перейдете на другую страницу, то это будет уже другая статья другого автора, и, очевидно, вы не захотите, чтобы срок ее действия из-за этого истек. Если вы посмотрите чуть ниже, то увидите более компактную форму записи. Я не буду приводить вам подробное объяснение, просто отмечу, что здесь мы делаем то же самое: в слот номер 2 мы помещаем другую пользовательскую переменную, которая обозначает регион. В этом случае это "NorthAmerica" (Северная Америка). Далее идет слот под номером 3 - "topic" (тема), в этом примере это "TechNews" (Новости из мира технологий).

И снова в третьем слоте указывается область действия "уровень просмотра страниц". В слоте 4 у нас нечто совсем другое. Эта переменная несет скорее информацию обо мне как о пользователе, а не о содержании страницы. При регистрации на сайте я указал, что отношусь к мужскому полу. Допустим, аналитику хотелось бы определить, каким образом разные пользователи-мужчины и пользователи-женщины просматривают разные статьи сайта. Итак, в этом случае меня отметят как мужчину. Вы видите, что для этой переменной мы меняем область действия на единицу. Т.е. ее областью действия будет "уровень пользователя", что означает следующее: не важно, откуда я пришел на сайт, и даже в случае, если я вернусь сюда во время другого сеанса на следующий день, эта информация обо мне не будет забыта, поскольку указанная переменная действует на уровне пользователя. Поэтому, если я перейду на другую страницу, эта информация не исчезнет. Средним уровнем между уровнем просмотра страницы и уровнем пользователя является уровень сеанса. В этом примере такая область действия указана для переменной, определяющей, вошли ли вы в систему. Я вошел в систему, следовательно, для переменной устанавливается значение "true", и оно будет использоваться для меня в рамках всего этого сеанса. Возможно, при следующем посещении сайта я уже не буду регистрироваться, и эта переменная не будет автоматически меня сопровождать. В нашем случае эта переменная будет существовать весь сеанс в том случае, если я войду в систему.

Вы можете заметить, что в последней строке я отслеживаю просмотры страницы. Сначала мне необходимо установить эти переменные, чтобы впоследствии они передавались обратно с помощью функции trackPageview, предназначенной для отправки данных обратно в Google Analytics. Хочу заметить, что я уже израсходовал все свои 5 пользовательских переменных. Очень хорошо, что благодаря Universal Analytics и пользовательским ссылкам мы можем использовать 20 пользовательских переменных, поскольку, все пять имеющихся переменных расходуются очень быстро. Итак, давайте очень быстро посмотрим, как старые пользовательские переменные отображаются в интерфейсе Google Analytics. Перейдем к интерфейсу.

Выберем категорию "Пользователи" и отчет "Пользовательские переменные" (Custom Variables). Вы помните те 5 слотов, о которых мы говорили ранее. Они представлены вот здесь. Итак, у меня есть пользовательская переменная для "слота 1", "слота 2", "слота 3", "слота 4", "слота 5". Мы задали автора, а затем те значения, которые передали туда. Одно из переданных значений - "Koberg". Кроме того, мы указали значение "Jones", но могли бы указать и любых других авторов. Если мы перейдем вот сюда, к слоту 2, то увидим, что здесь задается регион. В нашем примере это "Europe", "South America", "North America" (Европа, Южная Америка, Северная Америка). Для каждой из этих пользовательских переменных можно проанализировать все возможные показатели,

поскольку они подсчитываются для всех статей, переданных в соответствии с этими переменными. В переменной номер 3 задаются темы статей: "politics", "sports", "TechNews" (политика, спорт, новости из мира технологий) и т.д. В переменной под номером 4 хранится информация о поле. А с помощью переменной номер 5 отслеживается, вошел пользователь в систему или нет. Итак, это пользовательские переменные. Это прежние способы отслеживания переменных. Важно, чтобы вы понимали, что такие способы отслеживания все равно будут использоваться в Universal Analytics. Вы можете использовать старый код, отправлять его, а внутренние серверы все еще будут его принимать. Уступить место новой версии кода Google Analytics - вот что хотим сделать мы путем замены этого фрагмента.

Самое важное здесь - это то, что вы не можете продолжать использовать пользовательские переменные в рамках нового фрагмента. Поэтому вам придется перейти на пользовательские параметры. Если перейти в раздел "Администратор" (Admin), то можно скопировать фрагмент нового кода отслеживания - базовый тег Universal Analytics. Итак, это код страницы указанной статьи. В сущности, я хочу изъять отсюда весь скрипт предыдущей версии Google Analytics. А затем мы вставляем сюда новый базовый тег. Обратите внимание, что здесь задается наш аккаунт, а в следующей строке отправляется информация о просмотре страницы.

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

Поэтому все, что нам нужно сделать - отправить имя и значение, все остальное отслеживается на стороне сервера, и это мы увидим через минуту. Имя и область действия не будут задаваться в коде подобно тому, как это делалось для пользовательских переменных. Управление ими также будет осуществляться на стороне сервера. С практической точки зрения это означает, что, если бы вам захотелось продлить срок действия переменной, преобразовав хит, действующий на уровне просмотра страницы, в хит уровня сеанса, хранящийся в течение всего сеанса, то вы могли бы просто выполнить соответствующую настройку. Не нужно возвращаться и изменять тег, код страницы. Кроме того, это означает, что нам нужно будет управлять меньшим количеством cookie-файлов и передавать меньшее количество данных. Таким образом, у такого подхода определенно есть несколько достоинств.

И очень важно, что вместо 5 пользовательских переменных вы можете использовать 20. Мы видели, как легко можно выйти за рамки 5 переменных. Поэтому это несомненно большой плюс. Итак. Теперь мы хотим реализовать параметры или фактически вернуться к ним. Мы уже сказали, что первым шагом был переход сюда, в раздел "Настройка". Нам нужно перейти к категории "Пользовательские определения" (Custom Definitions), выбрать раздел "Пользовательские параметры" (Custom Dimensions). Здесь уже есть пара параметров. Как видите, эти параметры похожи на те, что были у меня раньше. У меня есть параметр "LoggedIn" (Зарегистрированный пользователь), занимающий слот № 2, с областью действия - "уровень сеанса" (Session). Также у меня есть параметр "Post Author" (Автор записи), занимающий слот № 1 и действующий на уровне пользователя.

Нам нужно изменить этот параметр, поскольку его областью действия должен быть "уровень просмотра страницы". Итак, я спущусь ниже. Область действия "Хит" (Hit) или "Страница" (Page) подразумевает, что этот параметр исчезнет после перехода к следующему хиту. Сохраняем эту настройку. Помимо этого мы можем создавать новые параметры. Нажимаем сюда, присвоим параметру имя, например, "Region" (Регион). Областью действия будет "Уровень хитов", поскольку переход на каждую новую страницу может означать, что мы переходим к новому региону. Мы хотим видеть, к каким регионам относятся все эти страницы. Нажимаем кнопку "Создать" (Create) и видим код. Копируем необходимый и нажимаем кнопку "Завершить" (Done). Давайте вернемся назад и рассмотрим параметр "Post Author" (Автор записи).

Именно этот параметр я хочу реализовать. У нас есть три разных набора кода. Один - для JavaScript в веб-браузере, второй - для Android SDK, третий - для iOS SDK. Я могу скопировать здесь необходимый код. После этого перейти на нашу страницу и вставить туда этот код. Теперь нам нужно отредактировать вставленный код. У нас должна быть возможность вставлять сюда значение. Для этого есть несколько способов. Несмотря на то, что ваша система CMS позволяет получить это значение, иногда оно сохраняется в переменной JavaScript. Иногда - это переменная PHP, которую мы получаем из кода, расположенного на стороне сервера.

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

Вы видите скрипт "collect" здесь и справа. Раздел "Пользовательские параметры" (Custom Dimensions): слот № 1, пользовательский параметр "Koberg". Теперь я знаю, что он отправляется обратно. С точки зрения реализации, это действительно так. Мы создали его на стороне сервера. Вставили код. Изменили код, а затем проверили, что данные и правда отправляются обратно. Следующее, что вам нужно сделать - убедиться, что эти данные поступают в отчеты. Возможно, вам придется немного подождать, пока эти данные будут обрабатываться. В конце концов, эти данные поступят в отчеты. Теперь вернемся в раздел "Отчеты" (Reporting). Существует несколько способов проверки, поступают ли данные в отчеты. Один из способов - задать эти данные в качестве дополнительного параметра.

К примеру, пусть мы бы перешли к отчетам категории "Содержание сайта", выбрали бы отчет "Все страницы" (All pages). Перейдем к полю "Дополнительный параметр" (secondary dimension). Что интересно, пользовательские параметры могут использоваться в качестве основных параметров, параметров первого класса. Я могу перейти сюда и между разделами "Электронная торговля" и "Объявления" (и еще некоторыми) увидеть те параметры, которые я только что создал. Выберу параметр "Автор записи" (Post Author). Итак. В результате в качестве дополнительного параметра будет указан параметр "Автор записи" (Post Author). Выберем другой дополнительный параметр. Например, "Регион" (region). Итак. На самом деле мы не задавали этот параметр, поэтому эти данные еще не поступают в отчеты.

Но очевидно, что эта информация тоже могла бы поступать в этот отчет. Что еще мне действительно нравится - так как это основные параметры, так как я хочу сгруппировать их и, допустим, узнать, сколько разных авторов опубликовали свои записи на этой странице, мы можем создать персонализированные отчеты, которые действительно будут более значимыми. Например, если перейти в разделе "Настройка" (Customization) к этому отчету, то можно увидеть, что в качестве основного параметра здесь используется параметр "Автор записи" (Post Author). Мы можем перейти к этой таблице и допустить, что нам нужно определить, сколько разных авторов опубликовали свои записи на этой странице и сколько просмотров страницы выполнил каждый из них. Таким образом, вместо того, чтобы использовать пользовательские параметры в качестве дополнительных, мы можем использовать их как основные, что было бы более ценно.

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

И вы меняете вот этот код, когда сначала что-то задается, а затем отправляется информация о просмотре страницы, на тот, при котором первоначально отправляется информация о том событии, которое вы указали. Вы добавили сюда еще один элемент, поэтому получили немного другой синтаксис. Давайте рассмотрим этот синтаксис подробнее. На самом деле это дополнительный просмотр страницы. Следует иметь в виду, что в этом случае мы получаем два просмотра страницы.

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

А во втором мы видим информацию о текущем пользовательском параметре, при этом хит также относится к типу "pageView" и отправляет в Google Analytics значение "Jones". Таким образом, вы можете отправлять данные сразу же, как только они появятся в заголовке. Если нужно отправить данные позднее, то для этого существует свой способ, но это будет стоить вам дополнительного события или просмотра страницы. Надеюсь, теперь вы поняли, как перейти на новую версию Google Analytics, и это удержит вас от полноценной реализации Universal Analytics. Сначала вам нужно получить новый фрагмент кода, вставить его. Затем взять все ваши пользовательские переменные и воссоздать их в интерфейсе.

Скопировать код и вставить его на каждую страницу таким образом, чтобы данные отправлялись из JavaScript обратно в Google Analytics. Можно отправлять пользовательские переменные в аккаунт Universal Analytics. Но как только вы вставите новый фрагмент кода, вам придется перейти от пользовательских переменных к пользовательским параметрам. Лично я думаю, что пользовательские переменные и параметры - самое ценное из всего того, что может использовать владелец любого сайта. Поэтому рекомендую вам воспользоваться преимуществами этой функциональности.