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

Dvě cesty události: modul vyvolá Google tag nebo dataLayer spustí tag v kontejneru GTM.
Ukázkové schéma události view_item. Zobrazuje rozdělení odpovědnosti, nikoli výsledek měření v aktivním účtu GA4.

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?

Chování ověřených verzí modulů
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í.

Příklad rozdělení odpovědnosti k doplnění pro vlastní obchod
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.

Související produkty

Modul Google Analytycs 4.0 pro PrestaShop 1.6x a 1.7.x Modul Google Analytycs 4.0 pro PrestaShop 1.6x a 1.7.x 2
  • -20,00 zł
Reklama a analytika
Google Analytics 4 Pro modul pro PrestaShop
PrestaDev.pl
PDGA4P
169,00 zł 137,40 złnetto 189,00 zł
4 Recenze
Google Analytics 4 Pro – modul GA4 pro PrestaShop Google Analytics 4 Pro je modul PrestaShop pro nasazení tagu Google a měření chování uživatelů v Google Analytics 4. Zaznamenává události související s produkty, seznamy produktů, košíkem, checkoutem, vyhledáváním a zákaznickým účtem. Nákupy a podporované vrácení zboží jsou odesílány do hlavního streamu...
Google Tag Manager v PrestaShopu – DataLayer Pro | PrestaDev Google Tag Manager v PrestaShopu – DataLayer Pro | PrestaDev 2
  • Nové
Reklama a analytika
Google Tag Manager Pro modul pro PrestaShop
PrestaDev.pl
PDGTMPRO
246,00 zł 200,00 złnetto
PD Google Tag Manager Pro je rozšířený modul PrestaShop pro implementaci Google Tag Manager s plným DataLayer e-commerce, integrací s GA4 a podporou Google Consent Mode v2. Modul automaticky vkládá kód GTM do sekce head a do části noscript po otevření značky body, může pracovat s druhým kontejnerem GTM a podporuje také adresu server-side GTM. Na frontendu...
Viz články autora
Patryk Marek

Patryk Marek — majitel PrestaDev.pl a programátor specializující se na PrestaShop. Již mnoho let se zabývá tvorbou, rozvojem a údržbou internetových obchodů. Spojuje práci na kódu obchodu a modulů s konfigurací serverového prostředí, ve kterém tato řešení fungují.

Navrhuje a vyvíjí moduly PrestaShop, přizpůsobuje stávající funkce a připravuje integrace s velkoobchody a externími službami. Pracuje na importu a aktualizaci produktových dat, automatizaci správy katalogu, průběhu objednávky a nástrojích podporujících každodenní práci majitele obchodu.

Jeho zkušenosti zahrnují také aktualizace a migrace obchodů, diagnostiku chyb, analýzu výkonu a konfiguraci serverů a služeb potřebných pro fungování PrestaShopu. Při řešení problémů zohledňuje závislosti mezi moduly, šablonou, PHP, databází a nastavením hostingu.

Na blogu sdílí znalosti vyplývající z dlouholeté programátorské praxe a práce s technickým zázemím obchodů. Návody se zaměřují na konkrétní problémy, způsoby jejich ověření a omezení popisovaných řešení. Pomáhají majitelům obchodů i technickým pracovníkům připravit změny, posoudit jejich rozsah a ověřit výsledek.

Komentáře (0)

V tuto chvíli nejsou žádné komentáře

Nový komentář

Odpovídáte na komentář