Я.метрика: как передавать параметры посетителей офлайн

Доступ к специальным инструментам и отчетам в аккаунте Google Аналитики

Настроив User ID, вы получите доступ к представлениям User ID и отчетам по разным устройствам.


Представление User ID – это специальное представление, содержащее данные только о тех сеансах, в ходе которых в Google Analytics отправляются идентификаторы пользователей и связанные с ними данные. При помощи этого представления можно сравнивать данный сегмент трафика с остальными.

Представления User ID включают набор отчетов по разным устройствам, которых нет в других представлениях. Инструменты и данные в этих отчетах позволяют узнать, как пользователи взаимодействуют с вашим контентом на различных устройствах в ходе нескольких сеансов.

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

Как загрузить данные user_id с помощью Google Ads API (AdWords API)

Владельцы и администраторы аккаунтов могут загружать файлы данных user_id и управлять аудиториями ремаркетинга с помощью Google Ads API (AdWords API). В частности, таким образом можно загружать файлы, добавлять и удалять данные клиентов, а также изменять настройки. Дополнительная информация о ремаркетинге приведена на сайте Google Developers. Мы рекомендуем рекламодателям хешировать данные идентификаторов пользователей перед загрузкой в Google, так как они не считаются информацией, позволяющей идентифицировать личность. Убедитесь, что загруженные идентификаторы пользователей совпадают с идентификаторами, отправленными в Google в теге ремаркетинга.

Параметр может также использоваться в Google Рекламе для связывания взаимодействий на нескольких устройствах. В вашем аккаунте уже активирована эта функция, если вы настроили ремаркетинг на основе идентификаторов пользователей до 3 октября 2018 г. Подробнее о том, как настроить связывание взаимодействий на нескольких устройствах для рекламодателей…

Как добавить User ID в тег ремаркетинга

  1. Войдите в аккаунт Google Рекламы.
  2. Нажмите на значок инструментов в правом верхнем углу страницы.
  3. В разделе «Общая библиотека» выберите Менеджер аудиторий.
  4. В меню выбора страниц нажмите Источники аудиторий.
  5. Нажмите на значок с тремя точками в разделе «Тег Google Рекламы».
  6. Выберите Изменить источник, чтобы настроить тег Google Рекламы.
  7. Нажмите Дополнительные настройки и установите флажок «user_id». Если у вас нет доступа к спискам электронных адресов, он будет окрашен серым. Подробнее…
  8. Нажмите Сохранить и продолжить.
  9. Если на вашем сайте ещё нет глобального тега gtag.js, выполните эти инструкции.
  10. Настройте тег события, чтобы передавать параметр , когда пользователи выполняют вход или регистрируются на вашем сайте (или на любой странице, где вам известен постоянный идентификатор для текущего пользователя). Дополнительные инструкции приведены ниже.

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

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

Пример передачи параметра user_id с помощью gtag.js:

<script>gtag(‘event’, ‘login’, { ‘user_id’: ‘132456’ });</script>

Здесь в качестве названия события используется login, но его можно поменять на другое. Единственное требование: аргумент данных события должен содержать текст «user_id».

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

<script>

gtag(‘event’, ‘page_view’, {

‘send_to’: ‘AW-CONVERSION_ID’,

‘user_id’: ‘replace with value’,

‘value’: ‘replace with value’,

‘items’: [{

‘id’: ‘replace with value’,


‘google_business_vertical’: ‘retail’

}]

});

</script>

Важно!

При назначении идентификаторов соблюдайте три правила:

  1. У каждого пользователя должен быть уникальный идентификатор.
  2. У каждого пользователя должен быть один и тот же параметр для всех сеансов. Например, если Мария утром посетила ваш сайт, а вы с помощью Google Ads API загружаете для создания списка ремаркетинга на основе идентификаторов пользователей, в обоих случаях должно быть указано одно и то же значение .
  3. Параметр не должен содержать информации, позволяющей идентифицировать личность.

Кросс-девайсные отчеты

После реализации всех настроек в Google Analytics станут доступны несколько отчетов.

Охват User ID

В любом стандартном представлении, в группе отчетов «Аудитория» > «Поведение» станет доступен отчет по доле пользователей, которым был присвоен User ID. В данном отчете мы можем сравнить сегменты авторизованных и не авторизованных пользователей, посмотреть транзакции, источники, проанализировать доходность этих сегментов.

Пересечение устройств

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

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

Пути устройств

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

Эти данные пригодятся для оптимизации стратегии таргетинга рекламных объявлений на пользователей устройств соответствующего типа.

Устройство, на котором произошла конверсия

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

Способы идентификации

Вы можете выбрать один из двух способов идентификации данных о пользователях в отчетах:

  • По идентификатору User-ID, сигналам Google и устройству. При анализе данных и создании отчетов все данные о событиях сопоставляются по идентификатору User-ID, если он имеется, что обеспечивает повышенную точность. Если данных об идентификаторе User-ID нет, то система использует информацию из сигналов Google (при ее наличии). Если нет ни идентификатора User-ID, ни информации из сигналов Google, то используется идентификатор устройства. Это либо файл cookie Google Аналитики (в данных о сайте), либо идентификатор экземпляра приложения (в данных о приложении).
  • По устройству. Используется только идентификатор устройства – либо файл cookie Google Аналитики, либо идентификатор экземпляра приложения. Даже если имеется идентификатор User-ID, он игнорируются.

Эти настройки находятся в пункте Идентификатор отчета по умолчанию в разделе «Администратор» аккаунта Google Аналитики (подробные инструкции см. ниже).

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

Интеграция и настройка веб-аналитики

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

Кейс 1

Клиент: крупная ecommerce-компания.

Задача: подготовить платформу для корректного сбора данных и последующего анализа.

Решение:

  1. Установка Google Tag Manager.
  2. Установка счетчиков через Google Tag Manager и настройка отслеживания целей и событий.
  3. Построение воронок пути пользователя.
  4. Сбор CLIENT_ID и USER_ID.
  5. Правильная UTM-разметка источников и каналов.

А теперь разберём по порядку.

Установка Google Tag Manager

Google Tag Manager (GTM) — бесплатный инструмент для маркетологов. С его помощью можно вставлять различные теги и скрипты непосредственно в код сайта на различные страницы.

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

Установка счетчиков через Google Tag Manager и настройка отслеживания целей и событий

Через GTM очень удобно проводить различные счетчики и скрипты. Если маркетолог работает с Google Analytics, то GTM очень сильно упрощает работу с отслеживанием целей и событий.Также через GTM мы можем в кратчайшие сроки установить и протестировать практически любой front-end инструмент, опять-таки, без помощи разработчика.

Построение воронок пути пользователя

Если это не ecommerce-проект, то строится обычная воронка (визуализация последовательностей в Google Analytics): c того момента, как пользователь пришел на сайт, проходя через различные микро-конверсии и заканчивая главным целевым действием (например, отправка заявки).

Сбор CLIENT_ID и USER_ID

CLIENT_ID — это идентификатор браузера пользователя.

USER_ID — это идентификатор пользователя, который выдается, когда он совершает регистрацию или авторизацию.

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

Правильная UTM-разметка источников и каналов

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

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

Результат:

  • Так мы получили полноценную платформу для сбора аналитических данных.
  • Благодаря GTM теперь можно интегрировать любые теги и скрипты, настраивать отслеживание целей и событий. А также тестировать различные front-end инструменты и сервисы.
  • Благодаря настроенной воронке теперь можно понять, в каких местах на сайте пользователь испытывает различные проблемы. Собираются данные для оптимизации блоков, страниц и отдельных элементов.
  • С помощью USER_ID и CLIENT_ID мы получаем данные по всем сессиям авторизованных пользователей, начиная с первого посещения.
  • И так как все кампании у нас размечены по UTM, все данные собираются корректно.

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

Возможности


Ниже перечислены основные преимущества списков ремаркетинга на основе идентификаторов пользователей.

  • Преимущества перед списками электронных адресов
  • Преимущества перед списками ремаркетинга для поисковых объявлений
    • Офлайн-сегментация. Опытные рекламодатели могут создавать собственные сегменты на основе данных из своих CRM-систем. В таких сегментах учитываются как архивные, так и динамические атрибуты, которые не всегда можно передать с помощью запросов ping списков ремаркетинга для поисковых объявлений.
    • Управление постфактум. Списки ремаркетинга для поисковых объявлений зависят от просмотров страниц: чтобы вы могли настроить таргетинг на новые сегменты пользователей, пользователи должны сначала посетить ваш сайт и быть добавлены в списки.

Share IDs

To make it easier to compare user interactions across accounts and platforms, you can share encrypted IDs across Campaign Manager accounts and with Display & Video 360 and Ad Exchange, so that you’ll see the same encrypted ID values for the same users across all your accounts and platforms.

Keep in mind that the values you see are never the actual user ID (cookie or mobile ID). Rather, they’re encrypted values that use the same encryption across your multiple accounts and products.

You can also work with your Google Marketing Platform representative to set up shared encryption for third-party partners, which will enable those partners to match users across multiple Campaign Manager accounts and other Google platforms. Again, partners will never see actual user IDs, only encrypted values.

Share IDs across Campaign Manager accounts, with Display & Video 360, and with Ad Exchange

IDs are encrypted with a private, securely stored encryption key that’s unique to your account. However, because your organization might work with multiple accounts, Campaign Manager lets you share the same encryption key with all of your Campaign Manager accounts, ensuring that your data matches across accounts.

Similarly, if you use Display & Video 360 or Ad Exchange, you can match IDs across products.

Share IDs with third-party partners

If you use an approved third-party service such as BlueKai or for data processing, you can share your data with them. If this feature is enabled, we will provide partner-specific encryptions in your Data Transfer files in two additional columns that are added to the end of your Data Transfer files, called  and . Third parties will never be able to decrypt user IDs to reveal their original, unencrypted format. 

The encrypted user IDs in these partner columns will match across all properties, including accounts that belong to other customers. In other words, the third party will see the same encrypted ID for the same user, whether that user has seen one of your Campaign Manager ads, one of your Display & Video 360 ads, or an ad belonging to a different customer. These shared encrypted user IDs enable third parties to aggregate data more effectively. (You won’t be able to download data for properties that you don’t own.)

For example, your partner needs a unified view of users across your programmatic (Display & Video 360) and reservation (Campaign Manager) buys. You submit that partner as your first partner. In the column, the encrypted user IDs will match across your different properties, and those are the values that your partner will receive. The encrypted user ID , which corresponds to a given cookie ID, always shows in the column as , whether the data is from your Campaign Manager or your Display & Video 360 partner.

If another Google Marketing Platform customer has also set up user ID sharing with the same third-party partner, and the same user—represented by the same cookie ID—sees one of that customer’s ads, that customer’s Data Transfer files will represent the cookie with the same encrypted ID,

If you need to make a change to your two partners, simply contact us, and we’ll update your partners.

Set up the User ID parameter in your remarketing tag

  1. Sign in to your Google Ads account.
  2. Click the tools icon in the upper right-hand corner of your account.
  3. Under «Shared library», click Audience manager.
  4. Click Audience sources from the page menu.
  5. Click the 3-dot icon next to «Google Ads tag».
  6. Click Edit source to set up a Google Ads tag.
  7. Click Advanced settings then select the “user_id” checkbox. The user_id checkbox may be grayed out if you are not on the Customer Match whitelist. Learn More
  8. Click Save and Continue.
  9. If you haven’t already installed the gtag.js global site tag on your site, follow these instructions to implement it.
  10. Implement the event snippet to pass the parameter when users log in or register on your website (or on any page where you have access to a stable for the current user). See additional instructions below.

You are responsible for generating values for every user and ensuring that those values are stable and consistent for each user across sessions, browsers, and devices.

Usually, this can be achieved if your website offers a user account functionality letting users register and sign in. Upon registration, you should generate a unique identifier for the user and pass it to Google Ads via the tag. When the same user comes back to your site and signs-in again, you should pass the same identifier again via the parameter.

An example of a way to pass the user_id parameter via gtag.js is shown below:

<script>gtag(‘event’, ‘login’, { ‘user_id’: ‘132456’ });</script>

The sample snippet above uses “login” as event name, but you can pass any event name that you want. The only requirement is to include “user_id” as part of the event data argument.

Note that if you have already implemented the event snippet on certain pages of your site (for instance, to capture dynamic remarketing parameters), you may add the parameter to your existing event snippets, as shown here:

<script>


gtag(‘event’, ‘page_view’, {

‘send_to’: ‘AW-CONVERSION_ID’,

‘user_id’: ‘replace with value’,

‘value’: ‘replace with value’,

‘items’: [{

‘id’: ‘replace with value’,

‘google_business_vertical’: ‘retail’

}]

});

</script>

Important

When assigning user IDs, there are three important things to remember:

  1. Each user must have a unique user ID.
  2. For each user, the parameter must be the same each time when they visit your website. For example, if Mary visits your website in the morning and you upload the to create User ID remarketing lists via the Google Ads upload API, you must provide the same for both cases.
  3. You may not pass Google personally identifiable information (PII) in the .

ISiteUser¶

Scenario Import Statement
Selective 2 import { sp } from «@pnp/sp»;import «@pnp/sp/webs»;import «@pnp/sp/site-users»;
Selective 3 import { sp } from «@pnp/sp»;import «@pnp/sp/webs»;import «@pnp/sp/site-users/web»;
Preset: All import {sp, SiteUsers, SiteUser } from «@pnp/sp/presets/all»;

Get user Groups

import { sp } from "@pnp/sp";
import "@pnp/sp/webs";
import "@pnp/sp/site-users/web";

let groups = await sp.web.currentUser.groups();

Add user to Site collection

import { sp } from "@pnp/sp";
import "@pnp/sp/webs";
import "@pnp/sp/site-users/web";

const user = await sp.web.ensureUser("userLoginname")
const users = await sp.web.siteUsers;

await users.add(user.data.LoginName);

Get user

import { sp } from "@pnp/sp";
import "@pnp/sp/webs";
import "@pnp/sp/site-users/web";

// get user object by id
const user = await sp.web.siteUsers.getById(6);

//get user object by Email
const user = await sp.web.siteUsers.getByEmail("user@mail.com");

//get user object by LoginName
const user = await sp.web.siteUsers.getByLoginName("userLoginName");

Update user

import { sp } from "@pnp/sp";
import "@pnp/sp/webs";
import "@pnp/sp/site-users/web";

let userProps = await sp.web.currentUser.get();
userProps.Title = "New title";
await sp.web.currentUser.update(userProps);

Remove user

import { sp } from "@pnp/sp";
import "@pnp/sp/webs";
import "@pnp/sp/site-users/web";

// remove user by id
await sp.web.siteUsers.removeById(6);

// remove user by LoginName
await sp.web.siteUsers.removeByLoginName(6);

ISiteUsers¶

Scenario Import Statement
Selective 2 import { sp } from «@pnp/sp»;import «@pnp/sp/webs»;import «@pnp/sp/site-users»;
Selective 3 import { sp } from «@pnp/sp»;import «@pnp/sp/webs»;import «@pnp/sp/site-users/web»;
Preset: All import {sp, SiteUsers } from «@pnp/sp/presets/all»;

Get all site user

import { sp } from "@pnp/sp";
import "@pnp/sp/webs";
import "@pnp/sp/site-users/web";

const users = await sp.web.siteUsers();

Get Current user

import { sp } from "@pnp/sp";
import "@pnp/sp/webs";
import "@pnp/sp/site-users/web";

let user = await sp.web.currentUser;

Get user by id

import { sp } from "@pnp/sp";
import "@pnp/sp/webs";
import "@pnp/sp/site-users/web";

const id = 6;
user = await sp.web.getUserById(id);

Ensure user

import { sp } from "@pnp/sp";
import "@pnp/sp/webs";
import "@pnp/sp/site-users/web";

const username = "usernames@microsoft.com";
result = await sp.web.ensureUser(username);

Вывод ленты Instagram на сайте

После того как получили Access Token, используйте примерно такой код (в случае если у вас MODX, вставьте данный код в сниппет и вызывайте по крону):

Для корректной работы на хостинге / сервере должна быть установлена библиотека cURL

Если у вас MODX, то для удобства можно вынести html в отдельный чанк:

Результатом работы сниппета будет созданный или обновленный чанк block.instafeedList_2020, который надо вызвать в том месте шаблона, где должна располагаться лента

Доступные поля для получения информации о пользователе (в документации): 

  • $user->account_type — тип аккаунта пользователя. Возможные варианты: BUSINESS, MEDIA_CREATOR, PERSONAL.
  • $user->id — ID пользователя.
  • $user->media_count — количество медиафайлов узла User. Чтобы использовать это поле, необходимо разрешение instagram_graph_user_media.
  • $user->username — имя пользователя.
  • $user->media — список медиафайлов пользователя (изображения видео и т.п.).

Доступные поля для получения информации о медиафайлах (в документации): 

  • $data->caption — подпись к изображению или видео. Для медиафайлов в альбомах не возвращается.
  • $data->id — ID медиафайла.
  • $data->media_type — тип медиафайла. Возможные варианты: IMAGE, VIDEO, CAROUSEL_ALBUM.
  • $data->media_url — URL медиафайла.
  • $data->permalink — постоянный URL медиафайла (ссылка на файл в инстаграм).
  • $data->thumbnail_url — URL миниатюры медиафайла. Доступно только для типа VIDEO.
  • $data->timestamp — дата публикации медиафайла в формате ISO 8601.
  • $data->username — имя пользователя, опубликовавшего медиафайл.
  • $data->children — список медиафайлов в альбоме. Доступно только для типа CAROUSEL_ALBUM.

С этим читают