Что такое User ID? Зачем он нужен, как использовать в анализе данных
Технически — это дополнительный идентификатор, который позволяет объединить в одну цепочку взаимодействия одного пользователя, сделанные им на разных устройствах. Иначе говоря, User ID объединяет несколько Client ID.
Разберемся с определениями:
Client ID — это анонимный и временный идентификатор экземпляра браузера, который представляет собой случайное число, записанное в куки.
User ID — персональный и постоянный идентификатор, под которым в вашей внутренней системе хранится как персональная информация о конкретном пользователе (ФИО, телефон, email, номер карты), так и вся история взаимодействий пользователя с вашим бизнесом. (Когда и какие товары покупал, когда он звонил, какие письма ему отсылались, и т.д.)
В подавляющем большинстве случаев бизнес интересуют именно пользователи (Users), а не сессии от анонимных устройств, статистику по которым вы получаете, установив Google Analytic “из коробки”. При создании экосистемы GA предполагалось, что User ID нужно начинать использовать при первой же возможности. Так почему же качественно проработанная система присвоения User ID на сайтах встречается еще реже чем электронная торговля?
Очевидная причина — трудозатраты. Внедрить базовый код отслеживания на порядок сложнее, чем реализовать User ID.
Вторая причина — сама реализация User ID в GA выглядит сделанной “на коленке”, в стороне от основного процесса базового внедрения. По умолчанию функция выключена. При включении функции User ID, GA создаёт урезанное представление, в котором только пользователи с User ID. Вы не можете сконвертировать в User ID ранее созданное представление. Иными словами сконвертировать в User ID ранее собранные данные вы не сможете. Также вы не сможете получить отчеты, в которых бы присутствовала “смесь” из “реальных пользователей” и “браузеров”. То есть, улучшить отчеты путем добавления в них функции User ID не получится.
Ниже приведен характерный пример того, как путь одного и того же пользователя по-разному распознается в “обычном” и “User ID” представлении.
Обычное видит только конкретный Client ID и на длинном пробеге теряет первоначальный источник. Представление User ID отслеживает пользователя на год дальше, на всех трех его устройствах и умеет атрибутировать источник привлечения на сессию из другого устройства.
Вырисовывается такая картина — использовать представление User ID для целей маркетинга невозможно, потому что там содержится только часть пользоваться. А обычное представление — тоже невозможно, потому что данные не точные.
Куда податься аналитику? Решение — получить доступ к сырым данным и строить отчеты по ним.
Третья причина — это сложившиеся среди аналитиков стереотипы и мифы.
Миф первый — для отправки хита в Google Analytics обязательно нужно передать Client ID. Это не так. Для отправки хита нужно передать или Client ID или User ID.
Незнание аналитиками этого факта часто приводит к излишне усложненным схемам передачи транзакций из CRM при помощи Measurement Protocol.
Коллеги, использование User ID на порядок упрощает схему передачи данных из CRM в GA. Об этом — в отдельной статье.
Миф второй — User ID внедряется только для сайтов с авторизацией. И это не так. Как только вы узнаете любую минимальную информацию о пользователе — он перестает быть просто анонимной кукой Client ID и обязан получить User ID. Это значит, что как только вы узнаете email, или телефон, или номер карты лояльности, вы уже можете, нет, просто обязаны сформировать User ID. И не важно, что мы не уверены на 100%, в корректности этих данных (Все врут. (с) Доктор Хаус). Слышали когда-нибудь про exit-polls? Штука в том, что даже если опросить, поверив на слово, людей на выходе из избирательного участка — получаются статистически достоверные результаты. А мы тут статистикой как раз и занимаемся.
Миф третий — нам это не нужно.
Если ваш бизнес сложнее чем эвакуация автомобилей, если вы хоть раз задумывались или уже реализовали передачу статуса сделки из CRM в GA — значит путь вашего пользователя выходит далеко за рамки одной сессии с одного устройства. Скорее всего, у значительной доли ваших пользователей несколько устройств и они с каждого из них совершают несколько сессий, прежде чем в CRM появится выручка или подтвержденный лид. По нашему опыту, ошибка в оценке эффективности каналов с User ID и без в случае чисто он-лайн воронки — это десятки процентов, а в случае, когда у вас есть офф-лайн точки — это разы.
В следующей статье я опишу известные мне кейсы, в которых User ID позволяет существенно увеличить точность оценки эффективности рекламы.
Предположим, что вы реализовали один из подобных кейсов. Следующая проблема, с которой вы столкнетесь — это “атрибуция”. Какой смысл городить огород с User ID, если потом вы атрибутируете выручку на последнюю непрямую сессию с одного из этих устройств?
Описанная выше невозможность полноценно использовать урезанное представление User ID вместе с отсутствием полноценной мультиканальной атрибуции в представлении, изначально предназначенном для отслеживания цепочки сессий с разных устройств — и есть основная причина, почему User ID не так широко внедрен, как нам, маркетологам, того бы хотелось.
Итак, бесплатная версия GA (как и GA360) не предлагает “из коробки” адекватных решений по оценке длинного жизненного цикла пользователей, состоящего из длинной цепочки устройств и сессий, среди которых неоднократно встречаются управляемые рекламные каналы.
Какое я предлагаю решение — собирать сырые данные и реализовывать метчинг User ID и атрибуцию самостоятельно. Тем более, что есть решения (например OWOX BI), которые сделают за вас всю грязную работу. Об этом поговорим в следующих выпусках.
Client ID и User ID Google Analytics — в чем разница?
Для многих, кто работает с Google Analytics на пользовательском уровне, в большинстве случаев Client ID и User ID является одним и тем же, но это далеко не так. Разберемся, почему это является заблуждением.
Самое основное это то, что каждая трековая система идентифицирует своих пользователей посредством присвоения конкретных идентификаторов, чтобы различать пользователей в будущем. Как правило, это осуществляется путем записи в cookies пользователя, о чем мы ранее уже говорили в нашей статье. Пройдемся по терминологии и основам каждой системы.
Client ID — автоматическая идентификация пользователей посредством Google Analytics с записью ID в файлы cookies браузера сроком до 2-х лет.
Согласно определения, привязка должна идти к браузеру. И по логике, в Google Analytics должна идти статистика по браузерам, но не пользователям. Логически да, но это не совсем так, и многие аналитики в этом вопросе заблуждаются.
�� Google Analytics все-таки объединяет данные пользователей через Client ID, при наличии залогиненого аккаунта Google и согласно персонализированных настроек каждого пользователя.
Об этом свидетельствует наличие таких отчетов как:
- пересечение устройств;
- многоканальные последовательности.
Записывается Client ID в cookies в поле “_ga” и имеет следующий вид значения:
В сети есть разные мнения по поводу первых 2-х параметров, но они не подтверждены разработчиком самой аналитики. Сам Client ID это 2 раза по 10 цифр через точку — **********.**********.
В Google Analytics 4 Client ID имеет следующий вид:
Полной официальной документации по CID GA4 пока нет, но это те данные, которые можно вытащить из Cookie сайтов и использовать в подгрузках и настройке сквозной аналитики.
Итого, если говорить про Client ID как об универсальном решении — Google идет в этом вопросе к совершенству, но не все пока удается, так как не все имеют залогиненные Google аккаунты. Именно поэтому был придуман User ID, как оптимальное решение.
User ID — уникальный идентификатор пользователя, присвоенный администратором сайта посредством своих алгоритмов.
Это, как правило, анонимное значение, которое не хранится в файлах cookies и используются в проектах, которые могут самостоятельно идентифицировать пользователей. Некоторые используют User ID даже для передачи данных в CRM систему для более легкого учета.
По мнению самих разработчиков Google Analytics, функция User ID позволяет более точно идентифицировать пользователей, так как осуществляется ручное присвоение параметров пользователя в момент его аутентификации или пользовательского определения. Дополнительно осуществляется синхронизация поведения на разных устройствах, и это также происходит при идентификации.
Для передачи User ID в Google Analytics достаточно в современный код gtag.js добавить:
gtag('set', )
Если Вы используете Google Tag Manager, то чтобы отслеживать User ID необходимо:
- добавить внутри тега Google Analytics дополнительное поле — userId;
- через Data Layer организовать передачу значения пользовательской переменной userId.
Этот ID должен присваиваться при каждом посещении пользователя вне зависимости от устройства, чтобы данные в будущем сопрягались как данные единого пользователя.
Возможно это сложно для понимания, но на деле работает. Надеемся, что этот материал был для Вас полезным. До новых встреч в нашем блоге!
User ID – Веб-отслеживание (analytics.js)
Оптимизируйте свои подборки Сохраняйте и классифицируйте контент в соответствии со своими настройками.
В этом руководстве рассказывается о реализации User ID (идентификатора пользователя) с помощью analytics.js.
Общая информация
User ID – это уникальный номер, который присваивается пользователю и позволяет анонимно идентифицировать его на разных устройствах или на протяжении нескольких сеансов. Подробнее о преимуществах функции User ID.
Реализация
Чтобы использовать функцию User ID для веб-отслеживания, выполните следующие действия:
- Присвойте каждому пользователю, вошедшему в аккаунт, уникальный постоянный анонимный строковый идентификатор (как правило, он извлекается из системы аутентификации).
- Задайте User ID в коде отслеживания:
ga('create', 'UA-XXXX-Y', < 'userId': 'USER_ID' >); ga('send', 'pageview');
Пример
Как правило, стандартная система аутентификации может предоставить уникальный постоянный анонимный идентификатор для пользователя, вошедшего в аккаунт. Этот идентификатор можно передавать в Google Analytics при входе пользователя в систему.
Если на вашем сайте реализована такая система аутентификации и используется протокол PHP, вы можете динамически обновлять стандартный фрагмент кода analytics.js , задавая userId , когда для пользователя имеется подходящий идентификатор. Пример:
- $userId – переменная, для которой сервер устанавливает значение только в том случае, если пользователь успешно прошел аутентификацию.
Если не указано иное, контент на этой странице предоставляется по лицензии Creative Commons «С указанием авторства 4.0», а примеры кода – по лицензии Apache 2.0. Подробнее об этом написано в правилах сайта. Java – это зарегистрированный товарный знак корпорации Oracle и ее аффилированных лиц.
Последнее обновление: 2015-09-21 UTC.
Что такое User ID и Client ID, и зачем они нужны
SEO-специалистам необходимо отслеживать, сколько клиентов заходит на сайт, какие разделы открывают, какие устройства и браузеры используют для просмотра страниц. Чтобы отслеживать каждого отдельного пользователя, а также его данные о визитах и действиях на страницах сайта, устанавливают идентификаторы – User ID и Client ID. В статье разберем, когда и для чего они нужны, чем отличаются друг от друга и как их настроить.
Привлекайте, конвертируйте
и анализируйте ваших клиентов
Платформа омниканального маркетинга
Client ID и User ID: в чем разница
Client ID или идентификационный номер клиента. Когда пользователь переходит на сайт, системы аналитики браузера присваивают ему уникальный идентификатор – Client ID. Но бывает, что пользователь сначала заходит на один и тот же сайт через браузер Opera, потом – Google Chrome, а затем – Internet Explorer. Тогда ему будет присвоено три разных Client ID для каждого браузера. Когда будет формироваться отчет по уникальным посетителям сайта, системы аналитики запишут визит одного пользователя как визит трех разных людей. В итоге можно получить неточные данные о количестве пользователей, которые были приведены на сайт, например, с рекламы. Зачем нужен Client ID. Client ID хранится в cookie-файлах браузера – файлах, которые записывают действия пользователя на сайте. Когда пользователь вернется на сайт, он сможет увидеть те настройки страниц, которые выставил ранее. Например, если пользователь выбрал английский язык сайта и свое местоположение – город Москва, это сохранится в cookie-файлах через Client ID. И когда он снова вернется на сайт – интерфейс страниц будет на английском языке, и указан его город. Заново вводить эту информацию не придется. User ID. Если пользователь заходил на сайт с нескольких браузеров и устройств, связать с ним все визиты можно через User ID. Этот идентификатор будет работать, когда пользователь заполнит форму регистрации. После регистрации пользователю присваивается уникальный идентификатор – User ID, который попадает в системы аналитики. Зачем нужен User ID. Идентификатор помогает точно определить, сколько пользователей заходит на сайт, даже если те меняют браузеры и устройства. Еще он позволяет отделять данные пользователей, которые зарегистрировались, от тех, кто не зарегистрировался. Так можно собирать, например, имена и фамилии зарегистрированных пользователей. Для онлайн-бизнеса, чтобы не терять лиды, рекомендуем виджеты Calltouch. За счет автоматизации вы сможете ускорить обработку обращений и работу менеджеров, повысить уровень лояльности клиентов. А также собирать заявки даже во внерабочее время.
Виджеты Calltouch
Увеличьте конверсию сайта на 30%