GA4 | Analytics Tips - блог про веб-аналітику Перетворюємо дані на гроші Tue, 28 Nov 2023 13:54:03 +0000 uk hourly 1 https://wordpress.org/?v=6.0.2 https://analytics-tips.com/wp-content/uploads/2018/05/cropped-7835532-696x392-696x392-1-32x32.jpg GA4 | Analytics Tips - блог про веб-аналітику 32 32 #AnalyticsTips: Чому GA4 рахує більше конверсій ніж Universal Analytics https://analytics-tips.com/uk/why-ga4-counts-more-conversions-than-universal-analytics/ https://analytics-tips.com/uk/why-ga4-counts-more-conversions-than-universal-analytics/#respond Thu, 11 May 2023 17:12:38 +0000 https://analytics-tips.com/?p=2039 Зазвичай люди звикли не довіряти новому. І при переході з Google Analytics Universal на Google Analytics 4 починають порівнювати дані в цих двох системах. В результаті виявляється, що одні і ті ж показники мають різні значення. Це стосується майже всіх показників, які є в цих системах, будь то кількість юзерів, сесій, конверсій чи, наприклад, коефіцієнту …

Сообщение #AnalyticsTips: Чому GA4 рахує більше конверсій ніж Universal Analytics появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
Зазвичай люди звикли не довіряти новому. І при переході з Google Analytics Universal на Google Analytics 4 починають порівнювати дані в цих двох системах. В результаті виявляється, що одні і ті ж показники мають різні значення. Це стосується майже всіх показників, які є в цих системах, будь то кількість юзерів, сесій, конверсій чи, наприклад, коефіцієнту конверсії. Значення будь-якого з них відрізнятиметься в цих двох системах і перше, що ви повинні зрозуміти — ЦЕ НОРМАЛЬНО, ЩО ВОНИ ВІДРІЗНЯЮТЬСЯ.

Так, дійсно, це нормально. 

“Як же так? — запитаєте ви, — Як може бути нормальним, що згідно даних Universal Analytics в мене вчора зайшло на сайт 1000 юзерів, а згідно даних GA4 950? Явно ж якась з систем рахує не правильно. І, швидше за все, проблема в GA4, бо вона нова, а значить ще працює з багами.” Чи: “Як може бути нормальним, що в Universal в мене 2000 сесій, а в GA4 1970? Як мені аналізувати дані, коли в Universal 20 досягнутих цілей, а в GA4 25 конверсій?”

Дійсно, це гарні питання. Коротка відповідь на них звучить так:

В Google Analytics Universal та Google Analytics 4 ви можете бачити однакові назви показників в інтерфейсі, але рахуються вони по-різному.

Але, звісно, така коротка відповідь мало кого задовольнить, тому сьогодні ми розберемо детальніше чому кількість конверсій в GA4 зазвичай більша, ніж кількість досягнутих цілей в Universal.

Звісно, зараз я маю на увазі ситуацію, коли в обох системах вірні налаштування і немає дублів. Якщо у вас є дублі конверсій в GA4 рекомендую прочитати статтю Що робити, якщо при налаштуванні конверсій в GA4 почали відправлятись дублі?

Так от, якщо налаштовано все правильно, але конверсій в GA4 більше, причина досить проста — Спосіб підрахунку конверсій.Спосіб підрахунку конверсій в GA4

 

За замовчуванням, коли ви створюєте конверсію в GA4, вона реєструється щоразу, коли відбувається відповідна подія. І саме цей спосіб підрахунку є рекомендованим для GA4. Це відрізняється від логіки того, як працювали цілі в Google Analytics Universal: там ціль реєструвалась один раз на сеанс. 

Тобто якщо один і той же користувач в рамках одного сеансу виконає два рази одну і ту ж подію — в GA4 буде зареєстровано дві конверсії, а в Universal лише одне досягнення цілі.

Саме тому, кількість конверсій в GA4 зазвичай є трішки більшою, ніж кількість цілей в старій версії аналітики.

Але як ви могли помітити на скріні вище — така поведінка конверсії задається в окремому налаштуванні. І якщо вам ближче до душі логіка “Один раз за сеанс — ви можете змінити спосіб підрахунку. Для цього:

1. Перейдіть в Адміністратор > Конверсії
2. Біля відповідної конверсії натисніть на три вертикальні крапки та виберіть пункт “Змінити спосіб підрахунку”.Зміна способу підрахунку конверсій в Google Analytics 4

3. У вікні, що відкриється, виберіть спосіб підрахунку “Один раз за сеанс”. При цьому Google попередить вас, що це не найкращий спосіб. Я, до речі, теж хочу звернути вашу увагу, що приймати рішення щодо зміни способу підрахунку конверсії потрібно обдумано. Ну, але якщо дуже хочеться, то чому б і ні)Підрахунок конверсій Один раз на сеанс в GA4

 

Вітаю! Тепер кількість конверсій в GA4 та Universal буде співпадати. Що, звісно, не можна сказати про коефіцієнт конверсії. Ну але то вже тема окремої статті.

Напишіть в коментарях розходження в яких показниках між GA4 та Universal вам складніше всього зрозуміти, і я спробую пояснити це в наступних статтях. 

Якщо вам сподобався матеріал — підписуйтесь на мій канал в Telegram та Facebook.

Сообщение #AnalyticsTips: Чому GA4 рахує більше конверсій ніж Universal Analytics появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
https://analytics-tips.com/uk/why-ga4-counts-more-conversions-than-universal-analytics/feed/ 0
#AnalyticsTips: Що робити, якщо при налаштуванні конверсій в GA4 почали відправлятись дублі? https://analytics-tips.com/uk/dublicate-events-in-ga4/ https://analytics-tips.com/uk/dublicate-events-in-ga4/#respond Thu, 04 May 2023 22:08:08 +0000 https://analytics-tips.com/?p=2012 Останнім часом дуже багато людей активно починають переходити на GA4 і в різних групах та чатах я все частіше помічаю одну й ту ж ситуацію:  “Я налаштував/ла передачу івенту до GA4, спочатку все було добре, але після налаштування конверсій в GA4 почали відправлятись дублі івенту.” Якщо у вас схожа ситуація, то ця стаття для вас. …

Сообщение #AnalyticsTips: Що робити, якщо при налаштуванні конверсій в GA4 почали відправлятись дублі? появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
Останнім часом дуже багато людей активно починають переходити на GA4 і в різних групах та чатах я все частіше помічаю одну й ту ж ситуацію: 

“Я налаштував/ла передачу івенту до GA4, спочатку все було добре, але після налаштування конверсій в GA4 почали відправлятись дублі івенту.”

Якщо у вас схожа ситуація, то ця стаття для вас.
Дублі івентів в GA4

 

Що робити, щоб виправити?

Чому попереднє налаштування було помилкою?

 

Що робити, щоб виправити?

Оскільки рубрика #AnalyticsTips про швидкі відповіді на питання, почнемо ми з рішення. Перейдіть до Адміністратор > Події і виберіть пункт “Створити подію”.Створення події всередині GA4

Швидше за все, там ви знайдете свою подію, яка відправляє дублі.Івент створений в Google Analytics 4

 

Відкрийте її та в правому верхньому куті виберіть пункт “Видалити”.Видалення дублюючого івенту, що створений всередині Google Analytics 4

Спробуйте ще раз відправити подію. Дублів бути вже не повинно.

Чому попереднє налаштування було помилкою?

Перш за все давайте розберемо один дуже важливий нюанс: 

В GA4 є всього один спосіб створити конверсію — це активувати перемикач біля івента.Створення конверсії в GA4


І є два способи активувати той самий перемикач:

  • Активувати на вкладці “Події” в колонці “Позначити як конверсію” (спосіб працює тільки якщо по івенту були дані за вибраний період)
  • На вкладці “Конверсії” вибрати пункт “Нова подія-конверсія” і в полі для вводу вказати назву івенту (В цьому випадку Google активує перемикач навіть для івенту по якому ще не має інформації в GA4)Створення події-конверсії в Google Analytics 4

Тобто вам для створення конверсії в Google Analytics 4 потрібно лише:

  • Налаштувати передачу івенту з допомогою розробника або самостійно через GTM
  • Активувати перемикач для потрібного івенту

Функціонал “Створити подію” — дозволяє вам створити окрему подію на основі даних тих подій, що вже відправляються в GA4 розробником чи налаштовані через GTM. 

Тобто виокремити з вже існуючої події, наприклад, події відправки будь-якої форми на сайті — подію відправки окремої форми.

При цьому чомусь багато користувачів GA4 помилково вважають, що саме там (“Створити подію”) потрібно реєструвати конверсію і роблять налаштування подібні тому, що ви бачите на скріні. Але GA4 інтерпретує такі налаштування не так, як хотілося б користувачам, що їх створюють. Нижче я спробував схематично показати, які ж саме команди ви даєте GA4 роблячи таке налаштування.Помилки при створенні події в GA4

Звісно, описана причина є не єдиною, яка призводить до дублів івентів в GA4, але вона точно є однією з найчастих помилок. Якщо ви хочете дізнатись більше про роботу з GA4 — підписуйтесь на групи в Facebook та Telegram.

Сообщение #AnalyticsTips: Що робити, якщо при налаштуванні конверсій в GA4 почали відправлятись дублі? появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
https://analytics-tips.com/uk/dublicate-events-in-ga4/feed/ 0
#analyticsTips: Налаштуйте таймер для сеансів із взаємодією в Google Analytics 4 https://analytics-tips.com/uk/setup-timer-for-engaged-sessions-in-google-analytics-4/ https://analytics-tips.com/uk/setup-timer-for-engaged-sessions-in-google-analytics-4/#respond Tue, 20 Jul 2021 19:39:44 +0000 https://analytics-tips.com/?p=1797 Рубрика #AnalyticsTips довго була відсутня, але настав час повернутися. Розберемо простий, але дуже важливий момент налаштування Google Analytics 4: Як встановити таймер для сеансів із взаємодією. Чому це важливо? Як ви вже знаєте, в Google Analytics 4 Показник відмов відсутній, і свого роду його аналогом є показник Частка залучених сеансів. Як зрозуміло з назви — …

Сообщение #analyticsTips: Налаштуйте таймер для сеансів із взаємодією в Google Analytics 4 появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
Рубрика #AnalyticsTips довго була відсутня, але настав час повернутися. Розберемо простий, але дуже важливий момент налаштування Google Analytics 4: Як встановити таймер для сеансів із взаємодією.

Чому це важливо?

Як ви вже знаєте, в Google Analytics 4 Показник відмов відсутній, і свого роду його аналогом є показник Частка залучених сеансів. Як зрозуміло з назви — це співвідношення сеансів із взаємодією до кількості сеансів.

Що ж таке Сеанс із взаємодією?

Відповідно до довідки сеанс із взаємодією – сеанс, який тривав понад 10 секунд, включав подію-конверсію, або складався з перегляду не менше двох сторінок або екранів. Але будемо реалістами. Яку реально корисну конверсію можна зробити за 10 секунд? Як можна встигнути подивитись дві та більше сторінки за 10 секунд, щоб і контент вивчити, і дочекатися ще завантаження другої сторінки? Як ви розумієте, в більшості випадків при стандартних налаштуваннях сеанс із взаємодією в результаті – це сеанс, який тривав понад 10 секунд. Але хороша новина в тому, що це можна дуже просто змінити.

Сьогоднішня порада буде дуже простою: перейдіть в меню Адміністратор наступним шляхом: Потоки даних > На цьому кроці виберіть потрібний потік > Додаткові налаштування додавання тегів > Відкоригуйте тривалість сеансу та налаштуйте таймер для сеансів із взаємодією.

Налаштування таймера для сеансів з взаємодією в GA4

Наприклад, у моєму випадку вибрано значення 40 секунд, і тепер сеанс із взаємодією для мене – це сеанс, який тривав понад 40 секунд, включав подію-конверсію або складався з перегляду не менше двох сторінок або екранів.

Так, це безперечно дуже просто і корисно. До зустрічі у наступних матеріалах!

Сообщение #analyticsTips: Налаштуйте таймер для сеансів із взаємодією в Google Analytics 4 появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
https://analytics-tips.com/uk/setup-timer-for-engaged-sessions-in-google-analytics-4/feed/ 0
Аналіз послідовностей у Google Analytics 4: Розширена інструкція по воронкам. https://analytics-tips.com/uk/funnel-analysis-in-google-analytics-4/ https://analytics-tips.com/uk/funnel-analysis-in-google-analytics-4/#respond Wed, 13 Jan 2021 16:39:28 +0000 https://analytics-tips.com/%d0%b0%d0%bd%d0%b0%d0%bb%d1%96%d0%b7-%d0%bf%d0%be%d1%81%d0%bb%d1%96%d0%b4%d0%be%d0%b2%d0%bd%d0%be%d1%81%d1%82%d0%b5%d0%b9-%d1%83-google-analytics-4-%d1%80%d0%be%d0%b7%d1%88%d0%b8%d1%80%d0%b5%d0%bd/ Google Analytics 4 можна любити за багато речей: новий підхід до збору даних, нові показники, можливість об’єднати дані з сайту та мобільного додатка та багато іншого. Серед усього цього переліку я хотів би виділити два пункти: Центр аналізу та Імпорт даних у BigQuery. Кожен із них заслуговує на окрему серію статей. Почати я вирішив саме …

Сообщение Аналіз послідовностей у Google Analytics 4: Розширена інструкція по воронкам. появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
Google Analytics 4 можна любити за багато речей: новий підхід до збору даних, нові показники, можливість об’єднати дані з сайту та мобільного додатка та багато іншого. Серед усього цього переліку я хотів би виділити два пункти: Центр аналізу та Імпорт даних у BigQuery. Кожен із них заслуговує на окрему серію статей. Почати я вирішив саме з Центру аналізу, тому що цей функціонал є більш доступним.

Як ви вже знаєте, у центрі аналізу ми можемо використати одну з наступних методик:

  • Дослідження
  • Когортний аналіз
  • Аналіз послідовностей
  • Накладання сегментів
  • Аналіз шляху
  • Статистика користувачів
  • Загальна цінність користувача

Сьогодні ми поговоримо про Аналіз послідовностей, або по-простому, воронки в Google Analytics 4. Воронки завжди були одним з найпопулярніших методів аналізу в веб-аналітиці, оскільки дозволяють зрозуміти на якому етапі ми втрачаємо користувачів. Але в Google Analytics Universal користуватися ними було майже неможливо. По-перше, воронок як таких, за винятком воронки розширеної електронної торгівлі, не було. По-друге, воронка електронної торгівлі була побудована по сеансам.Воронка поведінки користувачів в Google Analytics

З приходом Google Analytics 4 ситуація змінилася і тепер ми не обмежені воронкою Ecommerce, а можемо створювати послідовності на будь-який смак. Плюс до всього воронки в GA4 показують нам рух користувача, незалежно від того, було це в рамках одного сеансу або кількох.

Тепер давайте побудуємо нашу першу воронку. Наприклад, воронку єкомерсу з наступними кроками:

  • Перегляд товару у списку
  • Перегляд картки товару
  • Додавання товару до кошика
  • Перехід на етап оформлення
  • Покупка

Якщо ви ще не відстежуєте події Ecommerce для Google Analytics 4 , рекомендую прочитати статтю на цю тему.

Оскільки багато читачів можуть бути знайомі з базовими принципами роботи воронок, нижче короткий план подальшої частини статті:

 

Приклад побудови базової воронки руху користувачів по сайту

Повернемося до нашої воронки. У найпростішій реалізації вона виглядатиме так:Приклад базової воронки руху користувачів по сайту в GA4

Звертаю вашу увагу, що GA4 показує нам користувачів. Щоб побудувати таку воронку потрібно виконати наступні дії:

  1. Створюємо порожній аналіз в Центрі аналізуСтворення аналізу в Центрі аналізу в Google Analytics 4
  2. На рівні налаштування вкладок вибираємо методику Дослідження послідовності конверсіїВибір методики Дослідження послідовності конверсії в GA4
  3. Нижче в блоці Кроки натискаємо на значок олівця та переходимо в режим редагування:Перехід в режим редагування кроків воронки в Google Analytics 4
  4. У меню, що відкрилося, прописуємо кроки воронки. Для цього в пункті 1 вибираємо потрібну нам подію, в моєму випадку view_item_list, а в пункті 2 вводимо назву кроку воронки. За аналогією робимо решту кроків для нашої воронки.Вибір кроків послідовності в GA4Як задати кроки воронки в Google Analytics 4
  5. В кінці не забудьте натиснути кнопку Застосувати у верхньому правому куті.

На цьому створення вашої першої воронки закінчено. Можна зробити собі чай та насолодитися результатом.

Принципи роботи послідовностей в Google Analytics 4

Приклад воронки вище – це найпростіший спосіб зрозуміти на якому етапі взаємодії з сайтом ми втрачаємо користувачів, але такий звіт не дозволяє отримати відповіді на багато питань. Ось кілька із них:

  • Що роблять користувачі, які не переходять на наступний крок воронки?
  • Скільки часу потрібно, щоб користувач перейшов з одного кроку воронки на наступний?
  • Як наша воронка виглядає в динаміці?

Команда Google дуже добре постаралася, коли готувала методику Дослідження послідовностей, адже ми можемо відповісти на питання вище і на деякі інші не виходячи з нашого звіту, але перш ніж ми приступимо, хочу позначити основні принципи та обмеження при роботі з послідовностям в Google Analytics 4:

  • максимально послідовність може мати 10 кроків;
  • ми можемо використовувати сегмент, в якості кроку;
  • є можливість створювати воронки, в яких наступний крок йде як прямо за попереднім, так і опосередковано;
  • можна встановити обмеження по часу між кроками воронки;
  • послідовність може бути як відкритою, так і закритою;
  • до звіту можна застосувати до чотирьох сегментів;
  • є можливість використовувати параметр розподілу;
  • можна переглядати тенденції кожного кроку;
  • для тих, хто звик до Excel (і не тільки для них) — візуалізація включає таблицю даних.

 

Додаткові налаштування під час аналізу послідовностей

Тепер, коли вам відомі основні принципи, можна перейти до додаткових налаштувань. Можемо виділити наступні:

  • ВізуалізаціяВибір типу візуалізації при створенні аналізу послідовностей в GA4

Існує два типи візуалізації: Стандартна послідовність і Послідовність конверсії з урахуванням тенденцій. Перший – це звична нам воронка:Стандартна послідовність конверсій в Google Analytics 4

Другий – відображення воронки в динаміці. Дозволяє зрозуміти, як змінюються показники на кожному кроці з часом. Суб’єктивно, було б корисно бачити як абсолютні значення, так і динаміку відсотка переходу на наступний етап. На жаль, на разі, така можливість відсутня.Відображення воронки в динаміці в Гугл Аналітиці 4

  • Створити відкриту послідовністьСтворення відкритої послідовності в GA4

Як я вже писав вище, ми маємо можливість створювати закриті та відкриті послідовності. У закритій послідовності користувач обов’язково повинен пройти етап 2, щоб потрапити на етап 3, у відкритій, як видно на малюнку нижче, він може “телепортуватися” через певні кроки воронки.Приклад відкритої воронки Google Analytics 4

  • Порівняння сегментівПорівняння воронки для різних сегментів в GA4

Один з найкорисніших пунктів налаштування. Дозволяє порівняти воронку для різних сегментів користувачів. На прикладі вище, я бачу, що користувачі з України без проблем проходять крок додавання товару в кошик, а ось частина користувачів з росії втрачається. Та й загалом, користувачі з України набагато краще конвертуються на всіх кроках воронки. Єдиний мінус цього налаштування тільки в тому, що потрібно попередньо підготувати сегменти.

  • Кроки

Це основний пункт налаштування нашої послідовності. Загалом тут все просто – вказуємо потрібні нам кроки і натискаємо кнопку Застосувати. Окремо хочу виділити два цікаві моменти налаштування:

  1. Можливість задати час між етапами воронки. Тепер можна не тільки вибрати етапність кроків, але й задати часовий проміжок, за який користувач повинен перейти на наступний крок. У прикладі нижче мене цікавлять лише користувачі, які переглянули картку товару протягом 1 хвилини, після перегляду товару у списку.Як задати чам між кроками послідовності в Google Analytics 4При цьому не обов’язково перераховувати час у хвилини, вибір дуже гнучкий:Вибір часу між кроками при створенні воронки в GA4
  2. Можливість вибирати кроки, які йдуть безпосередньо після попереднього, так і опосередковано. Якщо нас цікавлять користувачі, які одразу після перегляду картки товару додали товар до кошика, вибираємо пункт Одразу після попереднього кроку. Якщо ж нас просто цікавить воронка руху користувача до покупки, більше підійде варіант У будь-який час після попереднього кроку.

Як задати крок, який розміщується після або перед поточним кроком, при створенні воронки в GA4

 

  • Розподіл

Це налаштування трохи схоже на Порівняння сегментів. Відмінність у тому, що попередньо не потрібно створювати сегменти, а можна просто вибрати будь-який параметр розподілу. З мінусів – розподіл відображається лише у таблиці. На послідовності змін ви не помітите.Вибір параметру розподілу при аналізі послідовностей в Google Analytics 4

Розподіл має також додаткове налаштування Рядків на параметр, яке дозволяє вивести лише основні X значень для параметра.

  • Показати витрачений час

Ще одна дуже цікава і корисна функція, завдяки якій можна дізнатися, скільки часу у користувача займає перехід з одного кроку воронки на наступний. На прикладі нижче ми бачимо, що в середньому проходить 21 година 59 хвилин від першого перегляду картки товару до додавання товару в кошик.Як дізнатися чам між кроками воронки в GA4

Звертаю увагу, час вимірюється саме між першими діями кожного кроку. Давайте розглянемо приклад нижче. Користувач мав дві сесії 10 та 12 січня. У цьому випадку час від перегляду картки товару до додавання до кошика буде розрахований між рядками, виділеними зеленим кольором, і становитиме 2 дні 1 годину 10 хвилин.Приклад дій користувача в рамках сесії

Така опція буде корисна не для всіх послідовностей, але для інтернет-магазинів дуже актуально.

  • Наступна дія

Це налаштування допоможе вам, якщо ви шукаєте відповідь на наступне або аналогічне запитання: “Ну ок, в кошик вони товари не додають після перегляду картки товару, а що ж тоді вони роблять?”. Зрозуміло, для відповіді це питання краще використовувати спеціальну методику Дослідження шляху, але коротку відповідь можна отримати просто обравши у цьому пункті параметр Назва події. Тепер при наведенні на крок воронки ми можемо побачити 5 найбільш типових дій, які роблять користувачі після проходження певного етапу.Як дізнатися наступну дію при аналізі послідовностей в GA4

До речі, якщо побачивши в топі типових дій page_view ви задались питанням “І що ж за сторінки вони дивляться?”, на нього теж можна отримати відповідь. Для цього в налаштуванні Наступна дія замість параметру Назва події оберіть параметр Назва сторінки й екрана.Як дізнатися які сторінки дивляться користувачі при аналізі послідовностей в GA4

  • Фільтри

Останній пункт налаштування дозволяє нам встановити фільтри. У цьому кроці нічого незвичайного немає, потрібно просто прописати умову фільтрації. У моєму випадку я вирішив подивитися воронку тільки для ПК.Застосування фільтрів при аналізі воронки в Google Analytics 4

Робота з даними воронки в інтерфейсі Google Analytics 4

Крім того, що ви можете налаштувати воронку під свої потреби, також є можливість взаємодіяти з отриманими даними. Як ви вже помітили, при наведенні на крок послідовності можна побачити кількість та відсоток користувачів, які перейшли на цей крок з попереднього, а також 5 найбільш типових наступних дій та час, який потрібний для переходу з попереднього кроку. Інформація про наступні дії користувача в послідовності GA4

Крім цього, ви також можете взаємодіяти зі звітом правою кнопкою миші. При цьому, натискаючи у різних місцях звіту, ви отримуєте різний результат:

  • При натисканні на крок воронки можна створити сегмент з користувачів, які дійшли до певного кроку або ж переглянути цих користувачів у більш детальному звіті:Створення сегменту при натисканні на крок воронки в Google Analytics 4

Ось такий детальний звіт відкриється перед вами, якщо вибрати пункт Подивитися користувачів:Статистика по користувачам з кроку послідовності в GA4

  • При натисканні на маленький квадратик під воронкою можназробити аналогічні дії для користувачів, які перервали послідовність на певному кроці:Створення сегменту користувачів що перервали послідовність в Google Analytics 4
  • Ну і наостанок, при натисканні правою кнопкою в таблиці з розподілом крім перерахованих вище дій можна також в один клік задати потрібний фільтр:Застосування фільтра в таблиці з розподілом при створенні воронки в Гугл аналітиці

Замість заключення

Тепер ви знайомі з усіма тонкощами дослідження послідовностей у Google Analytics 4. Звичайно, можливості не обмежуються прикладами, які я навів у статті, але сподіваюся, що інформації буде достатньо для старту вашої роботи з цією методикою. У коментарях діліться своїми ідеями щодо використання функціоналу послідовностей у роботі маркетологів та аналітиків.

 

Сообщение Аналіз послідовностей у Google Analytics 4: Розширена інструкція по воронкам. появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
https://analytics-tips.com/uk/funnel-analysis-in-google-analytics-4/feed/ 0
Як налаштувати конверсії в Google Analytics 4. Покроковий мануал https://analytics-tips.com/uk/set-up-conversions-in-ga4/ https://analytics-tips.com/uk/set-up-conversions-in-ga4/#respond Wed, 09 Dec 2020 16:27:07 +0000 https://analytics-tips.com/%d1%8f%d0%ba-%d0%bd%d0%b0%d0%bb%d0%b0%d1%88%d1%82%d1%83%d0%b2%d0%b0%d1%82%d0%b8-%d0%ba%d0%be%d0%bd%d0%b2%d0%b5%d1%80%d1%81%d1%96%d1%97-%d0%b2-google-analytics-4-%d0%bf%d0%be%d0%ba%d1%80%d0%be%d0%ba/ Прочитавши тему статті, хтось із вас може подумати: “О, це ще один хлопець, який напише про те, що потрібно переключити вимикач і подія стане конверсією”. Якщо так, рекомендую дочитати статтю до кінця і впевнений, що ви дізнаєтесь про несподівані способи відзначити щось як конверсію в Google Analytics 4. Події-конверсії за замовчуванням Створення конверсій на основі …

Сообщение Як налаштувати конверсії в Google Analytics 4. Покроковий мануал появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
Прочитавши тему статті, хтось із вас може подумати: “О, це ще один хлопець, який напише про те, що потрібно переключити вимикач і подія стане конверсією”. Якщо так, рекомендую дочитати статтю до кінця і впевнений, що ви дізнаєтесь про несподівані способи відзначити щось як конверсію в Google Analytics 4.

  1. Події-конверсії за замовчуванням
  2. Створення конверсій на основі простих подій
  3. Налаштування конверсій на основі подій та параметрів подій
  4. Налаштування конверсій на основі тригера аудиторії

 

Тут міг би бути абзац присвячений порівнянню цілей у Google Analytics Universal та конверсіям у Google Analytics 4, але я вирішив не витрачати на це ваш дорогоцінний час — тому відразу до суті. Єдине, що вам варто знати – конверсія в Google Analytics 4, незалежно від того, яким чином ви її створили, завжди буде заснована на події. Тому вказуючи в плані цієї статті способи створення конверсій, я маю на увазі різні способи створення подій: від простої передачі за допомогою GTM до створення подій в інтерфейсі Google Analytics. Якщо ви вже читали схожі статті в інтернеті, можете сміливо пропускати перші блоки та переходити до найцікавішого:

Події-конверсії за замовчуванням

Створюючи Google Analytics 4, команда Google потурбувались про те, щоб деякі події автоматично фіксувались як конверсії. А саме:

    • first_open (лише для мобільного застосунку)
    • in_app_purchase (лише для мобільного застосунку)
    • app_store_subscription_convert (лише для мобільного застосунку)
    • app_store_subscription_renew (лише для мобільного застосунку)
    • purchase

Події-конверсії за замовчуванням в Google Analytics 4

Якщо ви працюєте лише з веб-сайтами, в якості конверсії у вас може відпрацьовувати тільки подія purchase. Як і в попередній версії (мається на увазі Universal), purchase — це подія електронної торгівлі, яку потрібно ще додатково налаштувати. Як це зробити ви можете прочитати у відповідній статті — Налаштування Ecommerce Google Analytics 4 через Google Tag Manager. Детальна інструкція.

Створення конверсій на основі простих подій

Якщо електронна торгівля ще не налаштована, а відстежувати ефективність уже потрібно — саме час передати свої перші події та на їх основі налаштувати конверсії.

Про те як відправляти події в Google Analytics 4 Simo Ahava вже написав прекрасну статтю, так що цю частину я опишу коротко.

Все як і раніше: створюємо тригер з необхідною умовою та підключаємо до тегу типу Google Аналітика: подія GA 4. Приклад тегу з налаштуваннями нижче. Частина, що розмита, розбирається в наступному блоці цієї статті. Для поточних налаштувань вона не потрібна.

Тут і далі я припускаю, що ми вирішили передати в Google Analytics 4 подію успішної відправки форми і назвали її send_form.Налаштування події успішного відправлення форми в GA4 через GTM

Як бачите, налаштування дуже прості:

В пункті 1 ми обираємо тег конфігурації. Ви можете налаштувати його за аналогією до скріну нижче:Налаштування тегу конфігурації GA4 в Google Tag Manager

В пункті 2 вказуйте назву події, яку хочете передати. Саме в такому вигляді воно відображатиметься потім в інтерфейсі Google Analytics. Рекомендований формат: snake_case.

В пункті 3 підключаєте необхідні тригери. Оскільки в налаштуваннях тригерів нічого не змінилося, залежно від дії, що відстежується, вам можуть допомогти наступні статті:

Після того, як ви налаштуєте передачу події — час переходити до наступного етапу.

Позначити як конверсію чи створити подію-конверсію?

Під час швидкого перегляду інтерфейсу Google Analytics 4 можна помітити два способи створення конверсії:

  • Позначити подію як конверсію
  • Створити подію-конверсіюСпособи створення конверсій в Google Analytics 4

Що в першому, що в другому випадках результат буде такий ж. Відмінність в тому, що Позначити як конверсію можна лише подію, інформація про яку вже фіксувалась в Google Analytics 4. Якщо ж це нова подія, як у нашому випадку, краще скористатися спеціальною кнопкою Створити подію-конверсію. Все що потрібно — це в полі, що з’явилося, ввести назву події так, як ви вказали в GTM. У нашому випадку налаштування буде таким:Створення події-конверсії в інтерфейсі GA4

Якщо ви все зробили правильно — подія буде позначена як конверсія. На цьому налаштування закінчені.Подія позначена як конверсія в GA4

 

Налаштування конверсії на основі події та параметрів події

Коли нам потрібно налаштувати одну конверсію для всіх форм на нашому сайті, спосіб, описаний вище, чудово підійде. Але що робити, якщо необхідно створити окремі конверсії для різних форм на одному сайті? Є два способи:

  • Спосіб 1: Для кожної форми ми створюємо окрему подію, наприклад:

send_form_contact_us — для відправки форми на сторінці Контакти та send_form_callback — для відправки форми Перетелефонуйте мені.

  • Спосіб 2: При будь-якій відправці форми ми передаємо подію send_form і додаємо для нашої події параметр, наприклад: form_name, в який передаємо назву події.

Другий спосіб краще, оскільки, швидше за все, вам також необхідно буде створити загальну конверсію для всіх відправлених форм, а з однією подією зробити це набагато простіше.

Отже, ми маємо подію send_form з параметром form_name і значенням contact_us. На скріншоті нижче я показав, що ви можете також вказати декілька параметрів для події (наприклад, не лише form_name, але і location). Від цього подальша логіка налаштування не зміниться.Тег відправки події в GA4 з передачею параметрів

 

Переходимо в інтерфейс Google Analytics 4 та в розділі Усі події тиснемо на кнопку Створити подію:Функціонал на вкладці Усі події в інтерфейсі Google Analytics 4

У вікні, що з’явилось, натискаємо на кнопку Створити і переходимо до налаштування конфігурації нової події:

  • Назва події користувача — у цьому пункті вказуємо назву нової події, яку ми зараз створимо. У нашому випадку нова подія називатиметься ContactUs. Рекомендую використовувати формат назви для таких подій, відмінний від назви подій, що передаються за допомогою GTM, щоб можна було відрізнити, які події реально приходять з сайту, а які створені всередині Google Analytics 4.
  • Умови збігу — прописуємо правила, яку саме подію і з якими значеннями параметрів ми хочемо враховувати. Наприклад, ми, як віртуальну подію ContactUs, хочемо враховувати подію send_form, в якій параметр form_name такий ж, як contact_us.
  • Налаштування параметра — в цьому блоці ви можете вказати: чи потрібно копіювати параметри з початкової події. Наприклад, у нашому випадку, чи хочемо ми, щоб у події ContactUs був параметр location. У цьому блоці ви також зможете налаштувати зміни параметрів, але ця тема виходить за рамки цієї статті.Створення нової події на основі декількох параметрів в GA4

Після всіх налаштувань не забудьте натиснути кнопку Створити у верхньому правому куті. Тепер, коли ми створили свою подію, слід зазначити, що ми хочемо фіксувати її як подію-конверсію. Для цього переходимо у розділ Конверсії, натискаємо на кнопку Створити подію-конверсію та у полі, що з’явилось, вводимо назву нашої нової події — ContactUs. На цьому налаштування закінчені.Створення події-конверсії на основі події з декількома параметрами в GA4

Налаштування конверсії на основі тригера аудиторії

Описані вище способи не були чимось надто незвичним, якщо ви раніше працювали з іншими системами аналітики. Схожий метод вже давно використовується у Facebook.

Останній спосіб створення подій у Google Analytics 4 кардинально відрізняється від усього описаного вище. Подією в даному випадку буде не виконання користувачем певної дії на сайті, а попадання в ту чи іншу аудиторію. Такий спосіб буде дуже актуальним, якщо вам потрібно позначити як конверсію якусь послідовність дій, скоєних на різних сторінках сайту.

Наприклад, у мене в блозі немає якихось конкретних конверсій, як, наприклад, покупка, але є подія add_to_cart, яка спрацьовує, коли вкладка із статтею була активна 30 секунд, і користувач проскролив її не менш ніж на 50%. Припустимо, я вирішив, що хочу вважати конверсіями сеанси, в яких у користувача тричі спрацювала подія add_to_cart. Для цього я створю аудиторію з послідовністю цих дій (не соромтеся комбінувати різноманітні події в цьому редакторі).Створення аудиторії з послідовностю дій в інтерфейсі Google Analytics 4

Наступним кроком буде натиснути на кнопку Створити в Тригері аудиторії. У полі Назва події напишіть назву нової події. Саме вона фіксуватиметься, коли користувач потрапить до вашої аудиторії. Гарною практикою буде додавання до такої події префіксу audience_, щоб потім можна було зрозуміти: які події відправляються з сайту, а які створені на основі аудиторій.Створення тригера аудиторії в GA4

Що стосується пункту Реєструвати додаткову подію, коли склад аудиторії оновлюється, він працює наступним чином: якщо налаштування активоване і користувач, який на поточний момент вже є в аудиторії, повторно виконає всі умови — подія спрацює повторно. Якщо ж пункт вимкнено, при оновленні аудиторії подія НЕ спрацьовуватиме повторно. Для користувачів, які на даний момент не в аудиторії, цей пункт не відіграє ролі — для них подія буде зафіксована в будь-якому випадку.

Ще один момент, який необхідно згадати — Вибір області дії для послідовності:Вибір області дії для послідовності при створенні аудиторій в GA4

Якщо ви хочете, щоб уся послідовність дій відбувалась в рамках одного сеансу, обирайте пункт В одному сеансі. Якщо вас цікавлять користувачі, які виконали послідовність за один АБО кілька сеансів — обирайте У всіх сеансах.

Залишилося дати назву вашій аудиторії, натиснути на кнопку Зберегти, ну і, звісно ж, створити подію-конверсію:Створення конверсії на основі тригера аудиторії

Замість висновку

Google Analytics дає нам можливість більш точно налаштовувати конверсії і це не може не радувати. Сподіваюся, що функціонал створення подій на основі потрапляння користувача в аудиторію вразив вас так же, як і мене. Напишіть у коментарях з якими проблемами при роботі з Google Analytics 4 ви стикаєтеся і, можливо, вже в наступній статті я розберу їх більш детально.

Сообщение Як налаштувати конверсії в Google Analytics 4. Покроковий мануал появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
https://analytics-tips.com/uk/set-up-conversions-in-ga4/feed/ 0
Google Analytics 4: Нові можливості на практичних прикладах https://analytics-tips.com/uk/google-analytics-4/ https://analytics-tips.com/uk/google-analytics-4/#respond Wed, 04 Nov 2020 19:51:57 +0000 https://analytics-tips.com/google-analytics-4-%d0%bd%d0%be%d0%b2%d1%96-%d0%bc%d0%be%d0%b6%d0%bb%d0%b8%d0%b2%d0%be%d1%81%d1%82%d1%96-%d0%bd%d0%b0-%d0%bf%d1%80%d0%b0%d0%ba%d1%82%d0%b8%d1%87%d0%bd%d0%b8%d1%85-%d0%bf%d1%80%d0%b8/ “Google Analytics застарів” – таку фразу ви могли чути дуже часто останні кілька днів або тижнів. Багато хто вже бачив у своєму обліковому записі це повідомлення від Google: Так, навіть Google визнав, що улюблений Google Analytics застарів і настав час переходити на новий. Причин цьому безліч, але основна – це підхід до збору даних, який …

Сообщение Google Analytics 4: Нові можливості на практичних прикладах появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
“Google Analytics застарів” – таку фразу ви могли чути дуже часто останні кілька днів або тижнів. Багато хто вже бачив у своєму обліковому записі це повідомлення від Google:Попередження від Google про вихід Google Analytics 4

Так, навіть Google визнав, що улюблений Google Analytics застарів і настав час переходити на новий. Причин цьому безліч, але основна – це підхід до збору даних, який не змінювався починаючи з квітня 2005 року (момент коли Google придбав Urchin Software Corp.). Більш детально про те, що саме застаріло, я говорив ще в 2018 році на PPC Day. Ось один із слайдів з конференції.

Воронка поведінки користувачів в Google Analytics

Повна презентація доступна за посиланням.

Взаємодія користувачів із сайтами за останні 15 років дуже змінилася і продовжувати вимірювати її у кількості сеансів та показнику відмов неправильно. І тим, хто звик до такого підходу, зараз доведеться заново навчатися.

Про те, чому варто якнайшвидше почати використовувати Google Analytics 4 (раніше App+Web), я писав ще півроку тому на блозі Ringostat. Основні причини, які я тоді виділив, такі:

  • Новий та більш відповідний теперішнім реаліям збір даних
  • Можливість накопичити історичні дані
  • Робота з сирими даними у BigQuery
  • Різноманітність автоподій, що відстежуються в GA4 (раніше App+Web) за замовчуванням
  • Нові можливості в інтерфейсі

Але GA4 настільки швидко розвивається, що на останньому пункті я хотів би зупинитися більш детально в цій статті:

Звичайно, це не весь перелік нововведень, але це те, з чим ви зустрінетеся в першу чергу.

Новий підхід до представлення даних

В минулій статті на перше місце я виніс таку причину, як “Новий та більш відповідний теперішнім реаліям збір даних”. Звичайно, зміна підходу до збору даних не могла не вплинути на візуальне представлення даних. Google Analytics 4 більше схожий на яскравий звіт у Google Data Studio або Power BI, ніж на старий добрий Google Analytics. А стандартний вид звітів “графік та таблиця” взагалі зник. Тепер, залежно від звіту, зверху над таблицею бачимо більш підходящі візуалізації.

Наприклад, ось так зараз виглядає звіт Джерела трафіку:Звіт Джерела трафіку GA4

При швидкому погляді ці дані вже можна сказати, що більшість трафіку приходить до нас із каналів referral, cpc і (none). Плюс до всього поряд можна побачити динаміку цими каналами.

В звіті Події набір візуалізацій інший:Звіт Події GA4

І знову, навіть швидким поглядом, ми можемо побачити важливу інформацію – улюблена дія наших користувачів add_to_cart. Нова точкова діаграма підходить для цього просто чудово.

Нові показники

Крім нового підходу до збору даних та нового представлення цих даних, в базових звітах Google Analytics 4 також з’явилися нові показники:

Сеанси із взаємодією (Engaged sessions) – кількість сеансів, тривалістю понад 10 секунд, що включають конверсію або що складаються з перегляду не менше двох сторінок/екранів. Такий собі оновлений показник відмов.

Частка залучених сеансів (Engagement rate) – відсоток сеансів із взаємодією від загальної кількості сеансів.

Сеансів із взаємодією на користувача (Engaged sessions per user) – як зрозуміло з назви, кількість сеансів із взаємодією на користувача.

Середній час взаємодії (Average engagement time) – середня кількість часу, коли екран застосунку або вкладка браузера перебували в активному режимі. О так! Нарешті Google почув і тепер, наскільки я зрозумів зі статті Krista Seiden, не потрібно вимірювати час на активній вкладці кастомним способом. Google Analytics 4 зробить це для вас. На жаль, офіційного опису цього показника знайти не вдалося.

Подій на сеанс (Events per sessions) – ще один новий показник, за допомогою якого можна оцінити зацікавленність користувача. Показує кількість подій, які виконав користувач під час сеансу.

Новий конструктор кастомних звітів

Ця частина оновлення інтерфейсу заслуговує на окрему велику статтю, тому нижче розберу тільки основні моменти.

Сам пункт меню Мої звіти, як такий, вже не існує. Замість нього багатообіцяючий Огляд, який складається з блоку Дослідження і Галереї шаблонів (Як ви вже здогадалися, в Галереї шаблонів нас будут чекати готові для використання шаблони. На теперішній момент нам пропонують приклади звітів від команди Google, але сподіваюсь з часом там також з’являться користувацькі рішення). Крім цього, типи звітів замінили Методами дослідження, що, як на мене, дуже чітко говорить про зміни роботи даними, які пропонує нам команда Google. Якщо раніше достатньо було просто зайти у звіт і побачити потрібні дані, то зараз часто необхідно покрутити їх з різних боків. Цьому сприяє різноманітність типів звітів, яке після GA просто вражає. У Google Analytics 4 на даний момент доступні такі методи досліджень:Методи досліджень в Google Analytics 4

  • Довільна форма – цей метод буде максимально знайомим для вас, якщо ви звикли до таблиць у Google Analytics. Щоправда таблиці тут набагато крутіші. Наприклад, ось така, з тепловою картою.Метод Довільна форма в Google Analytics 4

Точніше, таблиці — частина цього методу, адже в ньому є кілька типів візуалізації:Типи візуалізацій в методі Довільна форма в GA4

    • Таблиця
    • Кільцева діаграма
    • Лінійна діагарама
    • Точкова діаграма
    • Гістограма
    • Географічна карта

Виходить, що вже перший метод пропонує нам більше можливостей візуалізації даних, ніж весь блок звітів користувача в GA раніше.

  • Дослідження послідовності конверсії – НАРЕШТІ це сталося! Тепер у Google Analytics 4 ми можемо побудувати будь-які воронки. Виглядає дуже гарно:Дослідження послідовності в Google Analytics 4

І найголовніше — дуже функціонально, адже тепер, на основі будь-якої частини воронки можна в кілька кліків створити сегмент та/або аудиторію. Детальніше читайте у відповідній частині статті.Створення сегменту або аудиторії в дослідженні послідовності GA4

  • Дослідження шляху – ще один чудовий метод роботи з даними. Якщо в попередньому звіті ми будували воронку руху по сайту, як її бачимо ми, то в поточному методі ми можемо вивчити, як саме користувачі бачать цю воронку. Наприклад, я зміг побачити, що, переглянувши статтю про налаштування електронної комерції для Google Analytics 4 мої користувачі йдуть 4 основними шляхами:
    • На головну сторінку – сподіваюся читати далі))
    • Читати статтю про Data Layer – це дуже мудре рішення, оскільки саме на ньому будується все налаштування Ecommerce
    • На сторінку курса PRO GTM – гарний вибір, якщо ви хочете підтягнути свої знання по роботі з цим інструментом.
    • На список статей з тегом App+Web (саме так раніше називався Google Analytics 4) – шкода, що на той момент там була лише одна статтяМетод Досліження Шляху в Google Analytics 4
  • Накладання сегментів – ще один цікавий метод. З його допомогою я, можу наочно побачити, який відсоток відвідувачів лендингу з курсом PRO GTM відвідували мій блог, а які не були знайомі з ним:Накладання сегментів в GA4
  • Статистика за користувачами – це, можна сказати, оновлений звіт GA з аналогічною назвою. Статистика за користувачами в GA4
  • Дослідження когорт – найбільш довгоочікуваний метод. Я міг би написати, що такий звіт вже був у GA раніше, але ні. Адже те, що було – версія, якою неможливо нормально користуватися. А ось поточний метод — це вже крутий інструментарій для маркетолога, який дозволяє задати як будь-який допуск до когорти, так і будь-який критерій повернення в цю когорту.Дослідження когорт в Google Analytics 4
  • Загальна цінність користувача – це новий метод, який дозволяє оцінити цінність користувачів у різних розрізах. Наприклад, на скріні нижче я можу побачити, що найбільше користувачів на блог приходить з органічного пошуку. Але максимальний середній час взаємодії від користувачів, які приходять із телеграм каналів Діми Осіюка і Тані Михальченко. До речі, рекомендую підписатися!Загальна цінність користувача GA4

Створення конверсій в 1 клік

Майже під кожним оновленням в інтерфейсі Google Analytics 4 хочеться написати “УРА! Це нарешті сталося!”. І створення конверсій не є винятком. Тепер, щоб створити конверсію, потрібно просто пересунути повзунок. Ну, хіба це не прекрасно?Створення конверсій в 1 клік в Google Analytics 4

Новий редактор створення сегментів та аудиторій

Ну і нарешті, останнє оновлення функціоналу, про яке ми поговоримо у цій статті — оновлення редактора створення сегментів та аудиторій.

По-перше, варто відзначити, що тепер створювати сегменти та аудиторії можна майже без роботи з самим редактором, досить просто клікнути у потрібному місці правою кнопкою миші (так, вам не здалося, тепер клік правою кнопкою миші викликає контекстне меню зі своїми функціями).Редактор створення сегментів і аудиторій в Google Analytics 4

 

А далі у вікні потрібно просто відзначити галочку, що ви хочете не просто сегмент, а аудиторію.Створення адуиторій в Google Analytics 4

По-друге, сам інтерфейс створення сегментів, як видно зі скріну вище, став набагато різноманітнішим.

Замість висновків

Google Analytics 4 – чудовий крок у майбутнє аналітики. Якщо ви ще й досі думаєте, “чи варто переходити?”. Однозначно ”Так”. Можливості роботи з даними, які відкриває цей інструмент, величезні. І це я ще жодного слова в статті не говорив про роботу з даними в BigQuery…
Не бійтеся ділитися в коментарях першим враженням від оновлення до Google Analytics 4, а також складностями в роботі з цим інструментом.

Сообщение Google Analytics 4: Нові можливості на практичних прикладах появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
https://analytics-tips.com/uk/google-analytics-4/feed/ 0
Настройка Ecommerce Google Analytics 4 (раніше App + Web) через Google Tag Manager. Детальна інструкція https://analytics-tips.com/uk/ecommerce-app-web-via-google-tag-manager/ https://analytics-tips.com/uk/ecommerce-app-web-via-google-tag-manager/#respond Fri, 08 May 2020 23:31:33 +0000 https://analytics-tips.com/%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%be%d0%b9%d0%ba%d0%b0-ecommerce-google-analytics-4-%d1%80%d0%b0%d0%bd%d1%96%d1%88%d0%b5-app-web-%d1%87%d0%b5%d1%80%d0%b5%d0%b7-google-tag-manager-%d0%b4%d0%b5/ Минула стаття на цьому блозі вийшла майже рік тому – 30 липня. Не те, щоб мені не було про що написати, але якось “руки не доходили” до цього. При цьому бажання ділитися знаннями накопичувалося весь цей час, і на початку квітня я таки сів писати статтю. Вона все ще у чернетках. Вона може зачекати. А …

Сообщение Настройка Ecommerce Google Analytics 4 (раніше App + Web) через Google Tag Manager. Детальна інструкція появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
Минула стаття на цьому блозі вийшла майже рік тому – 30 липня. Не те, щоб мені не було про що написати, але якось “руки не доходили” до цього. При цьому бажання ділитися знаннями накопичувалося весь цей час, і на початку квітня я таки сів писати статтю. Вона все ще у чернетках. Вона може зачекати. А ось тема сьогоднішньої статті чекати не може. На мою думку, всім час розібратися в ній, оскільки, за цим майбутнє аналітики. Мова звичайно ж про нову версію Google Analytics 4 (раніше App + Web) та налаштування Ecommerce. На цьому ліричний вступ варто закінчувати та приступати до суті.

    1. Що таке Ecommerce у Google Analytics
    2. Як виглядають звіти Ecommerce в інтерфейсі GA4 (раніше App+Web)
    3. Налаштування Ecommerce GA4 (раніше App + Web) за допомогою Google Tag Manager
    4. Самостійне налаштування Ecommerce GA4 (раніше App + Web) на основі даних Enhanced Ecommerce Google Analytics

 

Що таке Ecommerce у Google Analytics

Звіти з електронної торгівлі (Ecommerce) — це спеціальна група звітів в Google Analytics, яка містить різноманітні звіти для оцінки ефективності роботи інтернет-магазинів. Хоча в деяких випадках цю групу звітів можна також використовувати і для оцінки роботи інших типів бізнесу, але це вже тема іншої статті.

У повній версії налаштування Ecommerce для Google Analytics 4 (раніше App + Web) ви зможете відстежувати наступні взаємодії користувачів із товарами на сайті:

  • Product/Item List Views/Impressions – Перегляд товару в лістингу (детальніше кожен крок я розписую в блоці Налаштування Ecommerce GA4 (раніше App + Web) за допомогою GTM)
  • Product/Item List Clicks – Клік по товару в лістингу
  • Product/Item Detail Views – Перегляд повної інформації про товар. Дуже часто це рівноцінно перегляду картки товару
  • Adds/Removes from Cart – Додавання/Видалення товару в кошик
  • Checkouts – Проходження етапів оформлення замовлення
  • Purchases – Покупка
  • Refunds – Повернення товару

Окрім дій з товарами можна також відстежувати взаємодію з банерами на сайті:

  • Promotion Views/Impressions – Перегляд промо-банера
  • Promotion Clicks – Клік по промо-банеру

Відмінною рисою та болем звітів Ecommerce є той факт, що дані для них не збираються при базовій установці Google Analytics. Для отримання даних маркетологу доводиться витратити чимало сил, часу та енергії. А все тому, що для коректного налаштування, маркетологу в команді з розробником, необхідно зрозуміти, що таке dataLayer і як він працює в GTM. І хоча, на думку багатьох, налаштування електронної торгівлі це “пекельна праця”, більшість фахівців все ж таки проходять через це і отримують бажані звіти. Якщо ви читаєте цю статтю, припускаю, що ви знаєте, як виглядають звіти Enhanced Ecommerce у стандартній версії Google Analytics. Якщо хочете, щоб я розібрав їх в одній із наступних статей, напишіть про це у коментарях.

 

Як виглядають звіти Ecommerce в інтерфейсі GA4 (раніше App+Web)

А ось це вже цікавіше. Тут на нас чекає щось нове. Давайте подивимося:Візуалізація даних електронної торгівлі в інтерфейсі GA4 (App+Web)

Так, вам не здалося. На поточний момент це все що вам пропонує Google в своїй новій аналітиці. А якщо бути повністю точним, то в інтерфейсі ми бачимо лише інформацію про факт здійснення транзакції і прибутку з неї. На цьому все. Принаймні на поточному етапі розвитку нової аналітики. В подальшому я буду оновлювати інформацію в цій статті.Опис можливостей єкомерс в інтерфейсі google analytics

Але Google Analytics 4 (раніше App+Web) крутий не інтерфейсом, а тим, що дозволяє нам “за копійки” скласти зібрану інформацію в BigQuery і далі самостійно на основі сирих даних побудувати потрібні звіти. І ось ця функція вже працює. Під дані Ecommerce у схемі BigQuery відведено дуже багато полів. На скріншоті нижчі всі навіть не помістилися.Дані Ecommerce GA4 (раніше App + Web) в BigQuery

 

Налаштування Ecommerce GA4 (раніше App + Web) за допомогою GTM

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

В цілому, налаштування Ecommerce для Google Analytics 4 (раніше App + Web) за допомогою Google Tag Manager нічим не відрізняється від налаштування Enhanced Ecommerce для Google Analytics. Етапи ті ж:

  1. Написати ТЗ розробнику для передачі даних у dataLayer
  2. Перевірити коректність установки кодів розробником (Цей етап найдовший і може повторюватися кілька разів. Хто хоч раз впроваджував Enhanced Ecommerce, зрозуміє мене)
  3. Налаштування необхідних тегів у GTM
  4. Налаштування в Google Analytics (так, нас позбавили можливості увімкнути самостійно кілька галочок. Ех. Але тепер і забути їх включити теж не вийде)

Давайте розберемо ці кроки більш детально.

Написання ТЗ розробнику для передачі даних в dataLayer

Цей етап можна назвати найпростішим. Все, що вам потрібно, це перейти на сторінку офіційної документації та на основі зібраної там інформації написати ТЗ розробнику. Подумав я перед тим, як сісти робити перше налаштування. Як виявилось, однієї сторінки довідки мало і потрібно ще почитати тут. Адже саме за другим посиланням розповідається, які саме дані необхідно передавати до кожного з параметрів товарів чи промо-баннерів.

Тепер озброївшись інформацією з довідки, ми готові до написання ТЗ. У ньому необхідно детально розписати кожен крок налаштування.

Написання ТЗ на відстеження взаємодій із товарами

Перегляд товару у списку товарів

Під цією подією мають на увазі перегляд товару у списках на сайті. Наприклад, у списку “Кращі цінові пропозиції”:Приклад списку Найкращі цінові пропозиції

Або у списку “Спеціально для вас”:Приклад списку Спеціально для вас

Дуже часто пишуть, що інформацію про цю подію необхідно надсилати в момент завантаження сторінки. Насправді така реалізація є некоректною, оскільки в момент завантаження сторінки користувач ще не встиг переглянути всі товари на сторінці. Дуже часто буває ситуація, що користувач взагалі не доскролює до певних списків, інформація про які вже передалася в момент завантаження сторінки. Щоб уникнути спотворення даних, рекомендую передавати подію в момент, коли користувач покидає сторінку (подія в браузері beforeunload), попередньо зберігши інформацію про те, які товари потрапляли у видиму область екрана користувача.

Назва події в GA4 (раніше App+Web):view_item_list .

Саме під таким ім’ям ви зможете надалі знайти його як в інтерфейсі користувача, так і в BigQuery.

Приклад коду для відстеження події:

ВАЖЛИВО! Кожен товар передається окремим об’єктом у масиві items. У подальших прикладах коду я показуватиму лише один товар для зменшення довжини статті, але правило в попередньому реченні залишається актуальним і для наступних фрагментів коду.

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'view_item_list',

  'ecommerce': {

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1'

     },

    {

       'item_name': 'Triblend Android T-Shirt',       // Name or ID is required.

       'item_id': '12345',

       'price': '15.25',

       'item_brand': 'Google',

       'item_category': 'Apparel',

       'item_category2': 'Mens',

       'item_category3': 'Shirts',

       'item_category4': 'Tshirts',

       'item_variant': 'Gray',

       'item_list_name': 'Search Results',

       'item_list_id': 'SR123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event view_item_list Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назва товару, який користувач побачив у списку. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, який побачив користувач у списку.
price 500 Ціна 1 одиниці товару, який користувач побачив у списку.
item_brand Analytics Tips Бренд товару зі списку.
item_category Very Good Category Найвища категорія для товару зі списку. Для Enhanced Ecommerce категорія передавалася у вигляді Very Good Category/Very Good Category 5/кожний рівень ієрархії поділявся символом “/”. При налаштуванні Ecommerce для GA4 варто враховувати, що під кожний рівень є власний параметр.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії товару зі списку.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії товару зі списку.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії товару зі списку.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії товару зі списку.
item_variant full Варіант товару із списку. У цей параметр можна надсилати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу і т.д.
item_list_name Hits Назву списку, в якому користувач побачив товар. Вище я наводив кілька прикладів.
item_list_id A123 Ідентифікатор списку, де користувач побачив товар.
index 1 Порядковий номер товару у списку. Нумерація рахується зліва направо та зверху вниз. Вище на скріншоті я показав порядок нумерації.
quantity 1 Кількість товару, яку побачив користувач. Найчастіше користувач бачить іконку товару і мається на увазі, що це 1 товар. У цьому випадку цей параметр можна упустити.
discount 100 Розмір знижки на товар, який побачив користувач у списку.
coupon SPRING У цей параметр можна передавати код купона товару зі списку. Хоча мені поки що і незрозуміло практичне застосування купона на цьому етапі – така можливість є.

 

Приклад налаштування в GTM

ВАЖЛИВО! Змінна типу Data Layer, скрін якої ви бачите нижче, зберігає інформацію про товари не тільки для події view_item_list, але і для всіх наступних подій, тому вам не потрібно створювати її щоразу. Достатньо створити на початку та просто підключати до потрібних тегів.Змінна для зберігання інформації про товар для Ecommerce

 

Що стосується налаштування тегів і тригерів, то вони трохи відрізнятимуться для кожної події, тому для кожної події будуть свої скріншоти:Конфігурація тега для налаштування події view_item_list Тригер для налаштування події view_item_list

 

Клік по товару в списку товарів

Інформацію про цей крок необхідно передавати в момент, коли користувач клікає по одному із товарів у списку.

Назва події в GA4 (раніше App+Web): select_item.

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'select_item',

  'ecommerce': {

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event select_item Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назва товару, по якому користувач здійснив клік у списку. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, по якому користувач здійснив клік у списку.
price 500 Ціна 1 одиниці товару, по якому користувач клікнув у списку.
item_brand Analytics Tips Бренд товару, по якому був клік зі списку.
item_category Very Good Category Найвища категорія для товару, по якому був клік зі списку.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, по якому був клік зі списку.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, по якому був клік зі списку.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії для товару, по якому був клік зі списку.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, по якому був клік зі списку.
item_variant full Варіант товару, по якому був клік зі списку. У цей параметр можна надсилати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу і т.д.
item_list_name Hits Назва списку, в якому користувач здійснив клік по товару.
item_list_id A123 Ідентифікатор списку, в якому користувач здійснив клік по товару.
index 1 Порядковий номер товару у списку. Нумерація рахується зліва направо та зверху вниз. Важливо, нумерація в момент показу товару у списку та в момент кліку має бути аналогічною.
quantity 1 Параметр, у якому фіксується кількість товару. У разі події кліку по товару в списку можна не передавати.
discount 100 Розмір знижки на товар, по якому користувач зробив клік.
coupon SPRING У цей параметр можна передавати код купона для товару, по якому був клік.

 

Приклад налаштування в GTMКонфігурація тега для налаштування події select_item Тригер для налаштування події select_item

 

Перегляд детальної інформації про товар

Інформація про цю подію зазвичай передається під час перегляду картки товару у момент завантаження сторінки.

Назва події в GA4 (раніше App+Web): view_item.

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'view_item',

  'ecommerce': {

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event view_item Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назву товару, картку якого користувач переглядає. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, картку якого проглядає користувач.
price 500 Ціна 1 одиниці товару, картку якого проглядає користувач.
item_brand Analytics Tips Бренд товару, картку якого користувач переглядає.
item_category Very Good Category Найвища категорія товару, картку якого переглядає користувач.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії товару, картку якого переглядає користувач.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії товару, картку якого переглядає користувач.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії товару, картку якого переглядає користувач.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії товару, картку якого переглядає користувач.
item_variant full Варіант товару, картку якого переглядає користувач.
item_list_name Hits Назва списку, де користувач знайшов товар, картку якого він переглядає.
item_list_id A123 Ідентифікатор списку, де користувач знайшов товар, картку якого він переглядає.
index 1 Порядковий номер товару у списку. Нумерація рахується зліва направо та зверху вниз. Важливо, нумерація в момент показу товару у списку та в момент перегляду картки товару має бути аналогічною.
quantity 1 Параметр, у якому фіксується кількість товару. У разі події перегляду картки товару можна не передавати.
discount 100 Розмір знижки товару, картку якого переглядає користувач.
coupon SPRING В цей параметр можна передавати код купона для товару.

 

Приклад налаштування в GTMКонфігурація тега для налаштування події view_item Тригер для налаштування події view_item

 

Додавання товару до кошика

Інформацію необхідно передавати у всіх випадках, коли користувач додає товар у кошик.

Назва події в GA4 (раніше App+Web): add_to_cart.

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'add_to_cart',

  'ecommerce': {

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event add_to_cart Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назву товару, який додали до кошика. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, який додали до кошика.
price 500 Ціна 1 одиниці товару, який додали до кошика.
item_brand Analytics Tips Бренд товару, який додали до кошика.
item_category Very Good Category Найвища категорія для товару, який додали до кошика.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, який додали до кошика.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, який додали до кошика.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії для товару, який додали до кошика.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, який додали до кошика.
item_variant full Варіант товару, який додали до кошика. У цей параметр можна надсилати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу і т.д.
item_list_name Hits Назва списку, в якому користувач здійснив додавання товару до кошика.
item_list_id A123 Ідентифікатор списку, в якому користувач здійснив додавання товару до кошика.
index 1 Порядковий номер товару у списку. Нумерація рахується зліва направо та зверху вниз. Важливо, нумерація в момент показу товару у списку та в момент кліка має бути аналогічною.
quantity 1 Параметр, в якому фіксується кількість товару, яку користувач додав до кошика. Якщо користувач додає товар, який вже є в кошику, передаємо тільки кількість з останньої ітерації.
discount 100 Розмір знижки на товар, який користувач додав до кошика.
coupon SPRING У цей параметр можна передавати код купона для товару, який додав користувач до кошика.

 

Приклад налаштування в GTMКонфігурація тега для налаштування події add_to_cart Тригер для налаштування події add_to_cart

 

Видалення товару з кошика

Передаємо дані при видаленні користувачем товарів із кошика.

Назва події в GA4 (раніше App+Web): remove_from_cart.

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'remove_from_cart',

  'ecommerce': {

    'items': 

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event remove_from_cart Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назву товару, який користувач видалив із кошика. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, який користувач вилучив із кошика.
price 500 Ціна 1 одиниці товару, який користувач вилучив із кошика.
item_brand Analytics Tips Бренд товару, який користувач видалив із кошика.
item_category Very Good Category Найвища категорія для товару, який користувач вилучив із кошика.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, який користувач вилучив із кошика.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, який користувач вилучив із кошика.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії для товару, який користувач вилучив із кошика.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, який вилучив користувач з кошика.
item_variant full Варіант товару, який користувач вилучив із кошика. У цей параметр можна надсилати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу і т.д.
item_list_name Hits Назва списку, в якому користувач здійснив видалення товару з кошика.
item_list_id A123 Ідентифікатор списку, в якому користувач здійснив видалення товару з кошика.
index 1 Порядковий номер товару у списку. Нумерація рахується зліва направо та зверху вниз. Важливо, нумерація в момент показу товару у списку та в момент кліка має бути аналогічною.
quantity 1 Параметр, у якому фіксується кількість товару. Передаємо не загальну кількість товару, а лише ту кількість, яку користувач вилучив із кошика.
discount 100 Розмір знижки на товар, який користувач видалив із кошика.
coupon SPRING У цей параметр можна передавати код купона для товару, який вилучив користувач з кошика.

 

Приклад налаштування в GTMКонфігурація тега для налаштування події remove_from_cart Тригер для налаштування події remove_from_cart

 

Початок оформлення покупки

Найкраще цю подію передавати в момент завантаження сторінки оформлення, що символізуватиме саме початок оформлення замовлення.

Назва події в GA4 (раніше App+Web):begin_checkout .

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'begin_checkout',

  'ecommerce': {

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event begin_checkout Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назва товару, який був у користувача у кошику на момент перегляду сторінки оформлення. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID, ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, який був у користувача в кошику, на момент перегляду сторінки оформлення.
price 500 Ціна 1 одиниці товару, який був у користувача у кошику на момент перегляду сторінки оформлення.
item_brand Analytics Tips Бренд товару, який був у користувача у кошику на момент перегляду сторінки оформлення.
item_category Very Good Category Найвища категорія для товару, який був у користувача у кошику на момент перегляду сторінки оформлення.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, який був у користувача у кошику на момент перегляду сторінки оформлення.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, який був у користувача у кошику на момент перегляду сторінки оформлення.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії для товару, який був у користувача у кошику, на момент перегляду сторінки оформлення.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, який був у користувача у кошику, на момент перегляду сторінки оформлення.
item_variant full Варіант товару, який був у користувача в кошику, на момент перегляду сторінки оформлення. У цей параметр можна надсилати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу і т.д.
item_list_name Hits Назву списку, в якому користувач додав товар до кошика. Насправді ще не зрозуміло, як працюватиме атрибуція списків в інтерфейсі GA4, але для любителів BigQuery доведеться або рахувати її самостійно, або передавати відразу в події. Мені більше до вподоби перший варіант.
item_list_id A123 Ідентифікатор списку, де користувач додав товар у кошик.
index 1 Порядковий номер товару в списку. Нумерація рахується зліва направо та зверху вниз. Важливо, нумерація в момент показу товару в списку та в момент кліку має бути аналогічною.
quantity 1 Параметр, у якому фіксується кількість товару.
discount 100 Розмір знижки на товар, який був у користувача в кошику, на момент перегляду сторінки оформлення.
coupon SPRING У цей параметр можна передавати код купона для товару, який був у користувача в кошику, на момент перегляду сторінки оформлення.

 

Приклад налаштування в GTMКонфігурація тега для налаштування події begin_checkout Тригер для налаштування події begin_checkout

 

Вибір способу доставки

Як відомо з назви, передаємо дані у момент, коли користувач визначився з варіантом доставки.

Назва події в GA4 (раніше App+Web):add_shipping_info .

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'add_shipping_info',

  'ecommerce': {

    'shipping_tier': 'google',

    'value': 23.07,

    'currency': 'USD',

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event add_shipping_info Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назва товару, який був у користувача в кошику на момент вибору способу доставки. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, який був у користувача у кошику, на момент вибору способу доставки.
price 500 Ціна 1 одиниці товару, який був у користувача в кошику, на момент вибору способу доставки.
item_brand Analytics Tips Бренд товару, який був у користувача в кошику на момент вибору способу доставки.
item_category Very Good Category Найвища категорія для товару, який був у користувача в кошику на момент вибору способу доставки.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент вибору способу доставки.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент вибору способу доставки.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент вибору способу доставки.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент вибору способу доставки.
item_variant full Варіант товару, який був у користувача у кошику на момент вибору способу доставки. У цей параметр можна передавати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу тощо.
item_list_name Hits Назва списку, в якому користувач здійснив додавання товару до кошика.
item_list_id A123 Ідентифікатор списку, в якому користувач здійснив додавання товару до кошика.
index 1 Порядковий номер товару у списку. Нумерація рахується зліва направо та зверху вниз. Важливо, нумерація в момент показу товару у списку та в момент кліка має бути аналогічною.
quantity 1 Параметр, в якому фіксується кількість товару на момент вибору способу доставки.
discount 100 Розмір знижки на товар, який був у користувача в кошику на момент вибору способу доставки.
coupon SPRING У цей параметр можна передавати код купона для товару, який був у користувача в кошику на момент вибору способу доставки.
shipping_tier google Вибраний користувачем спосіб доставки.
value 23.07 Загальна сума кошика на момент надсилання події.
currency USD Код валюти.

 

Приклад налаштування в GTMКонфігурація тега для налаштування події add_shipping_info Тригер для налаштування події add_shipping_info

 

Вибір способу оплати

Аналогічно пункту вище, тільки дані передаємо, коли користувач визначився зі способом оплати.

Назва події в GA4 (раніше App+Web):add_payment_info .

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'add_payment_info',

  'ecommerce': {

    'payment_type': 'google_pay',

    'value': 23.07,

    'currency': 'USD',

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event add_payment_info Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назва товару, який був у користувача в кошику на момент вибору способу оплати. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, який був у користувача у кошику на момент вибору способу оплати.
price 500 Ціна 1 одиниці товару, який був у користувача в кошику на момент вибору способу оплати.
item_brand Analytics Tips Бренд товару, який був у користувача в кошику на момент вибору способу оплати.
item_category Very Good Category Найвища категорія для товару, який був у користувача в кошику на момент вибору способу оплати.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент вибору способу оплати.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент вибору способу оплати.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент вибору способу оплати.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент вибору способу оплати.
item_variant full Варіант товару, який був у користувача у кошику на момент вибору способу оплати. У цей параметр можна передавати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу тощо.
item_list_name Hits Назва списку, в якому користувач здійснив додавання товару до кошика.
item_list_id A123 Ідентифікатор списку, в якому користувач здійснив додавання товару до кошика.
index 1 Порядковий номер товару у списку. Нумерація рахується зліва направо та зверху вниз. Важливо, нумерація в момент показу товару у списку та в момент кліка має бути аналогічною.
quantity 1 Параметр, у якому фіксується кількість товару на момент вибору способу оплати.
discount 100 Розмір знижки на товар, який був у користувача в кошику на момент вибору способу оплати.
coupon SPRING У цей параметр можна передавати код купона для товару, який був у користувача в кошику на момент вибору способу оплати.
payment_type google_pay Вибраний користувачем спосіб оплати.
value 23.07 Загальна сума кошика на момент надсилання події.
currency USD Код валюти.

 

Приклад налаштування в GTMКонфігурація тега для налаштування події add_payment_info Тригер для налаштування події add_payment_info

 

Транзакція

Передаємо у момент здійснення транзакції на сайті. Найчастіше інформацію передають на сторінці подяки. Не забувайте, що за наявності онлайн оплати та переходу на сторінку еквайєра у вас може перевизначатися джерело трафіку.

Назва події в GA4 (раніше App+Web):purchase .

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'purchase',

  'ecommerce': {

  'transaction_id': '24T',

  'value': 510,

  'currency': 'USD',

  'tax': 10,

  'shipping': 0,

  'coupon': 'free_shipping',

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event purchase Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назву товару, який придбав користувач. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, який придбав користувач.
price 500 Ціна 1 одиниці товару, який придбав користувач.
item_brand Analytics Tips Бренд товару, який придбав користувач.
item_category Very Good Category Найвища категорія для товару, який придбав користувач.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, який придбав користувач.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, який придбав користувач.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії товару, який придбав користувач.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, який придбав користувач.
item_variant full Варіант товару, який придбав користувач. У цей параметр можна надсилати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу і т.д.
item_list_name Hits Назва списку, в якому користувач здійснив клік по товару.
quantity 1 Параметр, у якому фіксується кількість товару. У разі події кліку по товару в списку можна не передавати.
coupon free_shipping У цей параметр можна передавати код купона для товару, який придбав користувач.
discount 100 Розмір знижки на товар, який придбав користувач.
transaction_id 24T Ідентифікатор транзакції.
value 510 Загальна сума кошика на момент надсилання події.
currency USD Код валюти.
tax 10 Сума податку.
shipping 0 Вартість доставки.

 

Приклад налаштування в GTM

Оскільки я не знайшов на даний момент офіційної інформації про те, як необхідно передавати додаткові дані про транзакцію нижче моя інтерпретація. Надалі інформація у цьому пункті може бути змінена.Конфігурація тега для налаштування події purchase Тригер для налаштування події purchase

 

Вище ми розібрали основні події воронки, які були доступні й у старій версії аналітики. Але існують ще три події:

– для відстеження повернень – подію не розбирав в блоці вище, тому що зазвичай повернення рідко відбуваються на сайті і передаються з бекенда

– відстеження додавання товару до вибраного (нова стандартна подія для Google Analytics)

– перегляд сторінки кошика (нова стандартна подія для Google Analytics)

 

Повернення товару

Як відомо з назви, інформацію відправляємо у момент, коли користувач виконує повернення товару. Оскільки у більшості повернень не відбувається на сайті, інформація надана більше для ознайомлювальних, ніж практичних цілей.

Важливий момент, при скасуванні повної транзакції, достатньо передати лише ID транзакції. При частковому поверненні необхідно передавати всі дані товару, який повернув користувач.

Назва події в GA4 (раніше App+Web): refund

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'refund',

  'ecommerce': {

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event refund Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назва товару, яким користувач робить повернення. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, по якому користувач робить повернення.
price 500 Ціна 1 одиниці товару, по якому користувач робить повернення.
item_brand Analytics Tips Бренд товару, по якому користувач робить повернення.
item_category Very Good Category Найвища категорія для товару,по якому користувач робить повернення.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, по якому користувач робить повернення.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, по якому користувач робить повернення.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії для товару, по якому користувач робить повернення.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, по якому користувач робить повернення.
item_variant full Варіант товару, по якому користувач робить повернення. У цей параметр можна надсилати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу і т.д.
quantity 1 Параметр, у якому фіксується кількість товару, придбаного користувачем.
discount 100 Розмір знижки на товар, який придбав користувач.
coupon SPRING У цей параметр можна передавати код купона товару, який придбав користувач.
transaction_id 24T Ідентифікатор транзакції.
value 510 Загальна сума кошика на момент надсилання події.
currency USD Код валюти.
tax 10 Сума податку.
shipping 0 Вартість доставки.

 

Додавання товару у обране

Це нова стандартна подія. У Enhanced Ecommerce його не було і раніше його відстежували звичайною подією. Зараз є можливість передати значно більше інформації. Відправляємо її звичайно ж у момент, коли користувач додає товар в обране.

Назва події в GA4 (раніше App+Web): add_to_wishlist

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'add_to_wishlist',

  'ecommerce': {

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event add_to_wishlist Назва події. Саме на неї ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назва товару, який був доданий до обраного. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, який було додано в обране.
price 500 Ціна 1 одиниці товару, який був доданий до обраного.
item_brand Analytics Tips Бренд товару, який був доданий до обраного.
item_category Very Good Category Найвища категорія для товару, який було додано до обраного.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, який було додано до вибраного.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, який було додано до обраного.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії для товару, який було додано до обраного.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, який було додано до обраного.
item_variant full Варіант товару, який було додано до обраного. У цей параметр можна надсилати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу і т.д.
item_list_name Hits Назва списку, в якому користувач додав товар в обране.
item_list_id A123 Ідентифікатор списку, в якому користувач додав товар в обране.
index 1 Порядковий номер товару у списку. Нумерація рахується зліва направо та зверху вниз. Важливо, нумерація в момент показу товару у списку та в момент кліка має бути аналогічною.
quantity 1 Параметр, у якому фіксується кількість товару. У разі події додавання товару до обраного можна не передавати.

 

Приклад налаштування в GTMКонфігурація тега для налаштування події add_to_wishlist Тригер для налаштування події add_to_wishlist

 

Перегляд сторінки кошика

Оскільки перегляд сторінки кошика на багатьох сайтах не є обов’язковим кроком в Enhanced Ecommerce доводилося навмисно опускати цю подію, щоб не псувати візуальний вигляд воронки оформлення замовлення. Дуже круто, що хлопці з Google наразі виділили під нього окрему подію.

Назва події в GA4 (раніше App+Web):view_cart .

Приклад коду для відстеження події:

window.dataLayer = window.dataLayer || [];

dataLayer.push({

  'event': 'view_cart',

  'ecommerce': {

    'items': [

     {

       'item_name': 'PRO GTM',       // Name or ID is required.

       'item_id': '12345',

       'price': '500',

       'item_brand': 'Analytics Tips',

       'item_category': 'Very Good Category',

       'item_category2': 'Very Good Category 2',

       'item_category3': 'Very Good Category 3',

       'item_category4': 'Very Good Category 4',

       'item_variant': 'full',

       'item_list_name': 'Hits',

       'item_list_id': 'A123',

       'index': 1,

       'quantity': '1',

       'discount': '100',

       'coupon': 'SPRING'

     }]

  }

});

 

Опис параметрів, які можна надсилати для події:

Параметр Приклад даних Опис
event view_cart Назва події. Саме на нього ми налаштовуватимемо тригер в GTM. Значення у прикладі краще не змінювати.
item_name PRO GTM Назва товару, який був у користувача у кошику на момент перегляду сторінки кошика. Один з найважливіших параметрів, оскільки без інформації про назву товару або його ID ваш запит не буде прийнятий аналітикою.
item_id 12345 Ідентифікатор товару, який був у користувача в кошику, на момент перегляду сторінки кошика.
price 500 Ціна 1 одиниці товару, який був у користувача в кошику на момент перегляду сторінки кошика.
item_brand Analytics Tips Бренд товару, який був у користувача в кошику на момент перегляду сторінки корзини.
item_category Very Good Category Найвища категорія для товару, який був у користувача в кошику на момент перегляду сторінки кошика.
item_category2 Very Good Category 2 Другий найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент перегляду сторінки кошика.
item_category3 Very Good Category 3 Третій найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент перегляду сторінки кошика.
item_category4 Very Good Category 4 Четвертий найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент перегляду сторінки кошика.
item_category5 Very Good Category 5 П’ятий найвищий рівень ієрархії категорії для товару, який був у користувача в кошику на момент перегляду сторінки кошика.
item_variant full Варіант товару, який був у користувача в кошику, на момент перегляду сторінки кошика. У цей параметр можна передавати будь-яку додаткову інформацію про товар: колір, розмір, обсяг пам’яті, тип матеріалу тощо.
item_list_name Hits Назва списку, в якому користувач здійснив додавання товару до кошика.
item_list_id A123 Ідентифікатор списку, в якому користувач здійснив додавання товару до кошика.
index 1 Порядковий номер товару у списку. Нумерація рахується зліва направо та зверху вниз. Важливо, нумерація в момент показу товару у списку та в момент кліка має бути аналогічною.
quantity 1 Параметр, в якому фіксується кількість товару, який був у користувача у кошику на момент перегляду сторінки кошика.
discount 100 Розмір знижки на товар, який був у користувача у кошику на момент перегляду сторінки кошика.
coupon SPRING У цей параметр можна передавати код купона для товару, який був у користувача в кошику на момент перегляду сторінки кошика.

 

Приклад налаштування в GTMКонфігурація тега для налаштування події view_cart Тригер для налаштування події view_cart

Перевірка коректності встановлення кодів розробником

У попередньому блоці ми максимально детально розписали кожну подію і це має допомогти звести кількість помилок при реалізації ТЗ до мінімуму, але, на жаль, мій досвід показує, що звести їх до нуля не вийде. Тож уважно перевіряйте кожну подію після впровадження ТЗ розробниками. Оскільки ця стаття і так виходить великою, якщо вам цікаво дізнатися, як можна ефективно проводити перевірку, пишіть про це у коментарях і я напишу на цю тему статтю.

Налаштування необхідних тегів у Google Tag Manager

Звичайно ж, без цього нікуди. Якщо ви прийшли сюди за цим, то дивіться розділ Написання ТЗ розробнику передачі даних у dataLayer цієї статті. Щоб не заплутувати вас, я описав налаштування GTM для кожної події в цьому блоці. Не забудьте опублікувати версію після всіх змін.

Самостійне налаштування Ecommerce GA4 (раніше App + Web) на основі даних Enhanced Ecommerce Google Analytics

Звичайно ж написати ТЗ, чекати на його впровадження і тільки потім приступати до налаштування та збору даних, стратегія хороша та робоча, але що робити, якщо ви хочете почати отримувати перші дані вже зараз?

Насамперед перевірте, чи встановлений у вас на сайті Enhanced Ecommerce. І чи зроблено це налаштування через GTM. Якщо так, то дуже пощастило, адже налаштування Ecommerce для Google Analytics 4 (раніше App + Web) на основі цих даних займе всього кілька хвилин. Давайте приступимо.

Попередньо має бути встановлений базовий тег Google Analytics: конфігурація GA4:Встановлення базового тега Google Analytics: конфігурація GA4

 

Для налаштування нам знадобляться:

  1. Змінна для зберігання даних Enhanced Ecommerce
  2. Змінна для визначення події електронної торгівлі Google Analytics 4 (раніше App+Web) на основі даних Enhanced Ecommerce
  3. Змінна, яка перетворюватиме дані на новий формат GA4 (раніше App+Web)
  4. Тег та тригери для передачі даних про основні події Ecommerce у нову аналітику
  5. Тег та тригери для передачі інформації про транзакцію в GA4 (раніше App+Web)
  6. Декілька змінних для зберігання та передачі додаткових даних про транзакцію

 

Повний перелік того, що потрібно створити, можна побачити на скрині:Перелік необхідних налаштувань у GTM для Ecommerce Google Analytics 4

 

  • Створюємо змінну для зберігання даних Enhanced Ecommerce

 

Тут усе просто: нічого нового. Нам знадобиться змінна типу Data Layer з наступними налаштуваннями:Змінна для зберігання даних dataLayer ecommerce

Зверніть увагу, що у полі версія Data Layer необхідно вибрати значення Version 1.

 

  • Змінна для визначення події електронної торгівлі Google Analytics 4 (раніше App+Web) на основі даних Enhanced Ecommerce

 

У цій змінній вже відбувається трохи магії: на основі даних у dataLayer скрипт визначає, яку подію ми передаватимемо в Ecommerce GA4 (раніше App+Web).Змінна Custom JavaScript для визначення події Ecommerce G4

Використовуємо змінну типу Спеціальний сценарій JavaScript з наступним кодом:

function() {

  var event;

  var ecom = {{DL - ecommerce}};

  var keys = Object.keys(ecom);

  action = keys[0];



  switch(true) {



    case "detail" in ecom:

        event = "view_item";

        break;

    case "add" in ecom:

        event = "add_to_cart";

        break;

    case "remove" in ecom:

        event = "remove_from_cart";

        break;

    case "checkout" in ecom && ecom.checkout.actionField.step == 1:

        event = "begin_checkout";

        break;

    case "purchase" in ecom:

        event = "purchase";

        break;

    default:

        event = false;

  }

  return event;

}

 

ВАЖЛИВО! Якщо ви вирішили змінити назву змінної з пункту 1, доведеться в коді замість {{DL – ecommerce}} вказати вашу назву змінної.

 

  • Змінна, яка перетворює дані на новий формат GA4 (раніше App+Web)

 

Основна магія звичайно ж відбувається у цій змінній. Саме вона перетворює дані зі старого формату на новий. І знову нам знадобиться змінна типу Спеціальний сценарій JavaScript та код, який розміщений нижче.Змінна для створення інформації про товар для налаштування електронної торгівлі в Google Analytics

 

function() {

  var items = [];

  

  var ecom = {{DL - ecommerce}};

  var keys = Object.keys(ecom);

  var action = keys[0];



  

  prod_tr = function(products, list) {

    awProduct = []

products.forEach(function(item, i, products) {

            o = {};

            o.item_name = item.name;

            o.item_id = item.id;

            o.price = item.price;

            o.item_brand = item.brand;

            o.item_category = item.category.split("/")[0];

o.item_category2 = item.category.split("/")[1];

o.item_category3 = item.category.split("/")[2];

o.item_category4 = item.category.split("/")[3];

o.item_category5 = item.category.split("/")[4];

o.item_variant = item.variant;

o.item_list_name = list;

o.quantity = item.quantity;



            awProduct[i] = o;

return awProduct;

        });

return awProduct

  }



  switch(true) {



    case "detail" in ecom:

        list = ecom.detail.actionField ? ecom.detail.actionField.list : "";

        prod = ecom.detail.products;

        items = prod_tr(prod, list);

        break;

    case "add" in ecom:

        list = ecom.add.actionField ? ecom.add.actionField.list : "";

        prod = ecom.add.products;

        items = prod_tr(prod, list);

        break;

    case "remove" in ecom:

        list = ecom.remove.actionField ? ecom.remove.actionField.list : "";

        prod = ecom.remove.products;

        items = prod_tr(prod, list);

        break;

    case "checkout" in ecom && ecom.checkout.actionField.step == 1:

        prod = ecom.checkout.products;

        items = prod_tr(prod);

        break;

    case "purchase" in ecom:

        prod = ecom.purchase.products;

        items = prod_tr(prod);

        break;

  }

  return items;

}

Якщо ви змінили назву змінної в пункті 1, не забудьте знову змінити її у коді вище.

 

  • Тег та тригери для передачі даних про основні події Ecommerce у нову аналітику

 

Цей тег дозволить нам передати інформацію про такі події як перегляд інформації про товар, додавання та видалення товару з кошика, а також перехід на етап оформлення замовлення.Конфігурація тега для налаштування події Ecommerce га4 на основі розширеної торгівлі

ВАЖЛИВО! Швидше за все, вам доведеться трохи підправити тригери для цього тега, так як налаштування Enhanced Ecommerce може відрізнятися на різних сайтах. Потрібно буде вказати всі тригери, в момент яких відбувається передача наступної інформації в dataLayer: перегляд картки товару, додавання/видалення товару з кошика, початок оформлення замовлення.

У моєму випадку додавання та видалення товару з кошика відбувається в момент передачі подій addToCart і removeFromCart, тому тригери для них такі:Тригер для налаштування події додавання товару до кошикаТригер в диспетчері тегів для видалення товару з кошика

Щодо перегляду картки товару та сторінки оформлення, то вони в моєму випадку передаються в dataLayer при завантаженні сторінки. У зв’язку з цим використовую наступний тригер:Тригер перегляду картки товару у google tag manager

Не забудьте прописати додаткову умову як на скрині для тега перегляду сторінки, інакше у вас будуть надсилатися невизначені події під час перегляду інших сторінок, окрім карток товару та чекауту.Приклад помилкової події для Google Analytics GA4

Не менш важливо! У моєму налаштуванні є додатковий параметр debug_mode. Вам не обов’язково використовувати його. Він призначений для перевірки коректності надсилання даних. При увімкненому режимі дебагу ви зможете бачити свої події на вкладці DebugView.DebugView в інтерфейсі Google аналітик веб і додаток

 

  • Тег та тригери для передачі інформації про транзакцію в GA4 (раніше App+Web)

У зв’язку з тим, що з транзакції потрібно буде передавати додаткові дані, краще створити окремий тег.Тег для відправки події покупки електронної торгівлі

Знову ж таки, можливо, вам знадобиться трохи відредагувати тригери для свого сайту. Я використовую такі:Тригер для вимірювання покупки в один клікТригер для відстеження транзакції в Google Analytics

 

Попередньо вам також потрібно буде створити такі змінні типу Data Layer:

  • для передачі інформації про ідентифікатор транзакціїЗмінна типу dataLayer для отримання id транзакції
  • для передачі інформації про прибутокЗмінна дата лаєр для зберігання інформації про прибуток
  • для передачі інформації про affiliation компаніїЗмінна для отримання значення affiliation у Google Tag Manager

 

ВАЖЛИВО! На момент написання статті я так і не знайшов офіційної інформації про те, в які параметри необхідно передавати id, revenue та affiliation. У поточній реалізації вони йдуть до параметрів події, які мені здаються найбільш логічними. З появою повної інформації цей пункт може бути змінено.

Ось і все, на цьому налаштування закінчено. Залишилося лише опублікувати зміни.

 

Перевірка коректності налаштування

Як я писав вище, щоб перевірити коректність налаштування, ви можете скористатися режимом DebugView, але в ньому зможете побачити лише факт події, без будь-якої додаткової інформації, наприклад, про товари.

Другий метод – це заглянути на вкладку Network вашого браузера і знайти там потрібний запит. Шукати можете за входженням collect. Далі вибирайте запити із другою версією протоколу вимірювань (v=2).Приклад даних електронної торгівлі, надісланих до Google Analytics GA4

 

Перетворити дані на читабельний вигляд можна за допомогою будь-якого онлайн декодера, наприклад тут .

 

ЗАМІСТЬ ВИСНОВКУ

Google Analytics 4 (раніше App+Web) чудовий інструмент, а з появою офіційної підтримки Ecommerce, а не костильних рішень, як було раніше, він набуде ще більшої популярності. Залишайте свої питання щодо цього інструменту, а також ідеї про те, як можна покращити цю інструкцію у коментарях.

Сообщение Настройка Ecommerce Google Analytics 4 (раніше App + Web) через Google Tag Manager. Детальна інструкція появились сначала на Analytics Tips - блог про веб-аналітику.

]]>
https://analytics-tips.com/uk/ecommerce-app-web-via-google-tag-manager/feed/ 0