“Universal Analytics - это новый операционный стандарт Google Analytics. Вскоре все учетные записи будут обязаны использовать Universal Analytics». - Google
Уже появились страх, неуверенность и сомнения?
Ну, пока нет причин для паники, но прежде чем вам придется переключиться, давайте поговорим о том, почему вы хотите переключиться раньше, чем позже.
Universal Analytics (UA) пока находится в стадии бета-тестирования, но в Cardinal Path нам повезло, что мы работали с UA в качестве сертифицированного партнера Google Analytics с самых ранних этапов ее создания. И мы можем сказать вам, что мы прошли долгий путь; во всех случаях, кроме нескольких, он готов к работе.
Прежде чем мы перейдем к тому, почему вам, вероятно, стоит поторопиться и присоединиться к UA, давайте кратко рассмотрим двухэтапный процесс обновления.
Шаг 1
Вы войдете в свою учетную запись GA, и в разделе администратора у вас будет возможность перенести существующую классическую веб-страницу GA в UA.
Вы можете сделать это в любое время, и GA продолжит обработку вашего старого кода; но учтите, что если вы в настоящее время используете dc.js (или использовали раньше) для включения таких функций Google Analytics, как ремаркетинг, отчеты о впечатлениях в контекстно-медийной сети Google, интеграция DoubleClick Campaign Manager и отчеты о демографии и интересах Google Analytics, вы выиграли. не вижу этой опции.
Это хорошо. Они еще не совсем готовы в UA, и если вы попадаете в эту категорию, вам придется подождать еще немного.
Шаг 2
В конце концов вам придется сменить старый код отслеживания.js в новый файл Analytics.js. Я знаю, это не очень хорошие новости. Но это не так уж и плохо. И это даст вам отличный повод вырвать весь этот старый, разрозненный код, откуда он собирался на протяжении многих лет, и перейти на решение для управления тегами.
Их существует множество, но один из вариантов - использовать Диспетчер тегов Google (GTM) для обновления до UA. Он не только изначально поддерживает Universal Analytics, но также помогает вам управлять всеми другими тегами (и меньше беспокоить ИТ-специалистов).
Кстати, не выполняйте Шаг 2 до тех пор, пока интерфейс GA не сообщит вам, что он завершил Шаг 1, иначе вы рискуете потерять данные; Также обратите внимание, что эту передачу нельзя отменить. Но при обновлении объекта сохранятся все ваши исторические данные, поэтому не беспокойтесь о том, что что-то потеряете. (Примечание редактора: вот более подробное руководство по обновлению.)
Хорошо, так зачем проходить через все это сейчас?
1. Потому что в конце концов тебе придется
Помните, что обновление - это двухэтапный процесс, и это важная часть: если в вашей учетной записи не используется ничего, что еще не поддерживается в UA, Google выполнит за вас шаг 1, и они выиграют не обязательно тебе говорить.
Если это произойдет с вами, вы увидите уведомление на странице кода отслеживания веб-ресурса. Не волнуйтесь - помните, это ничего не сломает и ничего не изменит - ваш существующий код по-прежнему будет работать и делать все то же, что и раньше.
Однако в конце концов вам придется перейти на новую кодовую базу. Большинство новых функций, которые внедряются с головокружительной скоростью, доступны ТОЛЬКО для UA - вы не получите их, если все еще используете классическую GA. А если вы используете такие вещи, как пользовательские переменные, вам придется переключить их на эквивалент UA (см. следующий пункт).
2. Специальные параметры (и показатели)
Многие из вас помнят старые времена Urchin и ранних версий GA, когда у нас была пользовательская переменная для работы.
Это было здорово - на случай, если GA не уловит все, что мы хотели по умолчанию, у нас была дополнительная переменная, которую мы могли использовать. Оказывается, людям это понравилось, и они хотели отслеживать гораздо больше вещей. Введите пользовательские переменные, которые позволяют пользователям Google Analytics отслеживать пары ключ/значение на уровне страницы, сеанса и посетителя, предоставляя нам возможность отслеживать практически все (например, «пол:мужской», или «loggedin:true», или «memberLevel:platinum» - нет предела).
Стандартный бесплатный инструмент предоставляет вам 5 таких пользовательских переменных, пользователи GA Premium могут использовать до 50, и жизнь хороша. Сегментация и чудесный анализ? Проверьте.
Теперь UA делает еще один шаг вперед, предлагая специальные параметры (и показатели), и вам придется изменить на них свои пользовательские переменные. Бонус: вы получаете 20 из них в бесплатной версии и 200 в GA Premium.
Это также двухэтапный процесс: сначала вы сообщаете GA, как выглядят ваши пользовательские данные, в разделе администрирования интерфейса, а затем запускаете код, так же, как вы это делали с пользовательскими переменными GA classic.
А вот и самое интересное: эти новые параметры теперь доступны во всех ваших отчетах, а не только в отчетах с пользовательскими переменными классической версии GA.
Верно, если вы хотите определить на уровне посетителя специальный параметр возраста или дохода, участника или подписчика на рассылку новостей или что-то еще, что вы можете придумать, после настройки он доступен так же, как и любые стандартные параметры, которые отслеживает GA. по умолчанию.
3. Расширение измерения
Ооо, это круто. Хотите получить дополнительную информацию о существующем измерении? Теперь ты можешь.
Давайте реализуем это на примере: заголовок страницы или URI запроса - хорошие параметры, которые могут указать нам на часть контента; и, допустим, у нас есть блог с множеством разных авторов и категорий контента.
Когда мы анализируем наши сообщения, чтобы понять, о чем нам следует писать больше или меньше, возможно, нам захочется взглянуть не только на каждую отдельную страницу.
Что, если мы «расширим» размер страницы дополнительными данными, такими как автор, категория, формат, дата публикации и т. д.? Теперь мы можем быстро просмотреть эти дополнительные данные и получить представление о лучших комбинациях всех этих дополнительных вещей для реализации нашей контент-стратегии. Приятно, да?
4. Идентификатор пользователя
Идентификатор пользователя на данный момент находится в стадии закрытого бета-тестирования, но об этом стоит поговорить.
Традиционно отслеживание пользователей было связано с GA, поскольку личная информация (PII) всегда была запрещена. Однако многим удалось обойти эту проблему, назначив анонимные идентификаторы, полученные из CRM или серверной базы данных, в качестве пользовательской переменной, которую позже можно было извлечь через API GA и сопоставить с PII в серверных системах (и в соответствии с политикой конфиденциальности).).
UA по-прежнему не разрешает отслеживание личных данных в своих системах, но теперь позволяет вам присваивать анонимный идентификатор пользователя, если и когда вы его знаете. Поэтому, когда кто-то входит в систему, нажимает на отправленное вами электронное письмо или делает что-либо еще, что позволяет вам программно идентифицировать этого пользователя, вы можете отправить этот анонимный идентификатор пользователя в UA.
Итак, почему это так интересно? Потому что, если Google Analytics знает идентификатор пользователя, он также может сообщать о поведении пользователей в разных сеансах и на разных устройствах. Кроме того, UA предлагает множество отчетов для разных устройств, которые могут показать вам, как путь ваших посетителей к покупке перемещается от планшета к смартфону, от ноутбука, от фаблета, к умным часам, к Google Glass и далее
5. Протокол измерений
Хорошо, вот здесь самое интересное. Протокол измерений позволяет отправлять данные в GA из всего, что имеет доступ к Интернету - например, торговых точек, киосков, колл-центров, портативных сканеров штрих-кодов, термостатов, кофейников - нет предела.
Теперь давайте возьмем простой пример: скажем, вы хотите использовать все эти красивые графики и функции Google Analytics, чтобы отслеживать, сколько людей заходит в ваш физический магазин, и единственный ресурс, который у вас есть, - это скучающий стажер, который могу немного кодировать. С помощью быстрого сценария или мобильного приложения вы будете направлять ответный удар GA каждый раз, когда скучающий стажер нажимает кнопку. Глупо и просто, я знаю. Но вы понимаете: вы можете отправлять эти хиты откуда угодно.
Давайте возьмем более интересный пример. Протокол измерений также позволяет отправлять дополнительные данные, которые можно привязать к веб-сеансу. Почему это будет интересно? Как насчет отслеживания телефонных звонков?
Традиционно решения для отслеживания звонков могли возвращать виртуальные просмотры страниц в вашу учетную запись GA, но, поскольку не было возможности связать их с сеансом посетителя, который привел к звонку, они просто выглядели как посещения с одним просмотром страницы и не привязан к каким-либо другим данным в вашей учетной записи.
Но теперь этот телефонный звонок можно отправить с серверов провайдеров отслеживания вызовов и сопоставить с сеансом, вызвавшим звонок, так что телефонный звонок можно анализировать так же, как и любое другое действие онлайн-конверсии. Затем вы можете увидеть, какие кампании привели к звонку, какие страницы сеанса привели к звонку и какие события (например, просмотры видео, загрузки PDF-файлов и т. д.) сыграли важную роль в том, что телефон зазвонил. Круто.
Вывод
Есть еще много причин для перехода, но вот некоторые из них заманчивые. Если вы все еще используете dc.js, чтобы воспользоваться преимуществами функций ремаркетинга Google Analytics и данных об аудитории, то я прощу вас, если вы все еще используете двойную пометку или придерживаетесь равенства функций; но чтобы узнать, как Universal Analytics повлияет на вашу конкретную реализацию Google Analytics, вы можете потратить несколько минут на инструмент оценки миграции UA от Cardinal Path.
Одно можно сказать наверняка: Universal Analytics никуда не денется, и вы сможете начать пользоваться всеми преимуществами этого и многого другого, обновившись раньше, чем позже.