Google Analytics 4 и серверный контейнер Google Tag Manager - самые большие обновления в мире аналитики в 2020 году. Эти инструменты все еще находятся в бета-версии; Google выпускает обновления для обоих инструментов каждую неделю, но это не должно помешать вам протестировать их на своем сайте. Однако я не рекомендую переходить только на GA4 и GTM server tagging и отключать веб-контейнер с Universal Analytics. На самом деле, вы не сможете перенести все теги из веб-контейнера в серверный контейнер, поскольку серверный контейнер GTM еще не имеет предопределенных клиентов и тегов для наиболее популярных платформ. А библиотека шаблонов недоступна для серверного контейнера. Тем не менее есть способ перенести все теги в серверный контейнер, если у вас есть команда разработчиков и экспертов по аналитике, которые могут создать для вас теги и клиентов.
В этой статье я опишу преимущества использования GA4 и GTM server tagging. Вы можете использовать ее как пошаговое руководство по отправке событий в GA4 через серверный контейнер GTM. Что касается электронной коммерции/расширенной электронной коммерции, я расскажу об этом в другой статье.
Первый вопрос, который вы можете задать, — почему Google Analytics 4? Были ли версии с 1 по 3? И это 4-я версия Google Analytics? Ответ - да. Это 4-я версия Google Analytics. Все началось с Urching в 2005 году, затем перешли к Google Analytics (ga.js) в 2009 году и Universal Analytics (analytics.js) в 2013 году. И теперь у нас есть GA4.
GA4 был доступен для всех с июля 2019 года, но носил другое название - APP + WEB.
Затем Google решил переименовать его и сделать большой пресс-релиз. Так он получил новое название - GA4.
Если вы хотите зарегистрировать новый аккаунт Google Analytics, по умолчанию следует выбрать GA4. Google спросит вас, хотите ли вы также создать свойство Universal Analytics. Но имейте в виду, что интерфейс GA4 далек от хорошо известного Universal Analytics.
Выглядит так, будто Google говорит пользователям, что пора привыкать к GA4 и переносить отслеживание с UA на GA4. В конце концов, в сбор данных и отчетность были внесены многочисленные изменения.
Самым значительным изменением, которое было введено, является переход от концепции просмотра страницы/сессии к модели данных, управляемой событиями. Эта модель данных уже несколько лет используется для аналитики мобильных приложений. Однако модель просмотра страниц не подходит для мобильных приложений. Это связано с тем, что пользователи ведут себя совершенно по-разному при использовании приложений и веб-сайтов.
Модель данных event-driven позволяет вам создавать события для любой активности сайта, которую вы хотите регистрировать в GA4. Кроме того, вы можете использовать параметры, которые добавляют дополнительную ценность и описание к каждому событию. Google подготовил список стандартных имен событий для использования в GA4, но вы также можете создавать собственные события и параметры.
Когда речь идет об анализе трафика и продаж, отслеживание пользователей/конверсий на разных устройствах является основным моментом. Допустим, пользователь увидел ваше объявление Adwords на мобильном устройстве и кликнул на него, но по какой-то причине решил продолжить оформление заказа на настольном компьютере. Однако пользователь не вошел ни в один из сервисов Google. Таким образом, Google не может узнать его и приписать этот клик к конкретному Adwords. В результате источник конверсии теряется, а информация для оптимизации Adwords оказывается неполной.
Чтобы решить эту проблему, несколько лет назад Google выпустил Signals. Google интегрировал функциональность Signals в GA4 и добавил машинное обучение. Она предназначена для идентификации пользователей, которые не вошли ни в одну из служб Google. Если пользователь не вошел в службы Google или его устройство не может быть идентифицировано по отпечаткам пальцев, машинное обучение заполняет все пробелы.
Кстати, Google signals data collection не включен по умолчанию в GA4. Вам нужно включить его вручную, зайдя в settings -> кликнув data setting -> data collection.
Еще один важный параметр (и новый), который вам следует проверить, - это то, как GA4 идентифицирует пользователей.
Есть два варианта:
- только по устройству (то, что мы использовали в стандартном параметре Universal Analytics)
- по user-id, Google Signals, затем по устройству (новый вариант)
Google удалось определить наиболее часто используемые события, которые маркетологи и владельцы бизнеса отслеживают в Google Analytics и GTM, и добавить их в расширенную функциональность измерений. Теперь просмотр страницы, прокрутка, переход по исходящей ссылке, поиск по сайту, просмотр видео и загрузка файлов отслеживаются по умолчанию. Обычно эта функция включена для всех свойств GA4. Но вам нужно убедиться, что она включена для вашего аккаунта. Для этого перейдите в раздел Data Streams → выберите Webstream details и проверьте, все ли события включены.
Google полностью переработал центр аналитики/отчетов в GA4. Он позволяет пользователям легко создавать развороты, таблицы и фильтры. Также имеется галерея шаблонов, аналогичная той, что есть в DataStudio. Таким образом, вы сможете анализировать данные более эффективно и тратить меньше времени на создание пользовательских отчетов.
Следующее преимущество стало для меня большим сюрпризом. Раньше было невозможно экспортировать необработанные данные из бесплатной версии GA в BigQuery. А сегодня экспорт в BigQuery доступен всем пользователям GA4. Короче говоря, вы можете экспортировать данные GA4 в BigQuery, которые могут быть интегрированы с другими источниками, например, с вашей CRM. Интеграция и выборка - самые популярные причины для перехода на GA360 из моего опыта.
В GA4 увеличился лимит пользовательских измерений и метрик. Google Analytics 4 позволяет иметь 25 пользовательских измерений и 50 пользовательских измерений событий. Пользовательские метрики увеличены до 50. В UA вы можете иметь только 20 пользовательских метрик и 20 пользовательских измерений. Увеличение количества пользовательских метрик и измерений дает больше гибкости для настройки GA4.
Отладчик GA4 чрезвычайно полезен для тех, кто настраивает Google Analytics 4. Включив предварительный просмотр, вы можете увидеть, какие события, свойства событий и пользовательские данные обрабатывает GA4. Это делает процесс настройки GA4 намного быстрее и проще. Обожаю эту функцию.
Возможно, вы уже устали читать о том, почему GA4 так крут. Поэтому я перечислю другие преимущества: оценка аудитории на основе вероятности ее покупки в ближайшие несколько дней, сочетание веб-аналитики и аналитики приложений и многое другое.
Позвольте мне быстро напомнить вам, что такое GTM server-side tagging. А в следующем разделе мы приступим к самой захватывающей части - настройке отслеживания.
Серверный контейнер GTM переносит отслеживание из браузера пользователя на сервер. Это имеет множество преимуществ: повышение скорости работы страницы, лучшая безопасность данных, возможность обходить блокировку cookie сторонних производителей, AdBlockers и ITP (если вы используете пользовательский поддомен, вы можете прочитать об этом здесь), увеличение времени жизни cookie и многое другое. Например, вы можете использовать GTM server tagging для отправки информации о событиях на вашем сайте в Slack; краткое руководство по этому вопросу вы найдете здесь.
В этой статье мы расскажем вам подробнее о том, что такое GTM server-side tagging.
Здесь мы расскажем вам о том, как настроить серверный контейнер GTM с помощью нашего сервиса.
1. Создайте серверный контейнер Google Tag Manager. Внутри Google Tag Manager нажмите Admin -> В таблице контейнеров нажмите + -> Добавьте имя контейнера и выберите Server в целевой платформе -> во всплывающем окне выберите URL сервера тегов (если вы будете использовать наш сервис для настройки сервера тегов) -> скопируйте конфигурацию контейнера.
2. Создайте аккаунт в нашем сервисе -> создайте контейнер -> вставьте конфигурацию контейнера, которую вы скопировали на предыдущем шаге. Если настройка прошла успешно, вы увидите статус запущенного контейнера. Настройка контейнера займет до 10 минут. Пожалуйста, обновите страницу через 10 минут, чтобы проверить состояние контейнера.
3. Ключевой особенностью серверных тегов является установка cookies первой стороны. Для включения этой функции необходимо использовать URL-адрес сервера тегов. URL-адрес сервера тегов или пользовательский домен должен совпадать с доменом вашего сайта. Например, если домен вашего сайта - example.com, то URL сервера тегов должен выглядеть как ss.example.com.
Если вы хотите добавить пользовательский домен, откройте контейнер sGTM на stape, прокрутите страницу до раздела Домены, введите имя домена и нажмите кнопку Добавить домен. После этого появятся записи DNS, которые необходимо добавить.
Ниже приведен пример настройки DNS для CloudFlare.
4. Вернитесь в контейнер Google Tag Manager Server -> Выберите серверный контейнер -> Admin -> настройки контейнера -> вставьте URL сервера тегов.
Обновление скрипта Web GTM на вашем сайте настоятельно рекомендуется, если вы используете пользовательский домен. Этот твик заставит gtm.js загружаться с вашего домена. Для этого замените стандартный домен googletagmanager.com на пользовательский домен, настроенный в предыдущем шаге.
5. Внутри Web-контейнера создайте новый тег типа Google Tag. Добавьте идентификатор тега Google.
В разделе Настройки конфигурации добавьте следующие параметры:
Добавьте триггер в тег GA4. В норме он должен срабатывать при всех просмотрах страницы.
Можно также создать Google tag: Configuration settings переменную, которая будет предопределять настройки тегов Google, если вам необходимо использовать несколько тегов Google на вашем сайте и вы не хотите добавлять настройки для каждого из них вручную.
Такими параметрами могут быть, например, настройка, определяющая необходимость отправки события просмотра страницы при каждом срабатывании Google Tag, установка UTM-параметров, идентификатора клиента и т.д. Существует список стандартных параметров настройки Google-тегов.
6. Для настройки события GA4 перейдите в раздел тегов и создайте новый тег с типом тега Google Analytics: GA4 Event. Добавьте свой GA4 ID и название события; существует список стандартных названий событий.
Можно создать переменную Google Tag: Event Settings, которая поможет совместно использовать параметры события в нескольких тегах событий GA4 или тегах Google. Это могут быть, например, свойства пользователя или товара, также существует список стандартных параметров для настроек события.
7. Откройте серверный контейнер Google Tag Manager -> нажмите кнопку Client -> создайте клиент GA4 и сохраните его -> перейдите в раздел Tags и настройте тег GA4. Помните, что GA4 автоматически отправляет не только просмотр страниц, но и некоторые другие события. Внутри Event Name выберите переменную {{Event Name}}. -> добавьте триггер Client Name равный GA4.
8. Откройте контейнер сервера в режиме предварительного просмотра и убедитесь, что вы видите запросы GA4.
Важно
Прежде чем приступить к настройке GA4 внутри Google Tag Manager server container, убедитесь, что все события Universal Analytics в веб-контейнере работают правильно. Я буду использовать события Universal Analytics из веб-контейнера для отправки данных в GA4 внутри серверного контейнера.
Если некоторые конверсии в вашем Universal Analytics настроены на основе URL-адреса назначения, и вы хотите отслеживать те же цели в GA4, пожалуйста, перенесите их в GTM и отслеживайте как события.
Если ваш серверный контейнер GTM не настроен, ознакомьтесь с инструкциями по настройке в этой статье.
Прежде чем приступить к настройке событий в GA4, убедитесь, что ваше отслеживание соответствует следующим критериям:
1. Все события, которые вы хотите отслеживать в GA4, правильно настроены в Universal Analytics в веб-контейнере GTM. Мы будем использовать события Universal Analytics для отправки данных в GA4.
2. Серверный контейнер GTM настроен. (если нет, следуйте этой инструкции)
3. Universal Analytics отправляет данные на сервер (если нет, следуйте этой инструкции)
1. Начните с настройки нового клиента GA4. Откройте GTM server container -> перейдите в раздел Clients в левом боковом меню -> нажмите кнопку New -> выберите GA4 -> укажите вашего клиента и нажмите Save.
2. Настройте базовый тег GA4 в Google Tag Manager Server Container. Перейдите на вкладку Tags в левом меню -> нажмите New -> выберите GA4 -> добавьте Measurement ID (вы можете найти его в свойстве GA4, он должен выглядеть так G-1XL11HCRG1) → выберите event Pageview → добавьте триггер Universal Analytics.
3. Создайте новую переменную, которая будет фиксировать категорию события из запросов, которые ваш Universal Analytics (настроенный внутри веб-контейнера GTM) отправляет в серверный контейнер GTM. Для этого откройте вкладку variable в server container → new variable → query parameter → Parameter Name type и т.д.
4. Откройте режим отладки и убедитесь, что категории события переменной (которую мы недавно создали) правильно фиксирует категорию события. Вы можете либо создать тестовое событие GA внутри веб-контейнера, либо проверить его на существующих событиях.
Я настроил тестовое событие в web GA, которое отправляет событие с тестовыми параметрами и срабатывает на все клики.
Я вижу эти результаты в режиме отладки контейнера сервера GTM.
Если вы не видите событий внутри серверного контейнера, пожалуйста, убедитесь, что вы опубликовали обновления из веб-контейнера.
Вы можете заметить, что отладчику сервера GTM требуется слишком много времени, чтобы показать обновления. По моему опыту, он работает быстрее, если вы включите оба отладчика - веб- и серверный. Но помните, что это может повлиять на отслеживание, поскольку веб-отладчик будет передавать все неопубликованные изменения в серверный контейнер.
5. Создайте триггеры, используя категории событий, которые ваш Universal Analytics отправляет в серверный контейнер GTM. Я рекомендую записывать все категории событий, которые вы хотите отслеживать в GA4, в текстовый файл. Это облегчит процесс настройки триггеров в серверном контейнере GTM. Для этого откройте свой веб-контейнер и скопируйте все категории событий из вашего веб-Universal analytics.
6. Настройте триггеры внутри серверного контейнера GTM для всех категорий событий, которые вы записали в предыдущем шаге. Перейдите на вкладку triggers -> нажмите new -> выберите some events -> категория события равна здесь категории события из вашего веб GA.
7. Настройте теги, которые будут отправлять события в GA4 через серверный контейнер. Откройте вкладку tags -> нажмите New -> выберите тип тега Google Analytics: GA4 -> create tag name -> ставим свой GA4 ID -> добавляем имя события. Вы можете выбрать одно из стандартных имен событий или создать собственные имена событий. Вы можете добавить параметры к своим событиям. Существуют стандартные параметры событий, или вы можете использовать пользовательские параметры событий. Я бы рекомендовал использовать стандартные имена и параметры событий. Повторите те же шаги для всех событий, которые вы хотите отслеживать в GA4.
8. Когда вы закончите настройку всех событий, откройте режим отладки и протестируйте события GA4. Вы также можете открыть раздел Realtime в GA4 и проверить, что события отправляются в GA4. Вы можете нажать на имя события в GA4 и посмотреть параметры события.
9. В заключение не забудьте опубликовать изменения серверного контейнера GTM. Если вы хотите отслеживать вновь созданные события как конверсии в GA4, перейдите в раздел events → all events → включите переключатель для этих событий.
Серверные контейнеры GA4 и GTM все еще находятся в бета-версии, но вам необходимо начать использовать эти инструменты для аналитики вашего сайта. Серверные контейнеры GA4 и GTM были созданы с учетом современных мировых правил отслеживания, веб-технологий, ограничений и безопасности данных. Вам потребуется время, чтобы привыкнуть к новому интерфейсу, функциям и понять, как они могут подходить под потребности вашего сайта и бизнеса.
Если переход на серверный контейнер GA4 и GTM покажется вам сложным или вы поймете, что вам нужна помощь, пожалуйста, обращаться к нам. Мы ответим на ваши вопросы или выполним настройку за вас.
Мы окажем вам необходимую помощь. Нажмите Получить предложение, заполните форму, и мы поможем вам.
