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

Видео урок: Улучшение классической версии Google Analytics до Universal версии

Советы по Google Analytics

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

Чтобы полностью перейти на Universal Analytics, нужно обновить серверную инфраструктуру, что позволит принимать новый формат и отправленные данные, а также актуальный скрипт сбора данных, который будет преобразовывать данные в этот новый формат. Первый этап - это подготовка среды к получению данных. Но для начала ответьте на вопрос: "Обновлялись ли вы когда-нибудь"? Новые аккаунты по умолчанию будут создаваться как аккаунты Universal Analytics, главной базой кода которых будет analytics.js. Поэтому переход нужен только для существующих аккаунтов, управляемых файлом ga.js.

Кроме того, следует отметить, что при использовании мобильного приложения, запускаемого любым из этих двух файлов, также скрытно с самого начала используется новая серверная часть Universal Analytics. Поэтому, с технической точки зрения, вы уже пару раз использовали Universal Analytics. Итак, как же мне проверить это для существующих аккаунтов? Переходим в раздел "Администратор" (Admin), и если вы видите сообщение "Переход не начат" под разделом "Переход на Universal Analytics" (Universal Analytics Upgrade), то это указывает на то, что переход на Universal Analytics, конечно, еще не начат. Но что если у нас вот такая картина, когда никаких сообщений нет? В этом случае мы можем спуститься ниже, к разделу "Отслеживание".

И если здесь вы видите параметры "Настройки сеанса" (Session settings) и "Источники результатов обычного поиска" (organic search sources), то тогда вы уже перешли на Universal Analytics. В то же время, если бы мы вернулись на эту страницу и выбрали бы тот же раздел "Отслеживание", то стало бы ясно, что мы еще не перевели этот ресурс на Universal Analytics. Итак, давайте выполним этот переход. Как мы видели на схеме, сначала нам нужно обновить саму серверную часть. Поэтому мы переходим к первому шагу "Переход на Universal Analytics" (Transfer to Universal Analytics). Здесь нам сообщается о том, что переход может занять от 24 до 48 часов.

Итак, нажмем кнопку и запустим переход. Мы можем видеть, что первый шаг выполнен. Второй шаг - реализация кода отслеживания Universal Analytics. Но перед тем как мы сможем это сделать, нам придется подождать, пока завершится переход серверной части на Universal Analytics, а это может длиться от 24 до 48 часов. После того как завершится переход, мы получим подобную картину. Вернемся сюда и увидим сообщение "Переход завершен" под разделом "Переход на Universal Analytics". Между тем, пока мы ждем, я хочу показать вам еще кое-что, а именно настройки задержки. Одним из тех моментов, которые мы обсуждали ранее, было то, что в отличие от Google Analytics в Universal Analytics все то, что мы раньше делали в коде JavaScript, теперь выполняется на стороне сервера.

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

Поэтому не переживайте, если вы не реализовали его ранее. То же самое и здесь. Задержки кампаний по умолчанию оставались бы равными шести месяцам. Под "задержкой кампании" подразумевается, что в первый раз вы пришли на сайт из результатов обычного поиска, а затем спустя 3 месяца вы снова пришли на сайт по прямому каналу. В этом случае обычный поиск все равно будет считаться источником конверсии. Здесь вы можете определить тот промежуток времени, в течение которого Google Analytics должна помнить первоначальный источник. Таким образом, эта настройка аналогична настройке задержки cookie-файла в старом UTMZ cookie-файле. В большинстве случаев я не рекомендую вам менять значения этих параметров, если только у вас нет на это веских причин.

Значения по умолчанию подходят лучше всего. Сохраняем эти настройки. Теперь нам нужно подождать, пока завершится переход. Следующее, что нам нужно сделать после завершения перехода, после того, как мы увидим сообщение о завершении, - выполнить ретаргетинг. Это шаг номер 2, нам нужно иметь возможность отправлять данные в новом формате. Итак, переходим в раздел "Отслеживание" и рассмотрим новый код отслеживания. Внизу мы видим код analytics.js. Он заменит стандартный фрагмент кода, ga.js. Это будет наш код отслеживания, который мы вставим на все те страницы, которые нужно отследить. Как видите, делает он то же самое.

Он будет сообщать Google Analytics ID нашего ресурса, поэтому мы знаем, в какой аккаунт будут отправляться данные и какой ID веб-ресурса в него отправляется. А после он будет отправлять данные о просмотре страниц, отслеживать эти просмотры, тогда как раньше он отслеживал страницы. Теперь мы будем использовать немного другой синтаксис, но в целом он делает то же самое. Ниже я привожу ссылку на раздел справочного центра Google Analytics, в котором вы можете почитать о различных кодах отслеживания, о том, как заменить один код отслеживания на другой. Таким образом, обо всем, что представлено на экране, можно почитать по этой ссылке, если вам понадобится такая информация. Стоит отметить, что нет необходимости менять этот код незамедлительно.

В аккаунт Universal Analytics все равно будут приниматься данные ga.js, и вам не нужно незамедлительно менять этот код, но, в итоге, вы захотите сделать это, поскольку сейчас этот код официально осуждается, и рано или поздно вам придется перейти на другой код. Также это означает, что код ga.js больше не будет дорабатываться. Вам следует знать, что для клиентов с премиум-аккаунтом также больше не будет поддерживаться SLA. Поэтому после выхода из статуса бета-версии analystics.js становится стандартной базой кода. Именно этот код и будет охватываться SLA, и дорабатываться в дальнейшем.

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

Просто один синтаксис будет использоваться вместо другого. То же самое касается и электронной торговли: делать мы будем практически то же самое, только другим способом. Два верхних варианта являются стандартными, мы будем настраивать аккаунт так, как обычно это делаем. Будем отправлять информацию о просмотре страницы, но помимо этого будем загружать плагин электронной торговли. Для Universal Analytics существует своя структура плагина, но делает он то же самое. Мы загружаем этот код. А затем на странице с текущим ID, когда мы будем отправлять данные о самой странице "Спасибо за покупку", мы будем отправлять строковые элементы для всех купленных продуктов. Итак, снова соблюдается тот же самый порядок действий, но синтаксис немного другой.

Основная функциональность, которая не придерживается этих шаблонов, - пользовательские переменные. Пользовательские переменные заменены пользовательскими параметрами, что подразумевает уже не только изменение кода. Пользовательские параметры значительно отличаются по своей сути от пользовательских переменных, и являются темой отдельного видео. Но знайте, что несмотря на то, что история сохранится, пользовательские параметры заменят пользовательские переменные. Те из вас, кому прямо сейчас нужно ознакомиться с информацией о пользовательских параметрах, могут найти ее по указанной ссылке. Но знайте, что пользовательские переменные - это одна из тех немногих функциональностей, которые не передаются в ноый код. Если вы продолжаете некоторое время использовать код ga.js, то можете перевести серверную часть на Universal Analytics и при этом все равно будете отправлять данные, в том числе и пользовательские, с помощью кода ga.js. Но если вы перейдете на код analytics.js, то функциональность пользовательских переменных будет уже недоступна.

Меня часто спрашивают, можно ли раздвоить тег. Я отвечаю, что в некоторых случаях можно. Например, если у вас два разных веб-ресурса, то тег можно раздвоить, и вы можете отправлять эти данные в веб-ресурсы. Также если у вас есть две разных страницы в рамках одного и того же сайта, то данные об одной из них могут отправляться с помощью кода analytics.js, а о другой - посредством кода ga.js. Вся эта информация будет собираться новым обновленным веб-ресурсом. Тут никаких проблем не будет. Мы надеемся, что вы не будете раздваивать тег для одинаковых страниц одного и того же ресурса. После выполнения ретаргетинга вы захотите проверить, что данные все еще поступают в аккаунт, а для этого я рекомендую вам использовать отчеты режима реального времени.

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