Migrace na GA4 se může zdát jednoduchá. Za svých 6 let působení ve webové analytice a z toho 3 roky nasazování GA4 (dříve App+Web) jsem si však prošel spoustou failů. Nasadíme konverze přes GTM nebo (ještě horší) přes plugin. Potom zjistíme, že neměříme výši DPH. Opravíme to. Po měsíci klient zjistí, že nemá data o kuponech. Potom zase chceme měřit i produktové kupóny. Půl roku na to přijde SEO agentura a chce nastavit content grouping… Slepujeme díry v datech a dosahujeme tak jednoho velkého bordelu, kde máme nekonzistentní názvosloví, jednu událost jsme začali měřit v lednu, druhou od července, až se v tom ztrácíme. Setkali jste se s tím i u vás? Potom vám náš postup může hodně pomoci.
Toto nebyl až takový problém, než jsme měli po ruce starý dobrý Universal Analytics, kde jsme už na nějaká nastavení byli zvyklí. 1 července nám však zůstane pouze GA4. Jak zaručit, abychom měli všechno v pořádku?
V tomto článku jsem shrnul všechny své poznatky z uplynulých let do několika kroků. Není to článek o tom, jak nakonfigurovat události v GTM ani jak nastavit GA4. Rovněž zde nebudete číst o žádných pluginech a automatických migracích. Nejsem fanoušek těchto řešení a podle mých zkušeností taková řešení udělají více škody než užitku. Je to o tom, jak se na celou migraci pořádně připravit. A to je ještě důležitější než samotné nastavení.
Pojďme na to!
1 – Zkontrolovat nasazení / nasadit GTM na web
Jelikož GA4 nasazujeme přes GTM, musíme mít GTM na webu. Nejjednodušeji si to zkontrolujeme doplňkem pro Chrome od Google – Tag Assistant. Tento doplněk nám ukáže, zda máme na webu GTM resp. jiné tracking kódy a ukáže také jejich ID. Pokud již GTM existuje pro daný web, tak si můžeme ověřit, zda máme přístup k tomu správnému containeru.
Pokud GTM na webu není, tak jej vytvoříme. Budeme k tomu potřebovat Google email. Podle potřeby vytvoříme účet a container. Kód ke containeru zkopírujeme ideálně do txt souboru a pošleme developerovi, aby jej implementoval na web dle instrukcí.
Video jak vytvořit GTM účet:
2 – Definovat strukturu účtů GA a GTM
Ujistit se, kolik domén a aplikací lze měřit. Na základě toho definovat, kolik Properties (případně sub-properties), a kolik Data Streams potřebujeme.
Definovat taxonomii účtů. Doporučujeme:
- Account name – Název firmy / projektu (6clickz)
- Property name – Název domény | GA4 (6clickz.com | GA4)
- Data stream – Název domény (6clickz.com)
Best practice:
Pod stejným mailem můžete mít založeno více účtů (account). Pokud máte více projektů, tak se nesnažte vše vtěsnat do jednoho účtu. Bude to nepřehledné.
Ve většině případů vám stačí 1 data stream/property. Pokud působíte ve více zemích se zvláštní doménou, tak vytvořte 1 property/země.
Pokud využíváte GA360, použijte možnost sub-properties, které částečně nahrazují views z UA.
Využívali jste separátní views v UA pro jednotlivá oddělení? Například vyfiltrován byl pouze blog traffic pro content oddělení. V GA4 to zatím není možné, jelikož neexistují žádné views ani filtry. Máme však dvě možnosti:
1. Limitovat práva jednotlivým uživatelům – zde GA4 nabízí více možností než UA, dokonce můžeme skrýt finanční data (revenue, cost) od konkrétních uživatelů.
2. Vytvořit tzv. Collections pro jednotlivá oddělení nebo kolegy, které budou mít v sobě jen ty reporty, které potřebujeme. Všechny tyto collections lze přizpůsobit. Můžeme si do nich přidat reporty z knihovny nebo si vytvořit vlastní reporty.
V případě struktury účtů GTM preferujeme také 1 účet/1 projekt s tím, že každá doména nebo aplikace má vlastní container. V názvu označujeme, zda je to client-side nebo server-side GTM.
3 – Definovat cíle
Cíle mohou být různé podle toho, zda se jedná o e-shop, blog nebo aplikaci. Rozlišujeme 4 úrovně cílů:
- Byznys cíle – hlavní cíl byznysu. Měl by být pouze jeden. Např.: maximalizace obratu firmy.
- Konverze – co je pro nás hlavní konverze. Neberme zde v úvahu mikrokonverze, pouze ty hlavní. Např.: dokončení objednávky. Podle toho si určíme, co bude konverze v GA4.
- Události – jaké události jsou pro nás zajímavé kromě konverzí? Např.: přidání do košíku, vyhledávání na webu. Podle toho si určíme události.
- KPIs Key performance indicators. Jak budeme měřit úspěch v číslech? Např.: poměr opuštění košíku, konverzní poměr, obrat kategorie/produktu XY, využití kupónů. Podle toho si určíme parametry událostí.
4 – Příprava implementačního plánu
Tato část je nejdůležitější a nejdetailnější. Obsahuje seznam událostí a jejich parametrů, které budeme nasazovat přes GTM. Vychází z cílů, které jsme si definovali v předchozím kroku.
Při určení událostí a parametrů pracujeme se vzorovým souborem, který obsahuje všechny typy zažitých událostí a parametrů. Takhle vám nic neunikne. Platí však staré dobré přísloví “dvakrát měř a jednou řež”, proto si detailně projděte implementační plán se všemi zúčastněnými stranami před finální implementací. V principu dělíme události do 3 kategorií:
- Standardní události a parametry GA4 podle našich osvědčených postupů. Některé z nich možná nebudete potřebovat nebo budete potřebovat další
- Události označené hvězdičkou (*) nejsou součástí doporučených událostí od společnosti Google, často je však používáme
- Skoro každý projekt má svoje vlastní eventy v UA. Měli byste je uvést ve 3.sekci a rozhodnout, jestli je potřebujete migrovat nebo ne.
Postup, který jsme uvedli, se vám může zdát zbytečný a zdlouhavý. Množství pluginů, automatizovaných migrátorů a samozvaných GA4 expertů vám bude slibovat nasazení do 24 hod. a nebude k tomu potřebovat takto rozsáhlý plán. Pokud však chcete mít robustní a stabilní nasazení GA4 s kvalitními daty, určitě využijte tento postup a vzorový soubor, který si můžete stáhnout zde. Ušetří vám to spoustu času a nebudete se muset vracet stále na začátek, protože jste na něco zapomněli.
