Имената на някои събития и параметри за електронна търговия са променени за собствености в Google Анализ 4. Използването на правилните имена и параметри в GA4 ще Ви осигури най-полезните отчети за електронната търговия и данни за събитията при електронна търговия в собствеността в GA4.
За да мигрирате от UA към GA4, трябва да направите следното:
- Оставете внедряването на UA непроменено.
- Създайте дублирани събития за собствеността си в GA4. Използвайте новите имена и параметри на събитията, необходими за собственостите в Google Анализ. Ще имате две независими внедрявания едно до друго, всяко от което служи за различни неща.
Избягвайте да споделяте внедрявания на електронна търговия между Universal Analytics и GA4.
Ако използвате съществуващото внедряване на електронна търговия в UA (събития в „dataLayer“ и код gtag.js) със собственост в GA4, отчетите Ви за електронна търговия в GA4 няма да бъдат пълни. Библиотеката gtag.js автоматично превежда някои (но не всички) събития и параметри в UA в необходимите събития за GA4.
От друга страна не е достатъчно само да преминете към имената и параметрите на събитията в GA4. UA няма да събира данни за събития, които не разпознава. Например всички събития при електронна търговия в GA4 имат параметър item_id
вместо id
.
Поради тази причина най-добрата практика е да направите две внедрявания: едно за UA и едно за собствеността си в GA4.
Тъй като обикновено изпращате само едно събитие, а това ще доведе до изпращането на две събития, може да решите да разчитате на внедряването на UA и да добавите само допълнителните събития/параметри, необходими за изпращането на данни до собствености в GA4. Това обаче изисква задълбочено разбиране на двата различни набора от събития и параметри. Ако запазите структурата и обектите на „dataLayer“ в UA,
- ще трябва да добавите нови събития/параметри в GA4, за да имате достъп до пълните възможности за отчитане в собственостите в GA4.
- Когато събитие от UA бъде оттеглено в GA4, трябва да създадете дублиращо се събитие с актуализираното име на GA4.
Основни положения: събития и параметри
Събитие: посочва как да се тълкуват данните за продукти, списъци и/или промоции, които изпращате. Параметри: подават по-конкретна информация за дадено събитие.
- За GA4 параметрите се вграждат в масив
items
(подробности). Имайте предвид, че това е различно от „dataLayer“ в UA, където за отделни събития се изисква допълнителна информация за действие. - Маркирането за електронна търговия е предмет на ограниченията за събития и параметри в GA4. Можете да посочите до 25 персонализирани параметъра на събитие (масивът
items
отнема само едно каре) и до 50 персонализирани величини и 50 персонализирани показателя на проект (подробности).
Задължителни параметри за електронна търговия в GA4
(задължителните параметри са в удебелен шрифт)
Ако не включите необходимите параметри за събития за електронна търговия (напр. items
, item_id
, item_name
), тези събития няма да се показват в отчетите за електронната търговия в GA4. Вместо това те ще се отчитат като персонализирани събития.
Параметър на събитието |
Параметри на ниво артикул |
Артикули (вижте по-долу) |
affiliation, coupon, currency, discount, index, item_id, item_brand, item_category, item_category2, item_category3, item_category4, item_category5, item_list_name, item_list_id, item_name, item_variant, price, quantity |
В следващата таблица са описани параметрите за масив от отделни артикули, които са налични за събиране.
Име на параметъра за масив от артикули |
Описание |
affiliation |
Името или кодът на дъщерното дружество (партньор/доставчик; ако има такива), свързани с отделен артикул |
coupon |
Името/кодът (ако има такива), свързани с отделен артикул |
discount |
Отстъпката (ако има такава), свързана с отделен артикул |
item_brand |
Марката на артикула |
item_category |
Категорията на артикула |
item_category2 |
Втора категория според йерархията или допълнителна класификация на артикула |
item_category3 |
Трета категория според йерархията или допълнителна класификация на артикула |
item_category4 |
Четвърта категория според йерархията или допълнителна класификация на артикула |
item_category5 |
Пета категория според йерархията или допълнителна класификация на артикула |
item_id |
Идентификаторът на артикула (задължително) |
item_name |
Името на артикула (задължително) |
item_variant |
Вариант на артикула или уникален код или описание за допълнителни подробности/опции на артикула |
price |
Цената на артикула |
quantity |
Количеството на артикула, с който е осъществено взаимодействие |
Съпоставяне между UA и GA4
Някои имена са променени, например параметрите „impression“ или „product“ на слоя данни вече са обединени в items
.
Вече има масив items
.
Как да използвате тази таблица:
- Сравнете промените в събитията (колона А спрямо колона В).
- Прегледайте изискванията и промените за величини/параметри (колона Б спрямо колона Г). Обърнете внимание на допълнителната таблица по-долу, която откроява промените в параметрите за артикули/продукти.
- Ако имате приложение с Firebase, обърнете внимание на следните промени в имената на събитията и направете съответните промени, за да съответстват на имената на събитията в GA4 (колона В). Новите отчети конкретно за електронната търговия в собственостите в GA4 няма да се показват в интерфейса на Firebase. Освен това версията на Firebase с подробни отчети за събития
ecommerce_purchase
иpurchase
например, може да не бъде актуализирана.- Променени
ecommerce_purchase
(Google Анализ за Firebase) ->purchase
ecommerce_refund
(Google Анализ за Firebase) ->refund
select_content
(Google Анализ за Firebase) ->select_item
present_offer
(Google Анализ за Firebase) ->select_promotion
- Ново
view_cart
- Променени
Колона A Имена на събития в UA (справка) |
Колона Б Величини в UA (справка) |
Колона В Имена на събития в GA4 (справка) |
Колона Г Параметри в GA4 (справка) |
|
id coupon revenue tax shipping currencyCode **products (вижте подробностите по-долу) |
|
transaction_id coupon value tax shipping currency **items (вижте подробностите по-долу) |
|
option |
|
payment_type |
|
revenue currencyCode option |
|
price currency shipping_tier |
|
currencyCode revenue coupon step (само за analytics.js) option (само за analytics.js) **products |
|
currency value coupon **items |
Не е налице
Неприложимо |
currencyCode revenue **products |
|
currency value **items |
|
currencyCode **products revenue |
|
currency **items value |
productClick |
list Не е налице – не съществува **products |
|
item_list_name item_list_id **items |
|
id name creative position **products |
|
promotion_id promotion_name creative_name creative_slot **items |
*Ново или променено име на събитие от UA
Подробности |
Параметри в GA4 |
Съответстващи величини в UA |
**Items/Products detail |
items item_id item_name item_brand item_category item_category2 item_category3 item_category4 item_category5 item_variant affiliation discount coupon price quantity |
products id name brand category Не е налице – не съществува Не е налице – не съществува Не е налице – не съществува Не е налице – не съществува variant Не е налице – не съществува Не е налице – не съществува coupon price quantity |
Следните имена на събития в UA се считат за събития при електронна търговия в собствености в GA4:
purchase
refund
begin_checkout
add_to_cart
remove_from_cart
view_cart
add_to_wishlist
view_item
*view_promotion
select_promotion
select_item*
view_item_list
add_payment_info
add_shipping_info
- * Тези събития поддържат само един артикул.
Когато едно от горепосочените събития се изпрати до собственост в GA4 посредством приложния програмен интерфейс (API) на gtag.js, при обработването на събитията при електронна търговия в GA4 ще се търси ключ items
в модела на събитието. Ако такъв бъде открит, параметърът ще се анализира като масив от максимум 200 артикула, като всеки един от тях представлява обект с предварително зададена схема. За всеки артикул електронната търговия в GA4 ще предава данни във всяко поле от предварително зададен списък. Следните полета ще бъдат първоначалните предварително зададени полета за артикул:
- item_id
- item_name
- item_brand
- item_category
- item_category2
- item_category3
- item_category4
- item_category5
- item_variant
- price
- quantity
- coupon
- index
- item_list_name
- item_list_id
- discount
- affiliation
- location_id
- promotion_id (на ниво събитие или артикул; артикулът е с предимство)
- promotion_name (на ниво събитие или артикул; артикулът е с предимство)
- creative_name (на ниво събитие или артикул; артикулът е с предимство)
- creative_slot (на ниво събитие или артикул; артикулът е с предимство)
Ако не актуализирате инструментите си за събития от UA, повече няма да виждате следните събития в отчетите си за електронната търговия в GA4, тъй като старите имена няма да бъдат разпознати. Създайте дублиращо се събитие с правилното име за собствеността Ви в GA4.
set_checkout_option
(обединено с begin_checkout в GA4)checkout_progress
(обединено с begin_checkout в GA4)select_content
(вече не е събитие при електронна търговия в GA4, но все още е препоръчително събитие без поддръжка на масив от артикули)
Собственостите в GA4 съдържат допълнителни параметри на ниво артикул, напр. „affiliation“, „currency“ и няколко параметъра „item_category“. Няма да се възползвате от тези допълнителни параметри, ако не извършите повторно маркиране. Тези допълнителни параметри обаче не са задължителни и няма да предизвикат нарушение, ако не ги използвате.
Актуализиране на „dataLayer“ за Мениджър на маркери на Google
За да се възползвате от новите събития, въведени за собствености в GA4, трябва да добавите нови събития/параметри в „dataLayer“, както и нови задействания на събития в Мениджър на маркери на Google.
- Ще имате възможност ръчно да определите кой ключ на слоя данни да съответства на конкретен параметър на събитието.
- Например в Universal Analytics трябва да въведете
id
(на събитието за покупка) в обекта на „dataLayer“ катоecommerce.purchase.actionField.id
. В GA4 можете да посочите ключа на „dataLayer“, на който да съответства параметърът на събитиетоtransaction_id
. Ако използвате повторно обекта на „dataLayer“ в UA, можете да създадете променлива на „dataLayer“ в Мениджър на маркери на Google, която да съответства на ключаecommerce.purchase.actionField.id
, и да я присвоите към събитието в GA4 катоtransaction_id
. Друга възможност е да съпоставите променливата на слоя данни в Мениджър на маркери на Google към ключаecommerce.purchase.transaction_id
и да я присвоите към параметъраtransaction_id
.
- Например в Universal Analytics трябва да въведете
- Имате възможност да продължите да използвате за справка съществуващите обекти на „dataLayer“
- Ако използвате съществуващи обекти на „dataLayer“ от внедряването Ви в UA, не можете да се възползвате от новите имена и параметри на събития в GA4 (напр. допълнителни параметри на ниво
item
). Но ще получите отчитане на електронната търговия за съществуващите събития, ако ръчно създадете необходимите променливи в Мениджър на маркери.
- Ако използвате съществуващи обекти на „dataLayer“ от внедряването Ви в UA, не можете да се възползвате от новите имена и параметри на събития в GA4 (напр. допълнителни параметри на ниво
items
и стойност {{ecommerce.purchase.products}}
, където {{ecommerce.purchase.products}}
е променлива на „dataLayer“ в Мениджър на маркери, която трябва да се създаде, за да може да се чете масивът от продукти от „dataLayer“. Трябва да създадете променлива на „dataLayer“ за всеки параметър на ниво събитие и да я присвоите към параметър на събитието, след което да го повторите за всяко събитие за електронна търговия. За подробности вижте примера по-долу.
Код в „dataLayer“ за въвеждане в Мениджър на маркери на Google в UA (справка) |
Внедряване на Мениджър на маркери на Google в Google Анализ 4 чрез повторно използване на съществуващ „dataLayer“, внедрен за UA |
|
Трябва да създадете променливи на слоя данни за всеки параметър на ниво събитие, както е показано по-долу. Трябва да повторите това за всяко проследявано от Вас събитие от електронна търговия. |
Примери за внедряване
Настройване на фунията на покупката
Във фунията на покупка обикновено има четири стъпки:
Преглед на продуктите
Потребителят преглежда артикул или списък с артикули. За да измерите импресиите/показванията на списък с артикули, въведете го в „dataLayer“ и съберете събитие заедно с тези данни.
- gtag.js
- Събитие:
view_item_list
ИЛИview_item
- В UA еквивалентното събитие е
impressions
- В UA еквивалентното събитие е
- Параметри: трябва да включват поне
item_id
ИЛИitem_name
- В UA параметрите не са с префикса
item_
;list_position
вече еindex
- В UA параметрите не са с префикса
- Събитие:
- Мениджър на маркери на Google
- Събитие:
view_item_list
ИЛИview_item
- В UA еквивалентното събитие е
impressions
- В UA еквивалентното събитие е
- Параметри: артикулите са променлива в слоя данни
ecommerce.items
; параметрите саitems{ }
и трябва да включват понеitem_id
ИЛИitem_name
- В UA параметрите не са с префикса
item_
;position
вече еindex
- В UA параметрите не са с префикса
- Събитие:
Добавяне към кошницата
Потребителят избира артикул и го добавя в кошницата си.Вариантите може да включват добавяне към списък с желания или изпращане на заявка за повече информация.
- gtag.js
- Събитие:
add_to_cart
- Параметри: трябва да включват поне
item_id
ИЛИitem_name
- Събитие:
- Мениджър на маркери на Google
- Събитие:
add_to_cart
- В UA еквивалентното събитие в „dataLayer“ е
addToCart
и това изисква допълнителен „actionFieldObject“ – „add“; „actionFieldObject“ вече не се изисква в обекта на „dataLayer“ за GA4.
- В UA еквивалентното събитие в „dataLayer“ е
- Параметри: като част от
items
трябва да включват понеitem_id
ИЛИitem_name
- В UA това изисква отделна променлива
products
за информация за продукта
- В UA това изисква отделна променлива
- Събитие:
Плащане
Потребителят посещава кошницата си с артикул и започва процеса на плащане.Допълнителните стъпки, като например добавяне на данни за плащане или информация за доставка, имат собствени събития в GA4. Ако процедурата Ви за плащане включва тези допълнителни стъпки, трябва да изпратите конкретни събития, за да бъдат включени във фунията на покупката.
- gtag.js
- Събитие:
begin_checkout
- В UA има събития за
checkout_progress
иset_checkout_option
, които не са налице в собствености в GA4. Вместо тях има конкретни събития заadd_to_cart
,add_shipping_info
иadd_payment_info
.
- В UA има събития за
- Параметри: трябва да включват поне
item_id
ИЛИitem_name
- Събитие:
- Мениджър на маркери на Google
- Събитие:
begin_checkout
- В UA еквивалентното събитие в „dataLayer“ е
checkout
и това изисква допълнителен „actionFieldObject“ – „checkout“. „actionField“ вече не се изисква в GA4, но не трябва да променяте съществуващото си внедряване, тъй като в противен случай ще нарушите електронната търговия в UA.
- В UA еквивалентното събитие в „dataLayer“ е
- Параметри: като част от „items“ трябва да включват поне
item_id
ИЛИitem_name
-
В UA това изисква отделна променлива „products“ за информация за продукта
-
- Събитие:
Покупка
Потребителят извършва покупка
- В собствености в GA4 това събитие автоматично се означава като реализация, след като е добавено към кода Ви.
- gtag.js
- Събитие:
purchase
- В UA има и събития има
checkout_progress
иset_checkout_option
, които още не са налице в собствености в GA4
- В UA има и събития има
- Параметри: трябва да включват поне
transaction_id
- Събитие:
UA - analytics.js |
UA - gtag.js |
Собствености в GA4 - gtag.js |
|
|
|
analytics.js използва подобрена електронна търговия за задаване на productFieldObject за указване на подробности за продукта, както и actionFieldObject за указване на случващото се действие. Мигрирането към gtag.js въвежда съществени разлики. Има само едно събитие, което се регистрира автоматично като електронна търговия; може да бъде включена информация както за транзакциите, така и за продуктите; информацията за продуктите може да бъде изпратена в масив (вместо да се изискват допълнителни събития). |
Изпращане на събитие за покупка с артикулите в транзакцията. Имената на задължителните стойности се различават, например „id“ става „item_id“, а „name“ става „item_name“. Налице са и разлики по незадължителните стойности, които трябва да се наблюдават. |
Изпращане на събитие за покупка с артикулите в транзакцията |
- Мениджър на маркери на Google
- Събитие:
purchase
- В UA еквивалентното събитие в слоя данни е
purchase
; изисква се поле за действие за цялата транзакция
- В UA еквивалентното събитие в слоя данни е
- Параметри: като част от
items
трябва да включват понеitem_id
ИЛИitem_name
- В UA това изисква отделна променлива „products“ за информация за продукта
- Събитие:
UA - Tag Manager |
Собствености в GA4 - gtag.js |
|
|
Въведете подробностите за транзакциите в „dataLayer“, като използвате действието за покупка заедно със събитие, което ще активира маркер за активирана подобрена електронна търговия. Изпратете данните за транзакциите с показване на страница, ако са налице при зареждане на страницата. В противен случай използвайте събитие, когато данните за транзакциите са налице. Съществени промени:
|
За да измервате транзакции, въведете списък с артикули към слоя данни и съберете събитие |
Допълнителни дейности за електронна търговия
Собственостите в GA4 могат да засичат и допълнителна информация:
- Открояване на поощрение, свързано с артикул или събитие
- Талон: дава възможност да посочите името на всеки талон, свързан с даден артикул (напр. безплатна доставка или 20% за един артикул); типът на данните е низ и това е параметър на артикула
- Отстъпка (ново): дава възможност да посочите паричната стойност на отстъпката, свързана с даден артикул (напр. 0,05); типът на данните е число с плаваща запетая
- Промоция: включва съобщения в сайта за насочване на потребителите към конкретна секция на сайта/приложението Ви
- Изисква
promotion_id
илиpromotion_name
, в противен случай данните ще са налице само в стандартните таблични отчети за събития - За да приписвате покупка на промоция, трябва да добавите параметъра
promotion_id
илиpromotion_name
на ниво артикул или списък с артикули към всяко събитие за електронна търговия.
- Изисква
- Възстановяване на суми: измерва възстановяването на сума за дадена транзакция
- Възстановяването на сума е конкретно събитие, което може да обработва пълно или частично възстановяване на суми
- Изисква
transaction_id
, в противен случай данните ще са налице само в стандартните таблични отчети за събития