Universal Google Analytics — объединение мобильной и WEB аналитики. Магия Universal Analytics


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

В этой статье я хочу вас познакомить с принципами работы этой системы и базовыми понятиями, заложенными в ее основу, чтобы уже при более плотном знакомстве с ней вы понимали что к чему и не путали пользователей, сеансы (сессии) и взаимодействия (хиты), а также понимали взаимосвязь параметров и показателей.

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

Возможности и принцип работы Google Analytics

Гугл Аналитикс — это система аналитики, далеко выходящая за пределы возможностей обычных , таких как , Топ100, и даже Метрика Яндекса. Система эта настолько же мощная, насколько и сложная в освоении, особенно для неподготовленных пользователей. При все своем впечатляющем функционале детище Гугла имеет довольно высокий порог вхождения, и многие этой аналитикой либо не пользуются, либо пользуются, но лишь очень малой долей от всех предоставляемых ей возможностей.

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

  • Сбор данных
  • Блок, позволяющий сделать настройки
  • Блок обработки данных
  • Вывод отчетов в максимально наглядном виде

    • Благодаря этим четырем компонентам вы можете собирать, настраивать и анализировать данные по своему сайту. Давайте начнем по порядку, а именно с блока сбора данных. Как осуществляется извлечение нужной информации? Правильно, с помощью установленного на сайт (или мобильное приложение) кода счетчика. В общем, как обычно.

    В этом коде отслеживания содержится ряд инструкций к системе Google Analytics, которые говорят, на какие именно взаимодействия пользователя с сайтом стоит обращать внимание и какие именно данные требуется собирать. Способ сбора данных определяется цифровой средой, в которой работает счетчик. Например, при установке его на вебсайт используется JavaScript код отслеживания. А для интеграции кода счетчика в мобильное приложение используется так называемый пакет средств разработчика (SDK).

    Пользователь своими действиями вызывает к жизни код отслеживания Гугл Аналитикса (открывает страницу вашего сайта или переходит в новый экран вашего приложения). В результате собирается информация обо всех произведенных действиях, включая заголовки и Урлы просмотренных страниц, и прочие вещи, которые потом собираются в пакет (hit). Этот пакет отправляется на сервер системы для выполнения следующего шага — обработки данных.

    Все эти «сырые» данные на сервере Google проходят через сито сделанных вами настроек (вашу конфигурацию), что позволяет отсеять лишнее в соответствии с заданным планом измерений и заложенными целям (бизнеса). Что это означает на практике? Ну, например, можно поставить фильтр в настройках Аналитикса, чтобы отсеять данные посещения сайта или мобильного приложения вашими сотрудниками. В дальнейшем они не будут обрабатываться и влиять на результаты, представленные в отчетах. Причем, эти данные действительно не будут собираться, и даже после отмены фильтра вы их посмотреть не сможете.

    Кроме сбора данных с помощью счетчика, имеется возможность импортировать эти сведения из других сервисов «корпорации добра». Например, вы можете связать свой аккаунт Google Analytics с аккаунтом в , или в . В принципе, импорт данных в Аналитикс можно осуществлять даже из источников, не принадлежащих Гуглу (например, собираемые вашими собственными силами).

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

    Давайте в общих чертах рассмотрим, как Аналитикс собирает необходимые данные о вашем сайте. Сама модель сбора учитывает три вещи — пользователей, сессии (сеансы) и взаимодействия.

  • Пользователь — это посетитель вашего сайта или мобильного приложения
  • Сессия (более понятным, на мой взгляд, является термин сеанс) — это время, проведенное на сайте или в приложении
  • Взаимодействие — это действия пользователей на сайте.

    • Эта схема имеет иерархическую структуру, опускающуюся от пользователя до взаимодействия. Пользователей различают на тех, кто посещает ваш сайте всего лишь раз, и тех, кто заходил на него несколько раз за день. В системе Гугл Аналитикс каждое посещение считается сеансом (сессией), что подразумевает способность распознания в рамках нескольких сеансов одного и того же пользователя (вернувшегося).

    В свою очередь, сеанс, совершенный на вашем вебсайте, состоит из отдельных взаимодействий. Например, пользователь может зайти на главную и сразу же ее покинуть, что приведет к регистрации Гуглом только одного взаимодействия — просмотр главной страницы. В рамках другого сеанса (сессии) пользователь мог бы еще и ролик посмотреть, а также сделать покупку. Получилось бы три взаимодействия.

    Эти отдельные взаимодействия в рамках одного сеанса (сессии) называются хитами , которые, в свою очередь, подразделяются на группы, относящиеся либо к хитам, связанных с просмотром страниц, либо с транзакциями, либо с событиями. Еще раз подчеркну иерархичность схемы сбора данных, принятой в Google Analytics — каждое отслеживаемое системой взаимодействие относится к какому-то сеансу, а каждый сеанс связан с соответствующим пользователем.

    Как вы уже поняли, непосредственно сбором данных (информации о действиях пользователя) занимается код отслеживания, который вы установили на свой сайт, мобильное приложение или в другую цифровую среду. Собранную информацию он отправляет в ваш аккаунт Аналитикса с целью их обработки и формирования отчетов.

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

    Регистрация в Гугл Аналитикс и работа кода отслеживания

    На самом деле, сейчас из стадии бета-тестирования вышел новый способ отслеживания, который назвали Universal Analytics (о нем поговорим чуть позже) и код которого уже сейчас предлагают установить при регистрации на официальном сайте Google.com/analytics/ :

    Обратите внимание, что вы вольны выбрать с помощью расположенных вверху кнопок, где именно вы хотите собирать статистику — на сайте или в мобильном приложении. После заполнения всех полей формы регистрации в Аналитиксе вам будет предложено согласиться с условиями и скопировать на свой сайт код отслеживания с уникальным идентификатором, правда уже от Universal Analytics:

    Давайте сначала рассмотрим аспекты работы GA, а уже потом поговорим о том, чем новый UA (Universal Analytics) от него отличается и что сподвигло корпорацию Гугл на его разработку и постепенный переход с классического GA. Т.е. сейчас продолжим разговор за Гугл Аналитикс. Итак...

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

    Установка кода отслеживания Google Analytics на сайт

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

    (function(i,s,o,g,r,a,m){i["GoogleAnalyticsObject"]=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o);a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,"script","//www.google-analytics.com/analytics.js","ga"); ga("create", "UA-51939022-1", "slaviali.ru"); ga("send", "pageview");

    Для этого его обычно добавляют в тот файл шаблона вашего сайта (если он работает на , например). Так, к примеру, вы можете отыскать в вашей теме оформления файл, в котором формируется «голова» документа (вебстраницы), состоящая из закрывающего и открывающего тегов Head . Вот как раз перед закрывающим тегом и можно будет вставить код отслеживания Universal Analytics.

    Как работает JavaScript код отслеживания на сайте

    Если код отслеживания размещен на всех страницах сайта, то каждый ее вызов (открытие пользователем) будет формировать хит (элемент взаимодействия). Если это правило нарушится, то вы не получите полную картину всех взаимодействий (совершаемого в рамках конкретной сессии-сеанса). Кроме этого, добавление кода отслеживания в самую верхнюю часть исходного кода страниц гарантирует, что браузер при разборе этого кода (начиная сверху и идя вниз) активирует выполнение скрипта Аналитикса.

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

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

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

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

    Как работает SDK от Analytics в мобильных приложениях

    С помощью Analytics можно также собирать и. При этом процесс несколько отличается от того, как это делается в случае вебсайта. Используется не ДжаваСкрипт код, а так называемый SDK (пакет средств разработки), который будет разным для разных операционных систем (Андроида, iOS). При этом собираются данные о том, что именно пользователь просматривает в приложении, как часто он его открывает и т.п.

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

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

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

    SDK, так же как и ДжаваСкрипт-код счетчика, умеет дифференцировать (различать) пользователей (точнее мобильные устройства, на которых приложение запускается). При запуске приложения генерируется анонимный уникальный идентификатор, который потом и отслеживается. Т.е. отождествляется мобильное устройство и его пользователь (метят именно первое, ибо второе пометить сложнее).

    При обновлении приложения на новую версию идентификатор устройства не изменяется. Правда, при переустановке (удалении и последующей установке приложения) старый идентификатор будет удален и заменен на новый. Такой пользователь будет засчитан не как вернувшийся, а как новый. SDK тоже можно модифицировать для сбора дополнительной информации о ваших пользователях, их сеансах и взаимодействиях с приложением.

    Что примечательно, Google Analytics может собирать данные не только с вебсайтов или мобильных приложений. Поддерживает он и устройства другого, которые, казалось бы, подключить к этой системе совсем уж никак не возможно (терминалы для приема платежей, кассовый аппарат и т.п.). Ан, нет. Существует специальный протокол с труднопроизносимым названием (Measurement Protocol), который позволяет отправлять данные с любого устройства, подключенного к интернету .

    При работе с сайтами и мобильными приложения код счетчика сам создавал хиты (пакеты собранной информации) и отправлял их в ваш аккаунт в Гугле. Здесь же эти самые хиты вам придется формировать самим. Как это делается как раз и описано в упомянутом сложнопроизносимом протоколе и странице для разработчиков .

    Обработка в Гугл Аналитиксе данных собранных счетчиками

    Итак, про сбор данных мы в общих чертах поговорили, пора переходить к блокам, отвечающим за их обработку и настройку. Взаимодействие этих двух блоков позволяет структурировать и преобразовывать собранные данные в ту информацию, которую можно увидеть в отчетах Аналитикса. Как же это работает?

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

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

    Все эти суммарные данные пройдут через сито фильтров, которые вы задали в настройках. Эти настройки сообщают системе, какие данные включить, а какие исключить из будущих отчетов. Также они могут влиять на способы форматирования собранных данных. Ну и в финале вся собранная информация структурируется и собирается в таблицы базы данных (БД). Сгенерировать любой нужный пользователю Аналитикса отчет на основе этих БД не составит никакого труда.

    Как Аналитикс различает пользователей и сеансы (сессии)

    На стороне сайта данные о пользователях, сеансах (сессиях) и взаимодействиях пакетируются в хиты, а уже в самой системе Аналитикса они обрабатываются. А как Гугл Аналитикс создает пользователей ? Когда ваш сайт или мобильное приложение впервые загружается на устройстве (мобильном или стационарном компьютере), то вместе с первым хитом (пакетом собранных данных) создается уникальный идентификатор, соответствующий этому устройству, и в дальнейшем он будет прикрепляться к каждому хиту, отправляемому на серверы системы.

    При анализе собранных данных Analytics каждый такой рассматривает как уникального пользователя (хотя в реалии это «тупая» железка, а не человек). Каждый обнаруженный при анализе содержимого хитов новый идентификатор будет считаться новым пользователем. Если в очередном хите идентификатор окажется уже ранее встречавшимся, то такой пользователь («тупая» железка) будет считаться вернувшимся.

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

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

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

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

    При этом новая сессия (сеанс) начнется после того, как система получит новый хит о действиях этого пользователя. Получасовой тайм-аут взят как среднее число, подходящие для большинства сайтов. Но в настройках конфигурации системы вы сможете установить тот тайм-аут, который на ваш взгляд будет оптимальным. Главное, чтобы это позволяло вам точнее отслеживать статистику и понимать процессы, происходящие на вашем сайте. Например, если у вас много видеороликов длиной более 30 минут, то имеет смысл увеличить тайм-аут автозавершения сеанса.

    Конфигурационные настройки Аналитикса

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

    Настройки конфигурации могут влиять на результирующие отчеты следующим образом:

  • Включать данные
  • Исключать данные
  • Изменять способ отображения данных в отчетах

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

  • — с помощью них можно изменять данные, попадающие в отчеты (включать или исключать что-то), а также изменять их способ отображения в отчетах таким образом, чтобы они лучше подходили под стоящие перед вами задачи. Например, можно создать фильтр, исключающий трафик с конкретного Ip-адреса или целого диапазона адресов (для того, например, чтобы заходы ваших сотрудников не искажали статистику, т.к. они не являются вашей целевой аудиторией). Фильтры применяются еще на этапе обработки данных (при приеме хитов от кода отслеживания — они либо не принимаются, как в нашем примере с IP, либо модифицируются).
  • — в процессе настройки целей в Гугл Аналитиксе создаются новые показатели для отчетов, например, конверсия или коэффициенты конверсии. Цели позволяют указать, какие хиты (к примеру, просмотры страниц или экранов) необходимо использовать при расчете конверсии. Можно сделать целью, например, отслеживание подписок на новостные рассылки, и при каждой очередной подписке, совершенной пользователем на сайте, в вашем аккаунте будет зарегистрирована конверсия. Ну, а с помощью показателей конверсии можно будет через некоторое время определить, достигли ли вы целей возлагаемых на сайт или мобильное приложение (уровень продаж, регистраций и т.п.).
  • — еще один способ преобразования собранных кодом отслеживания данных, позволяющий соединять определенные фрагменты данных, чтобы проанализировать общую эффективность. В Аналитиксе можно создавать группы каналов (маркетинговых мероприятий — например, медийная реклама, социальные сети, емайл рассылки и т.п.) и группы контента (используются для создания и анализа совокупности контента — например, в интернет-магазине можно объединить все страницы товаров в одну группу, а все информационные статьи в другую, чтобы понять, какую роль играет каждая из групп).

    • Все описанные выше конфигурационные настройки Google Analytics применяются к данным до их агрегирования (последнего шага этапа обработки данных). А вот уже в течении самого процесса агрегирования система создает и распределяет параметры отчета по таблицам (для каждого параметра заново рассчитываются показатели). Когда вы в своем аккаунте открываете какой-либо отчет, то прежде всего отправляет запрос в агрегированные таблицы заполненные данными. В ответ на это в отчет возвращаются конкретные параметры и показатели. При использовании API запросы на данные из агрегированных таблиц отправляет созданное вами приложение.

    Все собранные кодом отслеживания данные, которые прошли обработку, будут вам доступны в виде отчетов в веб-интерфейсе Аналитика, либо в вашем собственном интерфейсе, который получает данные по API. Чаще всего для доступа к отчетам используется именно веб-интерфейс системы. Его можно рассматривать как слой, расположенный поверх ваших данных, который позволяет их структурировать, сегментировать и фильтровать с помощью набора аналитических инструментов. С помощью же API можно программно добавлять в пользовательские приложения аналитические данные (например, в админку вашей CMS).

    В основе всех отчетов лежат комбинации параметров и показателей :

    Комбинируя разные параметры и показатели система Google Analytics может сформировать практически любой отчет, необходимый для оценки маркетинговых действий и поведения пользователей на сайте (или в мобильном приложении).

    «Параметр» предназначен для описания характеристик данных. Например, может являться источник трафика, откуда на ваш сайт пришел посетитель:

    А примером пользователя с вашим сайтом может служить название просматриваемой им страницы:

    «Показатели» — это количественное измерение данных, которые могут использоваться для подсчета частоты происходящих событий, например, общего количества пользователей на сайте или в мобильном приложении.

    В качестве показателей могут использоваться и средние значения, например, среднее количество страниц просмотренных пользователем на сайте в рамке одного сеанса (тот самый пресловутый показатель глубины просмотра, который, как считают, влияет на поведенческую оценку сайта поисковиками).

    Чаще всего параметры и показатели отображаются в отчетах Гугл Аналитикса в виде таблиц, в первом столбце которого содержится значение конкретного параметра, а в остальных столбцах — соответствующие показатели. Однако, при создании отчетов, ибо каждый из них имеет свою область действия (которая соответствует определенному уровню иерархии аналитических данных, относящихся либо к пользователям, либо к сеансам, либо к хитам-взаимодействиям).

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

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

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

    Universal Analytics

    Сервис Universal Analytics – это новый стандарт Google Analytics. В скором времени для всех аккаунтов будет обязательно использование Universal Analytics. Не так давно он вышел из стадии бета тестирования и сейчас на страницах вашего аккаунта на вкладке «Администратор» висит предложение перейти на него.

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

    В UA стала доступной озвученная выше возможность создания своих собственных идентификаторов пользователей, которые не будут привязаны к устройству. Помните, я приводил пример про заходы с мобильника, планшета, ноутбука и компьютера одного и того же человека? В классическом GA эти заходы были бы учтены как четыре различных пользователя, а вот благодаря настройкам Universal Analytics можно вручную задать для своего сайта идентификацию пользователей, и в нашем примере будет учтен один пользователь.

    Переходить на Universal Analytics или остаться пока сидеть на GA — решать вам.

    Удачи вам! До скорых встреч на страницах блога сайт

    посмотреть еще ролики можно перейдя на ");">

    Вам может быть интересно

    Hовая книга: Google Analytics. Подробное практическое руководство
    HotLog - регистрация в рейтинге сайтов и получение кода счетчика посещений Зачем нужна аналитика, как и чем лучше собирать статистику сайта?

    Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

    Подписаться

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

    Что это такое

    Это стандарт систем аналитики, заменивший старую версию Google Analytics. В «бете» его запустили в 2013 году, полноценный переход случился в 2014. Universal Analytics помогает следить за клиентами и посетителями сайта везде: инструмент присваивает каждому пользователю User-ID, который закрепляется за ним навсегда и кочует от устройства к устройству. Если один и тот же человек заходит на сайт с телефона и компьютера, Google Universal Analytics поймет это и учтет.

    Дальше – больше. Инструмент отслеживает вообще любую активность вашей аудитории: посещения сайта, действия в мобильных приложениях и даже офлайновые покупки. Он помогает оценить поведение пользователя в целом, а не в рамках одного визита. По-модному это называется «трекингом кросс-платформенного поведения». Теперь можно следить за тем, как ведут себя люди , а не посетители . Раньше приходилось делать выводы об эффективности сайта на основе всех учтенных визитов. При этом один и тот же человек мог сначала найти что-то полезное на телефоне, а потом подробно изучить все из дома и благополучно конвертироваться в покупателя. Но при этом первый визит на сайт учитывался как неконверсионный и бесполезный, хотя по факту это не так.

    Как работает Google Universal Analytics

    Проще, чем старая версия инструмента. Раньше «Аналитикс» использовал аж 5 разных cookies для сбора данных о посетителе. Они сообщали системе, откуда пришел пользователь, какое ключевое слово он вводил в поиск, и другую важную информацию. Теперь все не так – Universal Analytics использует только специальный User ID. Как только пользователь переходит на сайт, этот идентификатор отправляется на сервера Google, а все остальное подсчитывается уже там.

    Не для всех

    Схема работает только для зарегистрированных пользователей. По умолчанию все посетители сайта – новые. Но как только человек регистрируется и вводит логин и пароль, система сразу же подтягивает и присваивает ему User ID. Все, что делает залогиненный пользователь записывается на его личный счетчик.

    Разберем пример. Представим, что у нас есть интернет-магазин книг

    • Новый пользователь заходит на сайт с клика по контекстному объявлению, устройство – смартфон. Ему присваивается ID_1. Человек поискал нужную ему книгу, нашел, но сразу заказать не решился – захотел сделать все с домашнего компьютера.
    • Добравшись до дома он снова заходит на сайт магазина.На этот раз переход прямой а браузер уже обычный, компьютерный. Ему присваивается ID_2. Пользователь регистрируется, выбирает нужную книгу и заказывает ее. Все это записывается на его личный счетчик.
    • Через неделю наш герой снова заходит на сайт по ссылке из социальных сетей (в прошлый раз он подписался на магазин «Вконтакте»). Изначально ему присваивается ID_3, но потом он заходит в личный кабинет и система подтягивает старый идентификатор – ID_2. Человек оформляет заказ, а все действия на сайте записываются на старый счетчик.

    Функцию User ID Можно включить в разделе «Администратор». Нас интересует пункт меню «Код отслеживания» –> User ID.

    Окей, а как обстоит дело с остальными функциями? Сейчас разберемся.

    Как применять Google Universal Analytics Следить за покупателями в офлайне

    Здесь поможет Measurement Protocol – специальный инструмент для связывания данных из разных источников. Информацию о клиентах из CRM можно передавать в систему аналитики в формате CSV. Это может быть пол, возраст и любые другие данные о клиентах.

    Measurment Protocol работает с любыми устройствами, способными отправить простой HTTP-запрос, вплоть до терминала и сканера штрих-кодов. Такая функция пригодится если клиенты часто оплачивают покупки наличными при встрече с курьером или в пункте самовывоза. Основная сложность – сделать так, чтобы факт оплаты записывался на User ID конкретного человека, но это вполне возможно сделать средствами самого протокола. Подробнее об этом пишет сам Google .

    Создавать собственные отчеты

    Эта функция пригодится, если вам нужно что-то особенное. Здесь на помощь придут параметры и метрики пользователей. Первые помогают сортировать пользователей по разным характеристикам: городу, источнику трафика. ключевым словам и так далее. Вторые нужны, чтобы отслеживать какие-либо конкретные показатели с нужными вам параметрами, например, звонки дольше 5 минут или конверсия среди женщин. Главное – наладить отправку этих данных из вашей CRM и обратно.

    Устанавливать время ожидания сессии

    По умолчанию сессия в Google Universal Analytics длится 30 минут, а кампаний – 6 месяцев. Если для вас это слишком мало, можно настроить время ожидания как душе угодно, хоть на 10 часов. Это может пригодиться, если пользователям приходится подолгу висеть на сайте, чтобы сделать заказ (такое бывает). Настроить параметр можно также в меню Администратора, вот здесь:

    Фильтровать брендированные запросы

    Никто не запоминает URL сайтов, все просто ищут их по названию компании. Если ничего с этим не делать, то такие переходы будут учитываться как обычный поисковый трафик, хотя по факту вас уже нашли и знают. Universal Analytics поможет это сделать. Зайдите все в то же меню Администратора и выберите пункт «Список исключаемых поисковых запросов» в надменю «Код отслеживания» (он есть на скриншоте выше).

    Возвращать пользователей на сайт

    В Universal Analytics есть собственный инструмент ремаркетинга. Он помогает запускать рекламные кампании в AdWords для аудитории, которая уже была на вашем сайте. Например, пользователь искал фотоаппарат на вашем сайте, нашел, посмотрел, но не купил. Если таких людей много. можно запустить рекламную кампанию с динамическим атрибутом. В этом случае в объявление будет подтягиваться тот самый некупленный фотоаппарат и говорить «ну купи меня, ты же обещал». Включить ремаркетинг можно все в том же меню Администратора, которое всем надоело:

    Оценивать состав целевой аудитории

    Можно настроить систему аналитики так, чтобы она собирала данные о поле, возрасте и интересах посетителей (прям как в «Яндекс.Метрике», ага). С их помощью можно сегментировать целевую аудиторию и тут же брать ее в оборот – запускать по сегменту рекламную кампанию в AdWords.

    Отследить путь к целевому действию на всех платформах

    User ID, прикрепленный к каждому пользователю, помогает определять, какими устройствами пользовался человек перед тем, как совершить покупку – примеры таких ситуаций я уже приводил. С помощью инструментов аналитики можно посмотреть, сколько людей просматривают сайт с телефона, а покупают товары с компьютера или наоборот. Это поможет оценить роль мобильного трафика в вашем случае. Если пользователи гаджетов много у вас покупают, стоит задуматься об улучшении мобильной оптимизации и всем таком.

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

    Большая часть из тех вопросов, которые я получил за последние дни, касается Google Analytics. А за последний год не стало проще отвечать на вопросы, поскольку ситуация далеко не такая определенная. Но теперь, когда Universal Analytics выходит из статуса бета-версии, становится версией по умолчанию и приобретает поддержку ремаркетинга, демографических данных и других функциональностей, которые мы обсуждали в этих выпусках, она готова выйти в свет, а потому пришло время для обновления. Для начала мне хотелось бы ответить на вопрос, который мне чаще всего задают: Universal Analytics - это не то же самое, что и премиум-версия Google Analytics. Более подробно премиум-версию Google Analytics мы рассмотрим в следующем видео, а сейчас я суммирую все и скажу, что Google Analytics Premium - это платная версия Google Analytics, которая предлагается корпоративным клиентам тогда, когда им нужно анализировать более крупные объемы данных.

    Для таких объемов требуется быстрая обработка, более высокие ограничения выборки, большее количество пользовательских переменных или пользовательских параметров, гарантии исполнения обязательств и тому подобное. За некоторыми исключениями эта версия обладает таким же интерфейсом и теми же возможностями, что и стандартная бесплатная версия, но с большей мощностью и скоростью обработки. Как и стандартная бесплатная версия премиум-версия Google Analytics может запускаться в стандартной версии GA или в новой universal-версии. С точки зрения практического применения эти две версии действительно не имеют ничего общего. Проведя аналогию, можно сказать, что премиум-версия - это как гараж на две машины в сравнении с гаражом на одну машины,

    а Universal - это тип машины, которую вы помещаете внутрь. Итак, неважно, машину какого типа вы ставите в гараж, Universal или Classic, один из этих вариантов просто предоставляет вам больше пространства для хранения этого автомобиля. Итак, это не Google Analytics Premium. Но что же тогда? Это следующее поколение платформы Google Analytics. Способы сбора и хранения данных в этих версиях сильно различаются. В конечном счете, у вас будет целый набор отчетов для того, чтобы воспользоваться преимуществами этих новых наборов данных. Но на данный момент эти изменения не столь очевидны. На самом деле в основополагающей части того курса, который мы сейчас записываем, вообще не раскрывается эта разница, поскольку те случаи, в которых применяется Universal Analytics, касаются только более продвинутых пользователей. Итак, если мы знаем, что это не премиум-версия, то тогда что это такое? И почему так называется? Мы знаем, что люди пользуются несколькими устройствами. Но на данный момент, если посетители используют разные устройства, то при входе в систему они регистрируются в GA как разные пользователи. Например, как вы сейчас, находясь на сайте lynda.com. Сам по себе сайт знает, что вы - это один человек и один аккаунт, и демонстрирует вашу историю, статус вашего аккаунта и т.д. независимо от того, какое устройство вы используете.

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

    Очень часто конверсии запускаются в онлайн режиме, а заканчиваются уже оффлайн. Допустим, например, что ваша компания является дилерским центром по продаже автомобилей или call-центром, или даже игровой компанией, разрешающей использовать сервис In-App purchases. Сейчас вы можете связывать первоначальное посещение, которое мы называем "скрытой конверсией", с тем, что будет происходить позднее и часто не в сети интернет. Протокол измерений (measurement protocol) позволяет отправлять данные прямо в Google Analytics. В этом случае вы можете добавлять в систему Google Analytics свои собственные данные. На самом деле мы видели, что люди могут делать все, что угодно, возьмем, например, приготовление кофейных напитков: каждый раз, когда готовится новый напиток, данные отправляются в Google Analytics, или данные отправляются в GA всякий раз, когда в парке отдыха кто-то проходит через турникет.

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

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

    Кроме того, на данный момент вы можете выгружать данные о ценах из других рекламных источников. Если вы хотите проследить, сколько вы потратили на эти объявления Bing, теперь вы можете сделать это так же, как делали и для объявлений AdWords. А вот для загрузки данных AdWords эту возможность использовать не нужно, продолжайте пользоваться автоматической пометкой, и эти данные будут автоматически вытаскиваться из AdWords. Еще один момент - Universal Analytics основана на коде. Ранее у нас было несколько JavaScript-версий, которые в некоторой мере считались продуктивными. Даже реально устаревшая версия urchin.js, верите вы тому или нет, тоже была допустима. Синхронная версия ga.js.

    Асинхронная версия ga.js. И dc.js, который включает такую функциональность, как ремаркетинг и отчеты по аудитории. Теперь будет еще одна база кода. Это файл analytics.js, и поскольку теперь это уже не бета-версия, в ней поддерживается ремаркетинг, а также все остальные функции. Т.е. это действительно универсальная база кода. Есть еще и universal cookie-файлы. Ранее у нас были все виды различных cookie-файлов, которые контролировали действия Google Analytics. Если бы вы изменили, к примеру, задержки сеанса, то вам пришлось бы изменить описание задачи таким образом, чтобы в нее входил специальный код, который будет модифицировать эти задержки в cookie-файлах.

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

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

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

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

    Также для ознакомления с настройками и подключением Universal Analytics Вы можете .

    Добавление сайта в Universal Analytics

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

    • Если у Вас уже есть аккаунт Google (т.е. если Вы уже используете какую-либо службу Google), войдите в свой аккаунт . Мы не рекомендуем использовать здесь аккаунты, предназначенные для личного пользования (например, ваша личная электронная почта).
    • Если у вас еще нет аккаунта, перейдите на страницу регистрации в Google, заполните все поля и нажмите Далее . Если данные внесены верно, регистрация пройдет успешно.

    Создадим аккаунт Universal Analytics .

    Universal Analytics - это расширенный стандарт Google Analytics. Далее под словами «Google Analytics» будет подразумеваться сервис в целом, а «Universal Analytics» - только настраиваемый функционал.

    Создание аккаунта Universal Analytics:

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

    • После создания аккаунта Universal Analytics Вы автоматически перейдете на страницу своего профиля Google, где будет показано название вашего сайта, который нужно отслеживать, и номер аккаунта Universal Analytics в формате UA-XXXXXXXX-X. Этот код называется «идентификатор веб-ресурса Google Analytics» и является уникальным для каждого отслеживаемого ресурса.

    Настройка отслеживания электронной торговли аккаунта Google Analytics

    После того, как Вы зарегистрировали аккаунт Universal Analytics, нужно настроить отслеживание электронной торговли.

    Примечание: в демо-версии системы загрузка из Universal Analytics не производится.

    Настройки в Universal Analytics

    Чтобы включить отслеживание электронной торговли в Universal Analytics, проделайте следующие шаги:

  • Перейдите в раздел Администратор .
  • В столбце Представление выберите Настройка представления .
  • В пункте Настройки электронной торговли выберите Отслеживание электронной торговли .
  • Нажмите кнопку Применить .

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

    Получение кода отслеживания

    Код отслеживания Universal Analytics - это скрипт на языке JavaScript, который выполняется браузером посетителя Вашего сайта. С помощью кода отслеживания данные о действияx посетителя на вашем сайте будут отправляться в Google Analytics.

    Чтобы получить код отслеживания, нужно:

  • В верхней части любой страницы нажать Администратор .
  • В столбце Ресурс выбрать Код отслеживания .

    • Вы увидите такой код:

    (function(i,s,o,g,r,a,m){i["GoogleAnalyticsObject"]=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o);a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,"script","//www.google-analytics.com/analytics.js","ga"); ga("create", "UA-XXXXXXXX-X", "example.com"); ga("send", "pageview");

    Нужно будет скопировать с Universal Analytics Ваш код отслеживания целиком. В нём вместо UA-XXXXXXXX-X будет находиться Ваш действительный идентификатор отслеживания.

    Настройки на сайте

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

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

    Модифицировать код нужно только на страницах, которые пользователь видит после завершения/подтверждения заказа; таким образом, модифицированный код должен выполниться только один раз для каждого заказа.

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

    Для Universal Analytics необходимо модифицировать код отслеживания следующим образом:

    ... ga("send", "pageview"); // здесь оканчивается немодифицированный код отслеживания. Добавляем следующие команды: ga("require", "ecommerce", "ecommerce.js"); // функция, которая подключает модуль электронной торговли. ga("ecommerce:addTransaction", { "id": "1234", // ID транзакции "affiliation": "example.com", // Название магазина "revenue": "1500", // Общая стоимость заказа "shipping": "250", // Стоимость доставки "tax": "" // Налог }); // метод addItem нужно вызвать для каждого товара (позиции) в заказе: ga("ecommerce:addItem", { "id": "1234", // ID транзакции "name": "Mouse Logitech", // Название товара "sku": "AAA000", // Артикул или SKU "category": "Wireless", // Размер, модель, категория или еще какая-то информация "price": "750", // Стоимость товара "quantity": "2" // Количество товара }); ga("ecommerce:send"); // Отправка данных

    В этом коде можно указывать поля в любом порядке. Обязательными являются только поля, содержащие ID транзакции и название товара. Названия полей должны быть заданы маленькими английскими буквами, например, category, а не Category, и не CATEGORY.

    В коде видны следующие функции:

    ga("require", "ecommerce", "ecommerce.js"); - функция, которая подключает модуль электронной торговли.

    ga("ecommerce:addTransaction", - функция, которая передает информацию о самом заказе.

    ga("ecommerce:addItem", - функция, которая передает информацию о товарах в заказе.

    Поля, которые необходимо передать в функцию:

    ga("ecommerce:send"); - функция, подтверждающая отправление данных.

    С полным списком возможных полей можно ознакомиться в официальной документации

    Интеграция с системой

    Примечание Выгрузка заказов из магазина в систему происходит с серверной стороны сайта магазина. Настройка выгрузки производится разработчиком или веб-мастером магазина через .

    Выгружаемые заказы могут содержать:

    • Внешний ID (externalId);
    • Внутренний ID (id);
    • Номер заказа (number).

    Из магазина в Universal Analytics данные выгружаются со стороны клиента, то есть непосредственно с компьютера посетителя магазина.

    Эти данные состоят из двух частей:

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

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

    Транзакции содержат уникальный (в пределах магазина) идентификационный номер (ID транзакции). Он должен соответствовать либо внешнему или внутреннему ID, либо номеру заказа в данных, выгружаемых в систему. Это требуется для связи данных транзакций Universal Analytics с данными внутри системы.

    Для того, чтобы успешно провести интеграцию системы и вашего аккаунта Universal Analytics необходимо выполнить следующее:

    1. Получить идентификатор представления интернет-магазина в Universal Analytics. Для этого нужно в Universal Analytics выбрать Администратор > Настройки представления и скопировать Идентификатор представления.

    2. В системе перейти в раздел Администрирование > Интеграция .

    3. Выбрать интеграцию с Universal Analytics. Активировать Интеграцию посредством выставления галочки.

    4. Указать, каким данным, которые выгружаются из магазина в систему, соответствует ID транзакции.

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

    5. Добавить пользовательский параметр/переменную, которая нужна для хранения данных о визитах.

    В Universal Analytics - это пользовательский параметр (custom dimension). Нужно зайти в раздел Администратор > Ресурс > Пользовательские определения > Пользовательские параметры и добавить Параметр retailCRMVisitorID . Ему будет соответствовать номер индекса, который следует запомнить.

    6. Указать идентификатор профиля/представления Universal Analytics .

    Кроме идентификатора профиля/представления Universal Analytics , на странице Интеграции нужно будет ввести номер индекса, который появился при добавлении пользовательского параметра.

    Галочка «Переводить распространенные имена источников и каналов» позволяет отображать источники и каналы в общепринятом написании. То есть, вместо mail.yandex.ru, будет отображаться «Яндекс.Почта».

    7. Скопировать имя пользователя системы. Это робот, собирающий данные из Universal Analytics для системы.

    8. Добавить пользователя в аккаунт Universal Analytics. В Universal Analytics нужно выбрать Администратор > Аккаунт > Управление пользователями . Добавляемый пользователь должен обладать правами «Читать и анализировать» .

    9. Добавить в код счетчика в Universal Analytics

    /** * Get cookie value by name. retailCRM integration with Universal Analytics uses it. * Name should match pattern + * * @param string name * * @return mixed **/ function getRetailCrmCookie(name) { var matches = document.cookie.match(new RegExp("(?:^|;)" + name + "=([^;]*)")); return matches ? decodeURIComponent(matches) : ""; } ga("set", "dimension1", getRetailCrmCookie("_ga"));

    Вставить ее нужно будет перед ga("send", "pageview"); в коде отслеживания на все страницы вашего сайта.

    Важно! В последней строке добавляемого кода, ga("set", "dimension1", getRetailCrmCookie("_ga")); , единицу в конце dimension1 нужно заменить на индекс пользовательского параметра в случае, если он не равен 1.

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

    Cookie _ga содержит уникальный идентификатор в формате GA1.2.XXXXXXX.YYYYYY , например, GA1.2.1129978185.1425645525 , где саму метку составляет только значение 1129978185.1425645525 (clientId). В систему можно передавать как полное значение cookie (что произойдет, если вы будете использовать вышеуказанный код), так и только clientId без префикса.

    10. После того, как Вы осуществите интеграцию с Universal Analytics, на странице интеграции в системе будут появляться даты, когда последний раз производилась загрузка:

    • источников,
    • визитов,
    • событий воронки.

    Загрузка данных по событиям

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

    В случае, если Вы выбрали вариант связывания заказов через события, ниже появятся два поля ввода данных для загрузки событий: «Категория» и «Действия».

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

    Обратите внимание , что необходимо заполнить категорию и действие, но ярлык необходимо оставить пустым, т.к. в нём будет отправляться ID заказа для связи. На стороне сайта на нужное Вам действие (клик, отправка формы и т.д.) регистрируете отправку событий в Universal Analytics. Обязательно указывайте в качестве ярлыка ID заказа.

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

    Выгрузка данных из системы в Universal Analytics

    Так же есть возможность передавать из системы в Universal Analytics информацию по офлайн-заказам. Для этого необходимо в блоке «Способы оформления для выгрузки» отметить галочками те способы оформления заказов, информацию о которых необходимо передавать в GA. С помощью галочки «Не выгружать заказы без товаров» также можно установить, будут ли выгружаться заказы, в составе которых отсутствуют товары.

    По заказам, у клиентов которых известен Client ID, с периодичностью раз в 2 часа данные передаются в ваш аккаунт Universal Analytics, офлайн-транзакции выгружаются только по тем клиентам, чьи Client ID знает система, т.е. клиент должен до этого сделать хотя бы один заказ или заявку через сайт.

    Дополнительная информация по параметру Client ID и сценарии его использования

    Метки клиентов (Client ID) - это служебная информация, которую вручную специально указывать не надо. Они автоматически генерируются на компьютере пользователя и сохраняются со всей информацией в Universal Analytics.

    В этом случае могут быть такие сценарии использования:

    1. В связке с CallTouch. Заказ создается по телефону, при этом CallTouch через свои системы передает некоторые данные (Client ID, источник) в системе, и мы отправляем их в Universal Analytics.

    2. По уже известному Client ID. Например, есть стандартная интеграция с Universal Analytics и клиент, оформлявший заказы на сайте. Тогда в системе есть его Client ID, полученный из Universal Analytics. После этого новый заказ этого клиента создается по телефону, но за счет знания Client ID мы можем отправить его в Universal Analytics, как если бы он был создан на сайте.

    Во втором случае неважно, откуда был получен Client ID - из GA или из первого случая, хотя в последнем варианте будут также получены данные из CallTouch.

    Если Client ID приходит к клиенту не из Universal Analytics, а, например, из CallTouch, то при очередной загрузке данных из Universal Analytics система попробует подтянуть данные по этому клиенту.

    Например, клиент бродил по магазину и визиты зафиксировались в Universal Analytics, сделал заказ по телефону и данные передались в систему через CallTouch, тогда и визиты должны подтянуться в систему.

    Загрузка в Universal Analytics задним числом

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

    Чтобы включить данную настройку, необходимо перейти в раздел Администрирование > Интеграция > Universal Analytics . В поле «Запаздывание данных» выставляете нужное Вам время считывания.

    Особенности настройки интеграции с InSales

    InSales, наверное, самая удобная CMS для интеграции с точки зрения настройки клиентского сайта. Для этого нужно зайти в Настройки. Код отслеживания добавляется в поле javascript-код для вывода на всех страницах магазина. Пример (во всех примерах UA-XXXXXXXX-X нужно будет заменить на реальный идентификатор ресурса!):

    (function(i,s,o,g,r,a,m){i["GoogleAnalyticsObject"]=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o);a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,"script","//www.google-analytics.com/analytics.js","ga"); ga("create", "UA-XXXXXXXX-X", "auto"); function getCookie(name) { var matches = document.cookie.match(new RegExp("(?:^|;)" + name.replace(/([\.$?*|{}\(\)\[\]\\\/\+^])/g, "\\$1") + "=([^;]*)")); return matches ? decodeURIComponent(matches) : ""; } ga("set", "dimension1", getCookie("_ga")); ga("send", "pageview");

    Так как InSales помещает этот код не в начало страницы, то нужно его дублировать. Поэтому код выгрузки транзакции нужно поместить в поле javascript-код для вывода на странице успешного оформления заказа, добавив в его начало вышеприведенный код (и, по сути, продублировав его в пределах страницы). Пример:

    (function(i,s,o,g,r,a,m){i["GoogleAnalyticsObject"]=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o);a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,"script","//www.google-analytics.com/analytics.js","ga"); ga("create", "UA-XXXXXXXX-X", "auto"); function getCookie(name) { var matches = document.cookie.match(new RegExp("(?:^|;)" + name.replace(/([\.$?*|{}\(\)\[\]\\\/\+^])/g, "\\$1") + "=([^;]*)")); return matches ? decodeURIComponent(matches) : ""; } ga("set", "dimension1", getCookie("_ga")); ga("send", "pageview"); // UA transaction upload code starts here ga("require", "ecommerce", "ecommerce.js"); ga("ecommerce:addTransaction", { "id": {{order.number}}, "affiliation": "site.ru", // заменить на реальное доменное имя "revenue": {{order.total_price}} }); {% for item in order.items %} ga("ecommerce:addItem", { "id": {{order.number}}, "price": {{item.sale_price}}, "quantity": {{item.quantity}} }); {% endfor %} ga("ecommerce:send");

    Внимание! При интеграции с InSales в настройках аналитики нужно указать "Связывать транзакции через Номер заказа ", что не совпадает с настройкой по умолчанию. В настройках InSales есть также поле Код Google Analytics для анализа посетителей на сайте . Его заполнять не нужно: во-первых, будет сгенерирован GA-, а не UA-код; во-вторых, код будет генерироваться "из коробки" и не позволит вам добавить в него запись уникальной метки из cookie в custom dimension.

    Не столь давно Google анонсировал новый сервис статистики, который носит название Universal Analytics. Однако многие начали пользоваться им не так активно, как планировали создатели этой системы.

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

    Чем же Universal Analytics так отличается от привычного Google Analytics? По большому счету отличий очень мало. Однако новый сервис статистики предоставляет вам много новых возможностей, которые вам пригодятся. Здесь будут расширенные отчеты по посещаемости вашего проекта, эффективности рекламных кампаний. Однако если вы уже давно пользовались Google Analytics, то особых отличий вы не заметите.

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

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

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

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

    2024 © gtavrl.ru.