- Patryk Marek
- News
- 0 líbí
- 488 pohledy
- 0 komentáře
Volbu mezi přímým modulem GA4 a Google Tag Managerem začněte určením, kdo vytváří události, kdy považuje objednávku za nákup a kdo udržuje konfiguraci. Samotný identifikátor G-… nebo GTM-… na tyto otázky neodpovídá.
Porovnáváme konkrétní verze: PD Google Analytics 4 Pro 1.4.2, PD Google Tag Manager Pro 2.3.4 a starší PD Google Tag Manager 1.2.4. Popis vychází z jejich kódu a návodů ověřených 26. září 2026. Jde o rozsah těchto verzí, nikoli o prohlášení totožného chování všech modulů dostupných pro PrestaShop.
Dvě cesty pro stejnou událost
V přímé variantě modul shromažďuje data o produktu a připravuje volání Google tagu. Ve variantě GTM Pro modul předává objekt události do dataLayer a publikovaný kontejner rozhoduje o spuštění tagu a jeho příjemci. U obou variant je třeba samostatně určit pravidla souhlasů a správnost parametrů.
dataLayer se vyskytuje také při přímém použití gtag. Samotná přítomnost této proměnné v prohlížeči nedokazuje, že obchod používá kontejner GTM. Google popisuje obě použití v dokumentaci datové vrstvy.
Nejdůležitější rozdíl: kdy vzniká purchase?
| Oblast | GA4 Pro 1.4.2 | GTM Pro 2.3.4 |
|---|---|---|
| Události v prohlížeči | Modul připravuje volání Google tagu, mimo jiné zobrazení produktu a zahájení checkoutu. | Modul vytváří události v dataLayer. V kontejneru je třeba nakonfigurovat a publikovat odpovídající tagy, pravidla a proměnné. |
| Nákup | Serverová cesta Measurement Protocol kontroluje nakonfigurovaný stav platby a historii kvalifikující úhrady. Událost purchase v prohlížeči je v této verzi vypnutá. | Událost purchase v prohlížeči vzniká při potvrzení objednávky. Kód této cesty nepoužívá stejný seznam zaplacených stavů jako GA4 Pro. |
| Dodatečná serverová cesta | Obsluhuje finanční operace při splnění požadavků na identifikaci, konfiguraci a souhlas. | Volitelná fronta pro obnovení nákupu vyžaduje konfiguraci Measurement Protocol a úlohu CRON. Záznam vykreslení potvrzení ovlivňuje rozhodnutí o opakovaném pokusu. |
| Vrácení | Jsou předpokládány operace podle nakonfigurovaného stavu nebo opravného dokladu s kontrolou předchozího nákupu a vrácení. | Opravný doklad může naplnit frontu refund; odeslání závisí na kontextu, souhlasu a aktivní automatizaci. |
Neproto neporovnávejte počty purchase bez určení jejich významu. Objednávka vytvořená, zobrazená na stránce potvrzení a kvalifikovaná jako zaplacená jsou tři různé okamžiky. U převodu čekajícího na platbu může být rozdíl obzvlášť viditelný.
Matice událostí před spuštěním měření
Pro každou událost si zapište zdroj, příjemce, podmínku souhlasu a odpovědnou osobu. Stáhněte si upravitelnou matici CSV. Obsahuje ukázkové příklady a pole pro výsledek vlastního ověření.
| Událost | Zdroj | Příjemce | Souhlas a odpovědnost |
|---|---|---|---|
| view_item | Přímý modul nebo modul dataLayer a tag GTM — zvolte jednu cestu. | Určený stream GA4. | Osoba spravující analytiku kontroluje signály CMP a podmínky tagu. |
| purchase | Určený obchodní okamžik a jeden vlastník emise. | Stejný dohodnutý stream. | Vlastník integrace kontroluje kontext klienta, souhlasy, identifikátor transakce a opakování. |
| refund | Zvolený stav nebo opravný doklad podle použitého řešení. | Stream, ve kterém byl zaznamenán nákup. | Osoba odpovědná za vrácení zboží sjednává plný a částečný rozsah i způsob validace. |
Souhlasy a Measurement Protocol jsou součástí projektu
V ověřené verzi GA4 Pro je důvěryhodný souhlas pro zápis atribuce a serverové finanční operace propojen s aktivním PD Cookie Pro, jeho režimem live, Consent Mode v2 a aktuální revizí souhlasu. Nepředpokládejte, že výměna tohoto poskytovatele za jakýkoli jiný banner zachová celou serverovou cestu bez dodatečného ověření.
GTM Pro má vlastní nastavení Consent Mode a konkrétní integrace poskytovatelů souhlasů. Při aktivním PD Cookie Pro mu ponechává správu souhlasů. Konečné chování závisí také na publikovaném kontejneru. Přítomnost banneru nebo konfiguračního pole ještě není výsledkem testu „odmítnutí → souhlas → odvolání“.
Serverová cesta neznamená obejití souhlasu ani automatické obnovení zdroje relace. API Secret patří do konfigurace serveru. Propojení s aktivitou prohlížeče vyžaduje správné identifikátory a kontext; referenčním bodem je dokumentace odesílání událostí Measurement Protocol.
Starší GTM a GTM Pro nejsou stejná nabídka
Starší PD Google Tag Manager 1.2.4 slouží k vložení kontejneru. Ověřený kód neobsahuje model ecommerce ani frontu Measurement Protocol popsané výše pro verzi Pro. Nepovažujte název „GTM“ za příslib hotových nákupních událostí.
PD Google Tag Manager Pro přidává datovou vrstvu a nástroje konfigurace. Export kontejneru je výchozím bodem pro import, kontrolu a publikaci v GTM. Nenahrazuje převzetí konfigurace. Pole vlastního adresy serveru také automaticky nevytváří infrastrukturu server-side GTM.
Jak vybrat variantu a vyhnout se dvěma vlastníkům nákupu?
- Přímý modul: zvažte GA4 Pro, pokud chcete tuto cestu udržovat v nastavení modulu a jeho definice zaplaceného nákupu i požadavky na souhlasy odpovídají obchodu.
- Kontejner GTM: zvažte GTM Pro, pokud máte osobu odpovědnou za tagy, pravidla, prostředí a publikaci změn. Určete také, kdo obsluhuje volitelnou serverovou frontu.
- Stávající implementace: nejprve zmapujte aktivní moduly a tagy. Nepřidávejte druhý emitor purchase jen proto, že počet nákupů v reportu vyvolává pochybnosti.
Převzetí by mělo zahrnovat po jednom kontrolovaném průchodu pro produkt, košík, správný okamžik nákupu a vrácení, stejně jako odmítnutí a odvolání souhlasu. Oddělte důkaz „událost vytvořena“, „odeslání provedeno“ a „událost viditelná v GA4“. Samotné dataLayer.push, vykreslení stránky nebo HTTP odpověď přenosu ještě nepotvrzují úplnost reportu.
Pokud se nákup již vyskytuje, ale má nesprávný host nebo kanál, přejděte na návod o diagnostice měření prodeje v GA4. Pokud teprve vybíráte řešení, připravte matici a popište aktuální moduly v dotazu na výběr integrace.
Komentáře (0)