Что такое гугл метрика
Терминология Google Аналитики и Яндекс.Метрики: как не запутаться во всех этих данных
Визиты, сеансы, входы, просмотры, посетители — это верхушка терминологического ада систем аналитики. Из-за массы похожих по своей сути метрик даже профи время от времени заглядывают в справку, чтобы уточнить те или иные термины. А что говорить о тех, кто только погружается в аналитику…
Мы собрали термины Google Аналитики и Яндекс.Метрики, с которыми чаще всего возникают проблемы. Рассказываем, что они означают и где смотреть значения метрик.
Если вы думаете, что знаете об этих терминах всё, — проверьте. Без сюрпризов не обойдется.
Терминология Google Аналитики
Структура Google Аналитики: организация, аккаунт, ресурс, представление
Термины, которые могут быть понятны не всем, встречаются уже при первом знакомстве с Google Analytics (далее — GA). Связаны они с иерархической структурой системы аналитики.
Верхний уровень — организация. На этом уровне вы можете управлять всеми маркетинговыми продуктами Google: рекламными платформами и инструментами аналитики (GA и Студия данных).
Уровнем ниже по иерархии идет аккаунт. Это ваша учетная запись в GA.
Сайт, к которому вы подключаете систему аналитики — это ресурс. В одном аккаунте может быть до 50 ресурсов (сайтов или мобильных приложений).
При добавлении новой площадки в GA система генерирует уникальный идентификатор для ресурса и код отслеживания, который необходимо установить на сайт. После установки кода Google Аналитики начинает отслеживать события.
В GA можно настроить связи с другими сервисами Google. Так, ресурс в GA можно связать с ресурсом Google Ads. На уровне ресурса также создаются и настраиваются аудитории, которые будут использоваться в связанных сервисах.
Нижний уровень структуры — представление. Это набор данных о сайте (или другом ресурсе). По умолчанию при добавлении нового ресурса в GA создается представление с неограниченным доступом к данным.
Создавайте новые представления с индивидуальным набором данных, если хотите дать доступ другим пользователям, но не хотите открывать всю информацию.
В GA могут работать одновременно несколько пользователей. Администратор (владелец аккаунта) может добавлять других пользователей и настраивать права доступа к данным на уровне аккаунта, ресурса или представления.
Для добавления нового пользователя перейдите в Аккаунт → Управление доступом. Здесь же устанавливаются разрешения и ограничения по доступу к данным.
Посетители: сеансы, входы, пользователи, просмотры
Эти термины фигурируют, например, в отчете Аудитория → Обзор. Они похожи, но имеют существенные различия, которые нужно понимать и учитывать.
Сеанс — базовая метрика в GA, которая используется для учета трафика. Когда пользователь заходит на сайт, код отслеживания фиксирует начало сеанса. Сеанс прерывается в одном из случаев:
Вы можете вручную установить значение периода бездействия: например, чтобы система фиксировала новый сеанс через 40 минут бездействия пользователя, а не 30. Диапазон настройки: от 1 минуты до 4 часов. Сделать это можно в настройках ресурса: Отслеживание → Настройки сеанса.
Мы не рекомендуем менять этот параметр, если нет острой необходимости. Если установите свое значение (отличное от стандартного), возникнут расхождения при сравнении данных с другими ресурсами, для которых задано дефолтное значение времени ожидания сеанса.
Следующий параметр — входы. Входы легко перепутать с сеансами. Но это разные метрики.
Вход — это первый просмотр страницы или экрана.
Пример. Пользователь заходит на главную вашего сайта. В этот момент система фиксирует вход и сеанс. После этого пользователь 31 минуту не совершает каких-либо действий. Затем переходит на страницу «Контакты» (система в этот момент фиксирует новый сеанс) и опять возвращается на главную. Итого: 1 вход и 2 сеанса.
Теперь подробнее разберемся с понятием пользователя. Система аналитики считает пользователем посетителя сайта, для которого на протяжении определенного периода времени (установленного в отчете) зарегистрирован как минимум один сеанс.
Как правило, в отчетах аналитики сеансов всегда больше, чем пользователей.
Также в GA фиксируется количество новых пользователей (посетивших сайт впервые).
Просмотры страниц — метрика, которая показывает сколько страниц посетили пользователи. Здесь учитываются как уникальные, так и повторные посещения. Например, если пользователь посмотрел страницу «Контакты», перешел в каталог, а потом снова вернулся на страницу контактов, система зафиксирует 3 просмотра.
Для страниц сайта также можно посмотреть показатель уникальные просмотры страниц. Он фиксирует количество сеансов, в которых страница была просмотрена хотя бы 1 раз.
Вот еще пример, чтобы закрепить. Пользователь зашел на страницу категории товара, перешел в карточку товара, а затем опять вернулся на страницу категории. Итого: 2 просмотра страницы категории и 1 уникальный просмотр этой же страницы.
Трафик: каналы и источники
В отчетах по трафику в GA вы можете посмотреть, из каких каналов приходят посетители.
Direct — прямые переходы на сайт. GA определяет этот канал трафика, когда посетители переходят на сайт напрямую — вводят адрес в строке браузера или открывают страницы, сохраненные в закладках.
Referral — трафик, который попадает на ваш сайт по внешним ссылкам. Например, это посетители, которые переходят по ссылкам на других сайтах. Обратите внимание, в канале referral не учитываются клики по ссылкам в соцсетях (для отображения статистики по переходам из соцсетей есть отдельный канал).
Поисковой трафик отображается в канале Organic Search. Здесь фиксируется только органический трафик. Для отображения переходов по контекстным объявлениям на поиске есть отдельный канал — Paid Search.
Social Network — это переходы из соцсетей. Здесь важный момент: учитываются только переходы по органическим ссылкам (размещенным в публикациях, комментариях или в информационных блоках страниц). Клики по рекламным объявлениям не учитываются.
Display — это трафик из объявлений медийной рекламы (в том числе здесь учитываются и клики по баннерной рекламе в соцсетях).
Email — переходы из почтовых рассылок.
Канал трафика часто определяется неточно. Но с помощью UTM-меток вы можете точно указать системе аналитики, как идентифицировать канал трафика.
Например, чтобы система аналитики определила переход по объявлению в КМС как канал Display, при подготовке объявления используйте UTM-разметку для ссылки. А в переменной medium укажите значение display или cpm.
Подобным образом размечайте все ссылки, по которым хотите точно отслеживать переходы. В справке Google можно посмотреть значения переменной medium для разных каналов.
В GA есть еще одно понятие, которое часто путают с каналом трафика. Это источник трафика (встречается в отчете Весь трафик → Источник/канал). С этим понятием все достаточно просто: оно означает конкретную площадку или ресурс, с которого система зафиксировала переход на сайт.
Например, если на ваш сайт перешли из поиска Google, то источник в отчете отобразится как «google/organic» (через слеш система аналитики показывает канал трафика). Если же переход был из соцсети — отобразится ее название.
Источники трафика (как и каналы) GA определяет самостоятельно. Поэтому иногда источник может определяться некорректно. Для повышения точности идентификации используйте UTM-метки. Только если для определения канала вы заполняли параметр medium, то для идентификации источника нужно заполнять параметры source.
Термины Google Ads: клики vs сеансы/пользователи
Ресурс в GA можно связать с другими сервисами, например, с Google Рекламой. Если вы уже установили связь, то сможете смотреть отчеты по эффективности контекстной рекламы в разделе Источники трафика → Google Реклама. Здесь важно обратить внимание на клики.
Для правильной интерпретации данных аналитики следует разобраться, в чем отличие кликов от сеансов и пользователей.
Клики показывают, сколько переходов вы получили по рекламным объявлениям. Как правило, число кликов и сеансов всегда разное: может быть больше кликов или меньше.
Вот четыре примера, в которых система фиксирует разное количество кликов и сеансов:
Как работать с Яндекс.Директ и Google Ads в одном кабинете?
Система подходит для профессионалов и владельцев бизнеса.
Для специалистов — множество точных настроек.
В отчетах аналитики число кликов зачастую отличается от количества пользователей. Так происходит по нескольким причинам:
Терминология Яндекс.Метрики
В Яндекс.Метрике некоторые показатели называются не так, как в GA. Если вы одновременно пользуетесь двумя системами аналитики, важно понимать эти различия.
Посещаемость: визиты, посетители, просмотры
Визиты в Метрике — аналог сеансов в GA. Здесь также для определения окончания сеанса учитывается время бездействия. Только называется это время по-другому — «тайм-аут». После тайм-аута (по умолчанию — 30 минут) система считает визит завершенным.
Как и в Google Аналитике, время бездействия можно настроить вручную. Это можно сделать в настройках счетчика (Настройки → Счетчик → Дополнительные настройки). По умолчанию установлено минимальное значение (30 минут). Максимальное значение тайм-аута — 360 минут.
Посетители (аналог пользователей в Google Аналитике) — уникальные пользователи, которые пришли на ваш сайт впервые за период, выбранный в отчете.
В Яндекс.Метрике вы можете посмотреть список посетителей (раздел так и называется — «Посетители»). По каждому из них указана следующая информация:
Важно. Для учета посетителей система аналитики использует идентификаторы, которые передают браузеры пользователей в cookie. Поэтому для одного и того же человека система аналитики может зарегистрировать два посетителя. Если пользователь сначала открыл сайт в Яндекс.Браузере на компьютере, а затем еще раз зашел на него из Google Chrome на смартфоне, то Яндекс.Метрика зарегистрирует двух посетителей.
Также в отчетах Метрики вы увидите столбец «Доля новых посетителей». Новые посетители — это те, кто посетил сайт впервые за все время работы кода отслеживания на сайте.
Пример. Вы смотрите отчет по посещаемости. Отчетный период — неделя. В отчете показано 10 000 посетителей. Доля новых посетителей — 90%. Это означает, что 9000 посетителей на этой неделе впервые посетили ваш сайт. А 1000 посетителей уже были на вашем сайте ранее.
В этом блоке остался последний показатель — просмотры. Это загрузка страницы сайта при переходе посетителя на нее. В качестве просмотров засчитывается перезагрузка страницы, обновление AJAX-сайтов, отправка данных с помощью метода hit. По сути, просмотры в Метрике и GA — это одно и то же.
Контент: рециркуляция, мобильность, доскроллы и другие
В сводке по контенту отображаются популярные материалы (наиболее часто просматриваемые) и четыре метрики. С просмотрами все понятно, рассмотрим три остальные.
Рециркуляция — доля посетителей, которые после просмотра статьи перешли на другие страницы сайта. Например, если показатель рециркуляции — 2%, то 2% посетителей после просмотра материала продолжили взаимодействие с сайтом.
Мобильность — эта метрика показывает, какой процент пользователей просматривали контент с мобильных устройств или планшетов.
Время на материал — среднее время, которое потратили посетители на чтение одного материала. Эту метрику можно использовать для оценки качества контента. Чем выше время, тем интересней контент.
Теперь посмотрим на отчет Материалы (в том же разделе Контент). Здесь есть две дополнительные метрики:
Понятия достаточно похожи друг на друга, но отличаются по своей сути. Например, статью можно быстро пролистать в самый низ, не читая. Яндекс.Метрика отслеживает скорость скроллинга и на основании этих данных решает, к какому типу отнести просмотр страницы.
Различия в отчетах Яндекс.Директа и Яндекс.Метрики
Аккаунт Яндекс.Метрики можно связать с Яндекс.Директом (так же, как и GA с Google Рекламой). Для этого следует перейти в настройки рекламной кампании (в интерфейсе Директа) и указать идентификатор счетчика в поле «Счетчики Метрики».
После подключения в Метрике будут доступны отчеты с данными из Яндекс.Директа. Посмотреть их можно здесь: Отчеты → Стандартные отчеты → Источники в блоке «Директ» (три отчета).
Важно: Если вы хотите посмотреть точную статистику по визитам из объявлений Директа, смотрите данные только в этих отчетах.
Ошибка пользователей Метрики — смотреть статистику по визитам в отчете Посещаемость или Источники, сводка. Разница обусловлена следующим:
Также статистика в Метрике и Директе может различаться по таким причинам:
Иногда данные в отчетах Метрики и Директа могут различаться по банальной причине. Например, выбран разный отчетный период (разные даты построения отчета). Проверьте, правильно ли построены отчеты. Если здесь все верно, а расхождения все равно есть — смотрите список, приведенный выше.
Если мы что-то упустили, не стесняйтесь подсказать нам в комментах.
Подробный обзор Google Analytics 4: новые возможности, преимущества и недостатки
Около года назад команда Google презентовала функционал «App + Web», который позволяет объединять данные сайтов и мобильных приложений в одном ресурсе GA. Все это время новый тип ресурса тестировался, менялся, дорабатывался и вот наконец вышел из бета-версии под другим названием. Знакомьтесь, Google Analytics 4.
Аналитики OWOX подготовили полный обзор того, что такое Google Analytics 4, чем он отличается от Universal Analytics, какую ценность дает бизнесу и какие проблемы можно решить с его помощью. Также разберем, каким компаниям стоит использовать новый тип ресурса уже сейчас.
Что такое Google Analytics 4
Это новый тип ресурса в GA. Он выглядит немного по-другому, чем ресурс в Universal Analytics (UA), настраивается гораздо проще и быстрее. В презентационных материалах команда Google неоднократно называет новый тип ресурса будущим аналитики, аргументируя это следующими причинами:
Масштабируемая кроссплатформенная аналитика, которая строится вокруг событий (events).
В новом ресурсе всем пользователям GA доступны ML и NLP функции.
В приоритете сохранение конфиденциальности, в том числе избавление от необходимости устанавливать cookies.
Бесшовная интеграция со всеми продуктами Google.
Межплатформенная идентификация пользователей. В новом ресурсе можно увидеть весь путь пользователя, то есть все его действия на разных девайсах и платформах.
Давайте рассмотрим эти преимущества подробнее.
Масштабируемая кроссплатформенная аналитика
Подход, основанный на событиях, позволяет собирать надежные и согласованные данные на нескольких устройствах и платформах.
В стандартной веб-версии GA все строится вокруг сессий пользователей, а в Firebase — вокруг событий. Поэтому сложно анализировать переход пользователя между платформами, так как нет универсального мерила поведения пользователя. Даже имея сырые данные, нужно приложить немалые усилия, чтобы построить качественный user flow.
Google Analytics 4 предлагает объединить всю аналитику вокруг событий. Что позволит собирать одинаковые стандартизированные данные по всем устройствам и платформам. За счет этого повышается качество данных и можно будет получить единый отчет по всему пути пользователя.
Машинное обучение
Одним из главных преимуществ Google Analytics 4 являются машинное обучение и NLP функции, которые применяются для того, чтобы:
Предсказывать вероятность конверсии и создавать на основе этих прогнозов аудитории для Google Ads.
Предупреждать вас о важных тенденциях в данных. Например, о товарах, на которые растет спрос из-за того, что меняются потребности пользователей.
Находить аномалий в отчетах.
Предсказывать вероятность оттока клиентов, чтобы вы могли более эффективно инвестировать деньги в их удержание:
Источник: https://blog.google/
Команда Google планирует и дальше развивать это направление и добавлять новые прогнозные показатели, например ARPU, чтобы все пользователи нового ресурса могли скорректировать маркетинговую стратегию и повысить свой ROI с помощью ML-инсайтов.
Конфиденциальность — главный приоритет
Google Analytics 4 ориентирован на конфиденциальность. Для его внедрения используется библиотека gtag.js, которая работает без файлов cookies. Соответственно, можно ожидать, что в ближайшем будущем Google откажется от Client ID и будет полагаться только на внутренние идентификаторы устройства и браузера, а также кроссплатформенный идентификатор, который генерируется в CRM, то есть User ID.
IP-анонимизация в GA 4 настроена по умолчанию, и ее нельзя изменить.
Бесшовная интеграция с инструментами Google
Пока что самая передовая фича в этом разделе — это интеграция с YouTube. Google активно работает над тем, чтобы повысить качество оценки YouTube кампаний. К примеру, отслеживать view-through конверсии. Это позволит вам найти ответы на вопросы:
Как моя рекламная YouTube кампания влияет на достижение конкретных показателей вовлечения?
Как она влияет на показатель отказов (bounce rate), те или иные события на сайте (не обязательно конверсии) и т.д?
Благодаря более глубокой интеграции с Google Ads вы сможете создавать аудитории и запускать кампании, которые будут привлекать новых клиентов благодаря более релевантным и полезным предложениям, каким бы устройством они ни пользовались.
Кроме того, в Universal Analytics функция BigQuery Export доступна только пользователям платной версии, а в GA4 эта возможность бесплатна для всех. Активировать сбор данных в облачное хранилище Google BigQuery вы можете в настройках ресурса.
Межплатформенная идентификация пользователей
Google Analytics 4 считает реальных пользователей, которые взаимодействовали с вашей компанией, а не устройства и браузеры, которыми они пользовались.
В новом ресурсе используются 3 уровня идентификации:
Благодаря внедрению аналитики на базе событий можно точнее отслеживать путь пользователя от первого касания до конверсии и повторных заказов. Причем, если пользователь на разных устройствах совершил одно и то же событие, эти данные сольются в единую точку касания. Например, если он положил товар в корзину и в смартфоне и на ноутбуке, то событие «Добавить в корзину» посчитается один раз.
Отличия Google Analytics 4 от Universal Analytics
Давайте сравним ключевые концепции отслеживания в Universal Analytics и Google Analytics 4:
Universal Analytics web
Google Analytics 4
Page Views / Screen Views
Hit Types: page, event, ecommerce, social
Custom Dimensions, Custom Metrics
В Google Analytics 4:
Аналитика строится не вокруг сессий, а вокруг событий. Поскольку сессии — это искусственный концепт, Google предлагает отказаться от него. Если вам нужны данные о сессиях, вы можете сформировать их самостоятельно, работая с сырыми данными в Google BigQuery.
Есть сквозные настройки сбора данных для всего сайта и те, которые меняются с каждым событием.
В GA 4 предусмотрены встроенные сквозные отчеты по userid, для использования userid не нужно создавать отдельное представление.
В GA 4 по аналогии с Firebase будет три типа событий и их параметров.
3 типа событий и параметров в Google Analytics 4
Собираются автоматически: например, pageview, sessionstart, viewsearchresults, scroll, file_download. Полный список событий смотрите в справке.
Рекомендованные события сгруппированы по бизнес-направлениям: розничная и электронная торговля, путешествия или игры. Смотрите полный список здесь.
Кастомные — все остальные события, которые вы хотели бы внедрить и отслеживать. Они подпадают под действие лимитов GA4.
Рекомендуемые и кастомные события внедряются самостоятельно.
Каждое событие может иметь дополнительные параметры
Пользовательские определения (Custom Dimensions) — это те параметры и показатели, которые являются сквозными для большинства отчетов и помогают уложиться в лимиты GA 4.
Нет категории, действия и ярлыка события
В Google Analytics 4 нет таких понятий как категория, действие и ярлык события.
Для существующих настроек и собираемых данных эти свойства сопоставляются с параметрами настраиваемого события. Если вы хотите видеть свойства в отчетах GA 4, то их необходимо зарегистрировать.
Просмотры страницы стали событием pageview
Это событие собирается автоматически, если у вас реализован фрагмент «config» gtag.js.
У события pageview есть предустановленные параметры:
Сессии и подсчет сессий в Google Analytics 4
В отчетах GA 4 сессии будут, но считаться они будут иначе, чем в Universal Analytics:
Сессия инициируется автоматически собираемым событием session_start.
Продолжительность сеанса — это промежуток между первым и последним событиями.
Взаимодействия распознаются автоматически (отправка события взаимодействия не требуется).
Таймаут обработки поздних обращений составляет 72 часа (против 4 часов в UA Properties). Если вы сравните количество сессий в отчете GA 4 и Universal Analytics, то можете столкнуться с тем, что сессий в GA 4 меньше. Потому что хиты, которые были отправлены после завершения сессии, могут присваиваться к правильной сессии в течение 72 часов. Соответственно, отчеты по сессиям будут формироваться дольше.
В настоящее время в ресурсе GA 4 невозможно настроить продолжительность сессии.
Пользовательские параметры и показатели
Чтобы Custom Dimensions & Metrics попали в отчеты GA 4, их необходимо перенести в новый ресурс по правилам, которые предлагает Google. Если параметры уровня хита и пользователя имеют аналоги в GA4, то для параметров уровня сессии эквивалента нет. Как вариант можно определять их на уровне хита.
Чтобы пользоваться кастомными определениями уровня продукта, их необходимо добавлять отдельно. Пока что непонятно, как это будет работать, потому что фича еще в разработке и нет отчетов по Ecommerce, которые бы содержали кастомные определения уровня продукта.
Universal Analytics
Google Analytics 4
Events or event parameters
E-commerce parameters (COMING SOON)
Свойства пользователя (New)
В GA 4 появляется новая фича — «Свойства пользователя» (User Properties).
Это определения, которые соответствуют конкретной аудитории / конкретному пользователю. Например, пол, город, признак новый или вернувшийся покупатель, признак постоянный клиент и т.д.
Свойства, которые касаются конкретных пользователей, распространяются на все их поведение. На основании свойств пользователя формируются аудитории для персонализации рекламы.
Кто выиграет от перехода на Google Analytics 4 уже сейчас
Вам уже стоит внедрять Google Analytics 4, если:
Сбор данных на вашем сайте организован через Data Layer и Google Tag Manager.
Чем меньше у вас тегов, тем лучше — нужно будет внести минимальные корректировки.
Вы активно используете YouTube Ads и ремаркетинг на базе User-ID.
Вы активно использует Firebase, ваша команда знакома с логикой сбора данных Firebase, а также со схемой данных таблиц экспорта App + Web (Firebase) в BigQuery.
Чем быстрее вы перейдете на GA 4, тем быстрее у вас начнут собираться исторические данные, тем больше будет информации для принятия решений и тем быстрее вы получите ценность от ML-инсайтов. Как мы уже убедились, структура данных и логика их сбора у GA 4 и Universal Analytics значительно отличаются. Поэтому объединить данные двух ресурсов будет проблематично.
Почему не стоит спешить с переходом
Вы можете столкнуться с проблемами при внедрении Google Analytics 4, если:
В качестве основного метода отслеживания используется насайтовый код.
В качестве основного метода отслеживания используется GTM, и при этом в контейнере много тегов. Особенно если теги привязаны к автособытиям.
У вас большой сайт, с множеством поддоменов, каждый из которых отслеживается отдельно.
Нет системы метрик — унифицированных названий и значений событий и их параметров, единого подхода к иерархии событий. В этом случае непонятно, какие события важнее добавить в интерфейс GA в первую очередь, а с чем лучше повременить.
У вас есть сайт и приложения, вы планируете внедрить по ним сквозную аналитику, при этом у сайта с приложениями нет общей иерархии событий.
Ваша команда еще не работала с сырыми данными в BigQuery, не знакома с принципами работы Firebase Analytics / App + Web и со схемой выгрузки.
Поэтому мы рекомендуем сначала выстроить общую логику сбора данных и только потом заниматься внедрением, иначе можно очень быстро исчерпать свободные слоты для пользовательских параметров.
Если у вас нет выстроенной схемы сбора данных, можно насобирать в BigQuery бесполезные события и столкнуться с ограничением экспорта + платить за хранение мусорных данных, которые никому не пригодятся. Например: события скролла, просмотры баннеров и др.
Главный недостаток GA 4, на наш взгляд — схема экспорта данных в GBQ, в которой ключевые параметры событий и пользователей хранятся во вложенных полях. Это значит, что для получения нужной информации из таблиц GA 4 потребуется обработать в разы больший объем данных по сравнению со стримингом OWOX BI или BigQuery экспортом в стандартном Google Analytics 360.
В каких еще случаях вам не подойдет Google Analytics 4
Если новым ресурсом должны пользоваться несколько команд одновременно. На данный момент в GA 4 нет представлений, а управление доступами еще не внедрено.
Если вы хотите анализировать расходы и ROAS по не-Google кампаниям — в новом ресурсе пока нет импорта данных.
Если нужно экспортировать конверсии в Search Ads 360 и Display & Video 360 — интеграция с другими продуктами Google еще не работает на полную мощность.
Как перейти на Google Analytics 4
Google и аналитики OWOX рекомендуюет пока что использовать обе версии ресурсов GA. Для этого:
Создайте и настройте ресурс GA 4.
Добавьте код отслеживания вручную или через GTM. Рекомендуем использовать Менеджер тегов, потому что это удобнее и быстрее.
Продумайте, какие события и параметры вы хотите собирать в новый тип ресурса.
Используйте два типа ресурса одновременно, чтобы сравнивать, как собираются данные.
Пожалуйста, обратите внимание:
в один ресурс GA 4 можно добавить ТОЛЬКО один проект Firebase.
при этом в один ресурс GA 4 можно настроить несколько потоков из разных приложений.
Резюме
Это самый кардинальный update логики GA: теперь все строится вокруг событий (events), параметров событий и пользователей (users), а не вокруг сессий как раньше.
Кроссплатформенная аналитика между сайтом и приложениями из коробки — одна из ключевых фишек и драйверов GA 4.
Для настройки нового ресурса GA4 можно использовать уже настроенный GA через gtag.js или GTM.
При настройке GA 4 автоматически создается новый ресурс WP и только с момента настройки в него начнут собираться данные. Из старых WP данные не мигрируют.
Команда Google не призывает всех отказываться от старого GA и переходить на новый. Они рекомендуют запускать параллельно новый Google Analytics 4 и начать собирать в него данные. Источником исторических данных пока остается стандартный GA.
Пока в новом GA 4 есть недочеты и еще не все фичи доступны, разработчики выкатывают их постепенно.
Возможности импортировать в Google Analytics 4 расходы из не-Google источников пока что нет.
Можно настроить бесплатно выгрузку данных из GA 4 в GBQ. Схема экспорта — та же, что и в Firebase.
Вы уже можете настраивать ресурсы GA 4 и начинать собирать данные. Чем раньше настроить, тем больше исторических данных будет собрано.