Google id что по нему можно узнать

Что такое 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), которые сделают за вас всю грязную работу. Об этом поговорим в следующих выпусках.

Что можно узнать о человеке по адресу его почты на Gmail? Проверяем с помощью GHunt

Как найти информацию о человеке, зная его почту на Gmail? Можно ли получить доступ к чужим фотографиям? Проверяем защиту аккаунтов Google.

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

Репозиторий проекта на GitHub

Что можно узнать с помощью GHunt:

• Имя владельца учётной записи
• Время последнего изменения профиля
• Google ID
• Используемые сервисы (Google Photos, YouTube, Google Maps и т.д.)
• Возможный канал на YouTube
• Оставленные отзывы и фото на Google Maps
• Возможное местонахождение
• Встречи в Google Календарь

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

Так выглядят результаты поиска

Отзывы и фото на Google Maps, а также возможное физическое местонахождение можно отследить, если пользователь не закрыл эти сведения специально. По умолчанию в настройках установлен публичный доступ. С Google Календарь обратная ситуация. Можно посмотреть чужие встречи, только если человек открыл к ним публичный доступ.

Для использования GHunt автор рекомендует создать пустой гугловский аккаунт или взять учётную запись, которой вы редко пользуетесь. Для работы скрипта нужны cookies, которые можно найти на странице Google Аккаунт. Чтобы получить их, откройте DevTools и на вкладке Application выберите раздел Storage — Cookies. Какие именно значения нужно скопировать, вы увидите после запуска в терминале файла check_and_gen.py. Подробная инструкция со скриншотами есть в репозитории проекта.

Личный опыт: какую информацию удалось найти?

Я проверил несколько почтовых аккаунтов разных людей. Результат зависит от того, как глубоко человек погружён в экосистему сервисов Google. Несколько наблюдений:

1. Каналы на YouTube скрипт находит по соответствию имени. Из-за этого точность поиска низкая. Например, для одного почтового аккаунта GHunt нашёл два канала, которые точно не имеют к пользователю никакого отношения.
2. Физическое местоположение удалось узнать у 2 пользователей из 5.
3. Интересно выглядит выдача по Google Maps. Можно посмотреть все отзывы человека и добавленные им фотографии.

Самой большой проблемой был свободный доступ к альбомам и фотографиям пользователей. Сейчас попытка перейти в чужой архив заканчивается ошибкой 404. Однако неясно, навсегда ли закрыта лазейка. Поэтому разработчик GHunt советует перейти в «Архив Альбомов» и в настройках запретить другим пользователям скачивать фото и видео.

Нужно убрать разрешение

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

• Смотрите ещё: как найти информацию о человеке в разных соцсетях?

По адресу @gmail.com можно узнать имя человека

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

Делается это так: в «Календаре» в меню «Добавить» выбираете «Добавить календарь друга», затем на вкладке «Календари друзей» вводите его адрес, жмёте кнопку «Добавить» и «Сохранить». Когда вы потом вернётесь в это меню, там уже будет указано имя и фамилия искомого человека (если у него есть календарь). Так хакеры-экспериментаторы вычислили, кто скрывается за адресом admin@gmail.com (см. скриншот).

Что такое Client ID в Google Analytics?

Client ID (в простонародье cid) — это обезличенный идентификатор, который создает Google Analytics для каждого посетителя сайта. Именно благодаря данному идентификатору и определяется уникальный пользователь. Но что такое «уникальный пользователь»? Давайте разбираться.

Люди могут заходить на ваш сайт не только при помощи стационарного компьютера или ноутбука, но и со смартфона и любого другого мобильного гаджета, а также с используя различные браузеры. Так вот, по умолчанию Google Analytics назначает каждому устройству и браузеру уникальный идентификатор клиента – Client ID.

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

Зачем нужен Client ID?

Благодаря Client ID Google Analytics может «узнавать» и различать уникальных посетителей и их сессии, связывать данные по ним, поступившие в разные периоды времени, а также хранить эти данные.

Где хранится Client ID?

По умолчанию библиотека analytics.js (которую вы подключаете, устанавливая код GA на сайте) сохраняет идентификатор клиента в cookie браузера посетителя создавая следующие файлы:

Название файла cookie	Срок действия	Описание
_ga	2 года	Позволяет различать пользователей.
_gid	24 часа	Позволяет различать пользователей.
_gat	10 минут	Ограничивает частоту запросов.

Нас интересует кука _ga которая и хранит Client ID. Срок ее жизни 2 года, однако он обновляется с каждым новым хитом.

Из чего состоит Client ID?

Кука _ga состоит из 4-х частей:

1. Формат версии cookie (сейчас он всего один).
2. Уровень домена (по умолчанию устанавливается домен верхнего уровня).
3. Уникальный случайно-сгенерированный идентификатор.
4. Дата первого посещения сайта в формате UNIX.

Третья и четвертая часть куки образуют Client ID.

Как найти Client ID?

Увидеть Client ID можно либо открыв консоль браузера (F12 в Chrome):

Либо найдя в настройках браузера сохраненные куки сайтов:

Кстати, если очистить кукис и обновить страницу, то сгенерируется новый Client ID. То есть Google Analytics будет считать вас новым пользователем ��

Как фиксировать Client ID?

Фиксировать Client ID лучше всего через GTM, про это у нас написана отдельная статья.

Кросс-девайсное отслеживание или как объединить несколько Client ID?

Как уже было сказано выше, разные устройства одного и того же человека Google Analytics будет считать разными уникальными пользователями. Но есть ли возможность «склеить» все устройства пользователя независимо от того, как и на чем он открывают ваш сайт ? Да есть! Для этого в Google Analytics предусмотрена специальная функция — User ID.

Подробнее о User ID я расскажу в своей следующей статье.