Когда код отслеживания отправляет обращение событие в google аналитику

Расширенный курс по Гугл Аналитике

Ответы на сертификационный курс “Расширенный курс по Google Аналитике” (Google Analytics Academy). Получите сертификацию Google Analytics за 10 минут. Файл содержит все возможные вопросы со 100% правильными и проверенными ответами. Ответы на все теста, необходимые для получения сертификата.

Вот некоторые избранные вопросы из настоящего сертификационного экзамена. Ознакомьтесь с форматом экзамена.

Будет ли Google Аналитика учитывать пользователей и сеансы раздельно, если код отслеживания, используемый по умолчанию, установлен на страницах в разных доменах?

• Верно
• Неверно

Как в Google Аналитике называется URL, который передает параметры с данными для отчетов?

• Тег
• Обращение
• Параметр
• Показатель

Когда код отслеживания отправляет обращение “Просмотр страницы” в Google Аналитику?

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

Когда код отслеживания отправляет обращение “Событие” в Google Аналитику?

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

Что применяется в Google Аналитике для различения новых и вернувшихся пользователей? Выберите все подходящие варианты.

• Файл cookie в браузере
• Искусственный интеллект
• Уникальный идентификатор, который присваивается случайным образом
• Уникальный идентификатор, который присваивается по определенной закономерности

Что произойдет, если пользователь удалит cookie Google Аналитики из браузера? Выберите все подходящие варианты.

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

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

• Верно
• Неверно

Через сколько минут по умолчанию истекает время сеанса Google Аналитики?

• 5
• 15
• 30
• 60

Какая функция позволяет передавать в Google Аналитику данные с любого устройства, подключенного к сети (например, POS-терминала)?

• Импорт данных
• Файлы cookie браузера
• Сетевой протокол
• Measurement Protocol

Если вы выбрали просмотр видео в качестве целевого события и пользователь воспроизвел это видео три раза за один сеанс, сколько достигнутых конверсий зарегистрирует Google Аналитика?

• 1
• 2
• 3
• 4

Сдача экзаменов — это не тренировка. Больше попыток не сделает вас лучше.

Сэкономьте время на сдаче экзаменов и сосредоточьтесь на улучшении своих практических навыков.

Когда код отслеживания отправляет обращение просмотр страницы в Google Аналитику?

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

Здесь все относительно просто, оповещение «Просмотр страницы» появляется в аналитике после непосредственного взаимодействия целевого пользователя с вашим контентом. Это может быть, как клик по рекламе, так и нажатие на какое-то видео. По факту, практически любое взаимодействие вызывает отклик в самой аналитике, что на сайте был посетитель.

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

Я давно занимаюсь сайтами и Google Analytics – этот инструмент один из основных помощников в анализе поведенческих факторов целевой аудитории. Что касается активизации кода отслеживания и уведомления «Просмотр страницы», то это может быть вызвано следующими моментами:

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

Как написал @Ukrainskiy-bisnes, данное оповещение может быть вызвано различными видами взаимодействия пользователя с вашим сайтом.

Из личного опыта могу сказать, что отклики аналитики могут появиться по нескольким причинам. То есть, пользователь что-то клацнул у тебя на сайте – вот и оповещение о просмотре страницы. Но дело в том, что много зависит от самого кода, который вшиваешь в сайт. Наверное, ты в курсе, что есть два варианты, но если нет, то слушай.

В настоящий момент для отслеживания посетителей в гул аналитике можно использовать два основных тега:

• gtag.js – это стандартный вариант кода, который по умолчанию отсылает в аналитику всю информацию о взаимодействии пользователей с сайтом. Сказать конкретно, чем вызван просмотр страницы довольно сложно, поскольку может быть много вариантов.
• page_view – этот также будет мониторить без все без разбору. Но он предусматривает возможность настройки. То есть можно комбинацией задавать параметры по страницам, на основе которых и будут приходить уведомления.

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

Да, согласен и с комментарием выше. Чтобы понять, что происходит на сайте и по каким причинам аналитика шлет отчет от просмотренной страницы, достаточно провести дополнительную настройку pageview. В этом деле, существует несколько вариантов того, как можно поступить:

1. Просто установить улучшенную версию статистики. Она будет автоматом слать информацию о событиях на странице.
2. Провести ручную настройку page_view. Без опыта это проблематично, но вполне возможно.

Например, я делал настройку под себя. Для этого необходимо детально рассмотреть возможности и комбинации самой Google аналитики. Желательно посмотреть несколько видосов по теме, это существенно упростит задачу. Вот такое видео, например.

Как настроить отслеживание событий в Google Analytics 4

Google Analytics 4 (Google Аналитка 4, GA4) — новый ресурс, созданный Google на замену Universal Analytics. Уже сейчас при установке Google Analytics GA4 используется по умолчанию. Поэтому всем, кто работает с аналитикой, важно знать, какая у нее теперь модель данных. В этой статье мы рассмотрим структуру и принцип работы событий в GA4. На примере покажем, как настраивать GA4 через Google Tag Manager (GTM).

Структура события в Google Analytics 4

В GA4 нет компонентов «Категория», «Действие», «Ярлык», «Ценность». Их заменили:

• событие — действие пользователя на сайте или в приложении в определенный промежуток времени. Старый параметр <eventAction> в Universal Analytics соотносится с <event_name> в GA4;
• параметры — это дополнительная информация, описывающая событие: когда и где оно произошло.

Конструкция события

gtag(‘event’, ‘<event_name>’, <
‘<parameter_1_name>’: <parameter_1_value>,'<parameter_2_name>’: <parameter_2_value>,'<parameter_3_name>’: <parameter_3_value>,>);

В GA4 есть «Автоматически регистрируемые события» и «Улучшенная статистика», в которых <event_name> предопределены системой. А также есть «Рекомендуемые», в которых предлагаются стандартизированные имена и параметры.

Можно давать событиям и собственные (специальные) названия.

Page_view — это классический просмотр страницы в GA4. Он запускается автоматически после установки счетчика на сайте и его нельзя отключить.

По умолчанию с <page_view> Google собирает такие дополнительные параметры:

• page_location;
• page_path;
• page_title;
• page_referrer (URL предыдущей страницы).

Ограничения событий

Установлены такие ограничения на сбор данных:

И есть такие ограничения настроек:

Типы событий в Google Аналитика 4

В GA4 есть четыре типа событий:

1. Автоматически регистрируемые;
2. Рекомендуемые;
3. Специальные;
4. Улучшенная статистика.

В отличие от Universal Analytics, где события нужно было настраивать с помощью глобального тега <gtag.js> или GTM, в GA4 много событий регистрируется автоматически.

Автоматически регистрируемые события

При «Базовом сборе данных» GA4 автоматически отслеживает определенный набор событий. В нем содержатся события как для приложений, так и для сайтов. Там же перечислены события из «Улучшенной статистики».

Список автоматических событий, которых нет в других категориях событий:

• first_visit — когда пользователь посещает сайт или запускает приложение впервые;
• session_start — когда пользователь заходит на сайт или запускает приложение и начинает с ним взаимодействовать;
• user_engagement — периодически срабатывает, когда пользователь запустил и/или находится в открытом приложении.

Их можно увидеть в отчете «В реальном времени»:

Улучшенная статистика

Статистика помогает маркетологам самостоятельно получать больше событий в отчетах без дополнительных коммуникаций с разработчиками или настроек в GTM.

Раздел «Улучшенная статистика» (Enhanced Measurement) находится в окне по пути: «Администратор» — «Потоки данных» — «Сведения о веб-потоке» (Admin — Data Streams — Select the web data stream).

По умолчанию «Улучшенная статистика» включена и отслеживает такие события:

• просмотр страницы (event name: page_view);
• прокрутка (event name: scroll);
• переход по исходящей ссылке (event name: click с параметром outbound: true);
• поиск по сайту (event name: view_search_results);
• вовлечение видео (event name: video_start, video_progress, video_complete);
• загрузка файла (event name: file_download).

Эти события можно отключать и включать по отдельности. Для этого щелкните на значок шестеренки в разделе «Расширенные измерения» (Enhanced Measurement):

Выберите нужные вам события:

Также некоторые события можно настраивать дополнительно. Рассмотрим детально:

page_views

Отправляется в GA4 при загрузке новой страницы или изменении URL-адреса страницы без ее перезагрузки:

scroll

Отправляется в GA4 один раз на страницу, когда посетитель прокручивает ее ниже 90% порогового значения высоты.

click

Используется для отслеживания перехода по исходящей ссылке. Вместе с ним отправляется дополнительный параметр outbound (со значением «true») и еще ряд таких параметров: link_classes, link_domain, link_id, link_url.

Если у вас несколько доменов, перейдите в том же потоке в раздел «Настройки тегов» (More Tagging Settings) — «Настроить свои домены» (Configure your domains), и введите их. Все перечисленные здесь домены не будут вызывать событие <click> по исходящей ссылке.

view_search_results

Отправляется в GA4, когда URL-адрес загружаемой страницы содержит параметр запроса. Например: q, s, search, query, keyword. Их может быть до 10, написанных через запятую:

Если URL-адрес страницы результатов поиска выглядит так: https://netpeak.net/ru/blog/search/?q=ga4, то в «Настройках» следует ввести «q» (без кавычек).

Если URL-адрес страницы результатов поиска выглядит так: https://site.com/search/?key=search+term&results=50, тогда в первое поле конфигураций вносим «key» (без кавычек), а во второе — «results» (без кавычек). И GA4 будет автоматически отслеживать этот параметр:

video_start, video_progress, video_complete

«Улучшенная статистика» может отслеживать взаимодействие встроенного с Youtube видео на вашем сайте, а затем отправлять события <video_…> в GA4.

Для этого URL-адрес встроенного видеопроигрывателя Youtube должен содержать параметр ?enablejsapi=1. Но не всегда эта функция доступна. Есть и другие причины, по которым отслеживание видео с Youtube может не работать. Поэтому лучше это событие настраивать отдельно через GTM.

file_download

Отправляется в GA4 при нажатии на ссылку (открыть/скачать файл), которая содержит одно из следующих расширений файла: pdf, xls, xlsx, doc, docx, txt, rtf, csv, exe, key, pps, ppt, pptx, 7z, pkg, rar, gz, zip, avi, mov, mp4, mpe, mpeg, wmv, mid, midi, mp3, wav, wma. Обновить список другими расширениями в интерфейсе GA4 пока невозможно.

Когда события для отслеживания выбраны, нажмите «Сохранить» (Save) в правом верхнем углу. Затем убедитесь, что «Улучшенная статистика» (Enhanced Measurement) включена.

С этого момента Google Аналитика 4 начнет автоматически отслеживать события, которые отобразятся в отчете «В реальном времени»:

Просмотреть все события можно в разделе «Вовлечение» (Engagement) — «События» (Events). Клик по названию события покажет все его параметры:

Список событий «Улучшенной статистики» можно увидеть также в разделе «События» (Events) — «Все события» (Existing events):

Рекомендуемые события

Перед настройкой, когда выбираете имя и параметры для события, проверьте, нет ли их в «Автоматически регистрируемых событиях» (Automatically collected events) и в «Улучшенной статистике» (Enhanced Measurement). Только тогда переходите в список «Рекомендуемые события» (Recommended events).

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

В Google созданы «Рекомендуемые события» для таких видов деятельности:

Некоторые из них уже существовали в Google Analytics для библиотеки gtag.js по умолчанию с заданными категориями и ярлыками:

• чтобы отслеживать, когда пользователь входит в систему, используем событие <login> из списка «Все ресурсы»;
• чтобы отслеживать, когда пользователь делится контентом с сайта, используем <share> из списка «Все ресурсы».

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

Специальные события

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

Для того, чтобы создать специальные события необходимо:

1. Войти в аккаунт Google Analytics.
2. Выбрать нужный ресурс.
3. Слева на панели выбрать «События».
4. Нажать «Создать событие».

5. Выбрать существующее специальное событие или создать новое через кнопку «Создать»:

6. Настроить параметры специального события, как показано на скриншоте и нажать «Создать»:

Перейти к этим настройкам можно и другим способом. Выберите «Администратор» — Столбец «Ресурс» — «Потоки данных» — «Сайты» — «Веб-поток» — «Дополнительные настройки добавления тегов»:

В названиях событий можно использовать только буквы, цифры и символы. Подчеркивания и пробелы запрещены. Начинаться название должно обязательно с буквы, регистр которой учитывается. То есть события с названиями <Event1> и <event1> — разные.

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

Примеры названия события для отслеживания кликов по кнопке с призывом к действию: <call_to_action> или <cta_click>.

Пример настройки события в Google Аналитика 4 через Google Tag Manager

В GTM есть два типа тегов для сбора данных в GA4:

• Google Analytics: конфигурация GA4. Устанавливает базовые настройки и используется в качестве базовой конфигурации для тегов событий.
• Google Analytics: событие GA4. Используется для отправки событий в GA4.

Перед настройкой отслеживания, настраиваем конфигурацию GA4.

Добавляем код Google Аналитика 4 в GTM:

1. В GTM во вкладке «Теги» нажимаем «Создать»:

2. Из предложенных выбираем тег «Google Аналитика: конфигурация GA4»:

3. Прописываем «Идентификатор потока данных» из GА4.

Для этого в настройках GA4 заходим в «Администратор» — «Потоки данных» — «Сведения о веб-потоке»:

Копируем его и вставляем в строку «Идентификатор потока данных» в окне «Конфигурация тега»:

4. Выбираем триггер «All Pages» (Все страницы):

5. Вводим имя тега и нажимаем кнопку «Сохранить»:

Настраиваем отслеживание:

1. В GTM заходим в окно «Конфигурация тега». В строке «Тип тега» выбираем тип «Google Аналитика: событие GA4».
2. Выбираем ранее созданный «Тип конфигурации» с идентификатором потока данных «GA4»:

1. Вводим название. Например, нам надо отследить, сколько людей записалось на курс и нажали кнопку «Готово» на сайте friendly:

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

4. Поскольку мы выбрали сайт-одностраничник, указываем дополнительное условие «Один раз на страницу» в «Настройках активации тега»:

5. В «Параметрах события» добавляем параметры, которые хотим отправить вместе с событием в GA4.

Указанные на момент активации параметры в теге «Конфигурации» включаются автоматически.

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

Прописываем, по какому элементу был осуществлен клик:

6. Устанавливаем «Триггер активации»: «Клик» — «Все элементы»:

7. Для отслеживания клика именно по этой кнопке необходимо указать условие:

• найти нужный элемент на странице;
• проинспектировать элемент в браузере с помощью консоли разработчика: нажать F12, нажать правой кнопкой мыши на нужную кнопку (в данном случае это — «Готово»):

• в «Меню» выбрать «Посмотреть код»:

В данном примере «Form Classes» содержит «ninja-forms-field nf-element»:

8. Прописываем название триггера и нажимаем «Сохранить»:

9. Вводим название тега в верхнем правом углу (в данном примере — «Кнопка Событие») и нажимаем «Сохранить».

Проверяем работу событий в GA4

Проверить работу событий в GA4 можно с помощью:

1. Отчета «В реальном времени».
2. DebugView.
3. Расширения для браузера Google Chrome — Google Analytics Debugger или его аналога.

Проверим работу нашего события через DebugView. Для это устанавливаем расширение Google Analytics Debugger — во включенном состоянии на пиктограмме отображается ON:

1. Заходим на отслеживаемый сайт. Внизу появилось окно входа в Debugger.

2. Вводим адрес сайта и нажимаем «Start».

3. В отчете DebugView отобразится вход и все совершенные события на временной шкале. В нашем случае отобразилось событие с названием «enrollment», повторившееся 20 раз:

Нажимая на название в списке основных событий, видим все его параметры и свойства:

Netpeak ищет SEO-специалиста.

Запомнить

1. Модель данных Google Аналитики 4 основана только на событиях.
2. Структура события в GA4 отличается от Universal Analytics. В ней вместо четырех компонентов («Категория», «Действие», «Ярлык», «Ценность») есть только два: «События» и «Параметры». Изменилась также конструкция события.
3. В Google Аналитика 4 есть четыре типа событий:

• автоматически регистрируемые;
• рекомендуемые;
• специальные;
• улучшенная статистика.

GA4 еще находится в зачаточном состоянии — в ближайшее время ждем появление новых функций.

GA Measurement Protocol — полное руководство

На Хабре уже есть один обзор Measurement Protocol, но так как есть ряд дополнений и наличие кейсов — решил написать полное руководство.

• Обязательные параметры
• Передача взаимодействия в GA
• Параметры cid, uid, ni

• Стандартный код отслеживания GA
• Интеграция с CRM
• Отслеживание транзакций
• Возврат или частичный возврат средств
• Оффлайн-точки продаж
• Открытие писем

Техническая сторона

Протокол работает по HTTP, имеет единую точку входа: www.google-analytics.com/collect

Данные можно передавать POST- и GET-запросами.

Обязательные параметры

v — версия протокола на данный момент 1 (v=1).
tid — идентификатор вашего ресурса в GA.
cid — уникальный идентификатор пользователя (его либо проставляет в Cookie стандартный JS-код GA, либо нужно генерировать самостоятельно — ниже рассмотрим подробнее).
t — тип взаимодействия, например pageview/event (t=event).

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

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

ec (event category) — категория события (ec=registration).
ea (event action) — действие события (ea=form).

Передача события в GA

Можно отправить запрос одним из методов:

Чтобы не возникло проблем с кешированием, рекомендуется последним параметром добавить z, c уникальным значением для каждого из запросов.

Параметры cid, uid, ni

По этим параметрам нередко встречаются вопросы, поэтому рассмотрим подробнее.

cid
cid — client id, уникальный идентификатор клиентского приложения пользователя (например, веб-браузера), cid хранится в cookie _ga для конкретного домена.

В cookie _ga хранится что-то похожее на: GA1.2.602320690.1474476467

В параметр cid нужно передавать всё, что расположено после второй точки. То есть в данном случае:

Кука _ga проставляется в момент, когда инициализируется Трекер гугл аналитики:

Параметр cid является обязательным для всех запросов в Measurement Protocol. Если у вас будет отложенная отправка событий в GA по MP — нужно сохранять cid пользователя на стороне бекенда.

А что, если cid нет

1) вы ранее не сохраняли cid пользователей
2) у пользователя отключены куки или какие-то расширения браузера блокируют исполнение скрипта google analytics.

Так как параметр cid обязательный для отправки данных в GA, то в таких случаях нужно на стороне бекенда генерировать cid.

Мы генерируем cid таким образом:

Чем грозит самостоятельная генерация cid
Отправляемые данные не свяжутся с пользователем на стороне Google Analytics.

Но вы получите целостную картину по количеству событий. Потому что, если бы вы с бекенда не отправили информацию по Measurement Protocol, она бы вообще прошла мимо статистики.

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

Это позволит вам создать отдельное представление со статистикой по всем залогиненным пользователям, где вы сможете отследить последовательность действий(просмотры, страниц, события, оплаты) по каждому из пользователей. Также будет доступен Cross Device отчет.

Данным параметром мы можем сообщить GA, что данное взаимодействие выполнил конкретный пользователь. Параметр может принимать любое строковое значение, но нельзя передавать информацию, которая раскрывает личность пользователя (например, email или фамилию, имя).

Мы подключили User ID для всех залогиненных пользователей. Но прокинули uid не только в базовый параметр, но и продублировали его в Custom Dimension 1 (это позволило использовать сегменты в представлении User ID).

В основном JS-коде GA это делается так:

Через Google Tag Manager это можно делать более элегантно, но это тема отдельной статьи.

Для отправки запросов с бекенда делается добавлением параметров:

Наличие параметра позволит не инициализировать новую сессию.

Если не использовать данный параметр, то при отложенных событиях, при отправке будет создаваться в GA новая сессия с пустыми параметрами (источник трафика уйдет в direct / none, устройства будут в (not set), география будет построена относительно IP вашего сервера). То есть, это будет сессия, которая не несет никакой ценности, накручивает счетчик статистики и ломает отчётность по источникам трафика.

Например, если это отложенное событие — изменение статуса сделки в CRM. Обычно оно происходит, когда у пользователя (который закреплен за этой сделкой) нет активной сессии на сайте. Поэтому без использования &ni=1 будет создаваться новая сессия.

В общем, для отложенных событий используйте &ni=1.

Measurement Protocol на практике

Стандартный код отслеживания GA

Даже самый стандартный JS код GA при исполнении использует Measurement Protocol. Давайте посмотрим, как это работает.

1. Открываем окно Google Chrome с панелью Developer Tools (CTRL + Shift + I или F12).
2. В адресную строку вводим habrahabr.ru.
3. В панели для разработчиков нам интересна вкладка Network. Если вы сначала открыли панель для разработчиков, далее открыли сайт — в этой вкладке будет информация. Если другая последовательность, то вкладка будет пустая, нажмите F5, чтобы переоткрыть страницу.
4. В строке Filter пишем www.google-analytics.com/collect
5. Открываем подробности запроса.

Query String Parameters

Ряд параметров, которые были отправлены в GA. Это стандартный Просмотр страницы. Описание каждого из параметров смотрите в официальной документации.

Интеграция с CRM

Мы столкнулись с ситуацией, что показатель Goal Conversion Rate не дает полноценную картину по качеству источников трафика.

Одна из целей на нашем сайте — Заявка на бесплатный вводный урок. Есть случаи, когда пользователь не понимает, о чём речь, но всё равно заполняет форму. Естественно, все заявки попадают в CRM и нагружают наш отдел продаж.

В GA любая успешно заполненная форма = конверсия, поэтому даже нецелевые заявки будут накручивать счётчик конверсий.

Чтобы более детально оценивать качество каждого из каналов трафика, мы решили ввести дополнительные параметры: Целевая заявка и Проведен вводный урок.

Эти оба параметра мы можем определить по статусу сделки в CRM.

Так как наша CRM при изменении статуса сделки умеет отправлять Webhook на наш сервер, мы настроили:

• Когда сделка переходит в статус Назначен вводный — отправляем событие ”Целевая заявка” (например, ec=Quality&ea=Good_lead)
• Когда сделка переходит в статус Проведен вводный — отправляем событие “Проведен вводный” (например, ec=Quality&ea=1Lesson_done)

Отслеживание транзакций

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

Довольно часто это отложенное событие: решили оплатить через банковский перевод или платежный терминал. Также в качестве примера может быть “Оплата наличными курьеру”.

Когда система приема платежей сообщила о поступлении средств, мы отправляем Транзакцию в Google Analytics:

Возврат или частичный возврат средств

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

Пример из официальной документации:

Больше информации по ссылке:

Оффлайн-точки продаж

Посещаемость
Существуют счетчики посетителей магазина (оффлайн) с возможностью отправки информации на веб. Используя Measurement Protocol, вы можете прокинуть эту информацию в Google Analytics. Отправляя Pageview в GA, сможете отслеживать как влияют ваши маркетинговые активности на посещаемость оффлайн-точек.

Транзакции
Все оплаты также можно отправлять в GA, причём тут уже можно использовать UserID.
В перспективе вы сможете сегментировать пользователей, которые совершают покупки в оффлайне, а которые — через интернет.
Маркетологи вам скажут Спасибо.

Открытие писем

Так как Measurement Protocol может работать через GET-запросы, то ничего не мешает добавить в рассылку картинку:

Параметры z, uid и cid подставлять в зависимости от пользователя, которому уходит письмо.
dp (Document Path) — чтобы было понятно, какое письмо было открыто.

Дополнительные ресурсы

Выводы

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

Если вы тоже используется Measurement Protocol — пишите в комментарии свои кейсы!

Бонусы от EnglishDom для читателей Хабра

Онлайн-курсы
Мы дарим вам доступ на год к курсу английского для самостоятельного изучения «Онлайн курс».
Для получения доступа просто перейдите по ссылке.

Индивидуально по Скайпу
Специализированный курс «Английский для IT-специалистов»
Занятия проходят в любое удобное для вас время.
Промокод на 15% скидки: habra215
Действителен до 1 мая. Введите его при оплате или воспользуйтесь ссылкой.

Среди наших студентов уже есть ученики с Хабра, GeekBrains, ITVDN, GoIT, BrainBasket, Softengi, Нетологии. Присоединяйтесь!