Objednávky jsou, ale GA4 je nevidí? Měření prodeje v PrestaShopu

Objednávka je v PrestaShopu, platba byla přijata, ale Google Analytics 4 nezobrazuje nákup. Než kampaň označíte za neúčinnou, zkontrolujte, zda obchod předává do GA4 správné události a kdy to dělá. Samotný sledovací kód na stránce k měření prodeje nestačí. Důležitý je také způsob dokončení objednávky, identifikátory transakcí, souhlasy zákazníka a částky odesílané do reportů.

Proč jsou v GA4 vidět návštěvy, ale není vidět prodej?

Zobrazení stránky a nákup jsou samostatné události. Aby GA4 obdržel informace o prodeji, musí integrace odeslat purchase s údaji o transakci a produktech. Google tento mechanismus popisuje v návodu ke konfiguraci události nákupu. Přítomnost uživatelů v přehledu v reálném čase tedy potvrzuje jen část implementace.

Druhou častou pastí je porovnávání různých dat. V administraci obchodu můžete počítat všechny vytvořené objednávky, zatímco v analytice zaznamenáváte nákup až po určitém stavu. Začněte jednou konkrétní transakcí: zjistěte její číslo, stav, hodnotu a okamžik, kdy by se měla propsat do GA4.

Co měřit mezi vstupem na produkt a nákupem?

Události e-commerce umožňují ověřit, v jaké fázi se nákupní cesta přerušuje. Praktická sada zahrnuje:

Takové události předpokládá dokumentace e-commerce GA4 a podporuje je Google Analytics 4 Pro. Report nebo průzkum cesty připravíte v Google Analytics. Výrazný pokles mezi jednotlivými fázemi je podnětem ke kontrole obchodu: může vyplývat jak z chování zákazníků, tak z chybějící události v nestandardním checkoutu.

Zákazník se nevrátil z platby. Dostane se nákup do GA4?

Pokud se měření spouští až na stránce potvrzení, zákazník ji musí otevřít. Zavření karty po platbě může tento scénář přerušit, i když objednávka v obchodě existuje. Proto je třeba způsob odesílání nákupu přizpůsobit skutečnému průběhu platby.

Google Analytics 4 Pro pro PrestaShop nabízí tři režimy:

1. Stránka potvrzení objednávky. Událost se připravuje po vstupu zákazníka na potvrzení. Při nakonfigurovaném API Secret může modul navíc odeslat nákup ze serveru.
2. Změna stavu objednávky. Modul odesílá nákup přes Measurement Protocol po přechodu na jeden z vybraných stavů. Tento mechanismus nevyžaduje, aby zákazník znovu otevřel stránku; vyžaduje konfiguraci API a dříve uložený identifikátor klienta GA4.
3. Kliknutí na tlačítko potvrzující objednávku. Jde o variantu závislou na fungování objednávkového formuláře. Samotné kliknutí nepotvrzuje přijetí peněz, proto je třeba prověřit také scénář neúspěšné platby.

Pokud chcete měřit zaplacené objednávky, vyberte stavy odpovídající přijetí platby. Pro dobírku stanovte samostatné pravidlo: přijetí objednávky a pozdější úhrada pohledávky jsou různé okamžiky.

Řeší Measurement Protocol problém s adblocky?

Measurement Protocol umožňuje odesílat události ze serveru obchodu přímo do Google Analytics. Může omezit závislost měření nákupu na skriptu v prohlížeči. Google jej představuje jako doplnění standardního sběru dat.

V Google Analytics 4 Pro serverové odesílání vyžaduje také identifikátor client_id uložený u objednávky. Modul jej získává z cookie _ga. Pokud takový identifikátor chybí, kód odeslání přes API přeskočí. Záložní odeslání v režimu stránky potvrzení navíc stále vyžaduje otevření této stránky. Pro problém s nevrácením se z platby je tedy důležitý režim změny stavu. Žádný z těchto mechanismů nedává důvod slibovat měření každé objednávky.

Proč se částka v GA4 liší od částky objednávky?

Zkontrolujte, co porovnáváte. Podle specifikace události purchase by parametr value měl odpovídat součtu cen produktů vynásobených jejich množstvím, bez daně a dopravy. Pole tax a shipping jsou samostatná. Při předávání hodnoty je potřeba také měna, např. PLN.

Příklad: dva produkty po 100 zł netto dávají value = 200. Částka zaplacená zákazníkem bude vyšší, pokud bylo připočteno DPH a doprava. Porovnání těchto 200 zł s plnou hrubou částkou objednávky samo o sobě neprokazuje ztrátu tržeb.

Při implementaci zkontrolujte také slevu, kupón, množství a měnu. Samostatnou kontrolu vyžaduje košík se slevou vztahující se na celou objednávku: hodnota transakce a součet položek musí být vzájemně sladěny.

Odkud se berou duplicitní nákupy a nezohledněná vrácení?

Zkontrolujte, zda purchase neodesílají současně modul, Google Tag Manager a doplňkový kód v šabloně. GA4 pro webový stream používá transaction_id, aby odstraňoval duplicitní nákupy stejného uživatele. Každá transakce by měla mít vlastní, neprázdný identifikátor, zachovaný při opětovném odeslání stejného nákupu.

V režimu potvrzení a při serverovém odesílání používá Google Analytics 4 Pro referenci objednávky jako transaction_id. Přesto po propojení několika integrací zkontrolujte skutečné události: jiné identifikátory téhož nákupu mohou výsledek zkreslit.

Modul podporuje také refund po změně objednávky na vybraný stav vrácení. Toto odeslání vyžaduje API Secret a uložené client_id a zahrnuje plnou hodnotu i položky objednávky. Při částečném vrácení, např. jedné ze tří kusů, je potřeba samostatné řešení správných částek a množství. Přiřazení stavu vrácení v tomto modulu automaticky nezpracuje libovolnou částečnou opravu.

Co souhlasy a Consent Mode v2?

Consent Mode předává tagům Google informace o souhlasech uživatele. Vyžaduje spolupráci s bannerem nebo jiným mechanismem sběru rozhodnutí. Dokumentace Google rozlišuje základní a pokročilý režim, ve kterých odesílání dat před souhlasem a po odmítnutí funguje odlišně.

Modul GA4 nenahrazuje konfiguraci souhlasů. V jeho integraci s PD Cookie Pro je zapsána podpora reklamních signálů ad_user_data a ad_personalization pro serverové odesílání. Chování celého měření je však třeba ověřit s bannerem používaným v daném obchodě. Zapnutí API Secret neznamená souhlas uživatele s analytikou nebo reklamou.

Jak zkontrolovat měření na jedné objednávce?

1. Zkontrolujte cílové umístění dat. Identifikátor G-… v modulu by měl odpovídat webovému streamu, který sledujete v GA4. Zjistěte také, jaké další integrace odesílají události.
2. Projděte nákupní cestu. Otevřete produkt, přidejte jej do košíku a zahajte objednávku. Modul má režim ladění událostí v prohlížeči; parametry můžete sledovat v DebugView. Kontrolu proveďte při uděleném souhlasu s analytikou a chování po odmítnutí ověřte samostatně.
3. Ověřte nákup. Porovnejte transaction_id, value, currency a items s objednávkou. Zohledněte produkty s variantou a slevou.
4. Zkontrolujte zvolený okamžik odeslání. V režimu stavu jej změňte na nakonfigurovaný stav nákupu. Samostatně projděte platbu bez návratu do obchodu i neúspěšnou platbu.
5. Zkontrolujte opakování a vrácení. Obnovte potvrzení, zkontrolujte počet transakcí a ověřte plné vrácení. Výsledek serverových událostí potvrďte samostatně v GA4: přepínač ladění v modulu se týká tagu v prohlížeči.

Standardní reporty potřebují čas na zpracování dat. Google uvádí, že to může trvat 24–48 hodin. Absence nákupu v reportu krátce po testu tedy ještě neznamená chybu.

GA4 v PrestaShopu: časté otázky

Je Google Tag Manager povinný?

Ne. Google Analytics 4 Pro načítá tag Google a odesílá události přes gtag.js. Pokud obchod již používá GTM, vymezte rozsah obou implementací, aby neodesílaly stejné nákupy nezávisle na sobě.

Měly by všechny objednávky souhlasit jedna ku jedné?

Nejprve porovnávejte stejné období, stavy, měnu a způsob výpočtu částek. Rozdíly mohou vyplývat také ze souhlasů, blokování měření a zpoždění zpracování. GA4 slouží k analýze chování a prodeje; vyúčtování objednávek opírejte o data obchodu a plateb.

Čím začít, pokud jsou reporty prázdné?

Kontrolou identifikátoru GA4 a jednoho nákupu. Zjistěte, zda událost vzniká, obsahuje produkty i hodnotu a směřuje do správného streamu. Teprve potom porovnávejte souhrnné reporty kampaní.

Google Analytics 4 Pro umožňuje implementovat e-commerce události v PrestaShopu a přizpůsobit způsob zaznamenávání nákupů fungování obchodu. Začněte touto konfigurací a jednou ověřenou transakcí: pak snáze určíte, zda nízký výsledek kampaně vyplývá z prodeje, nebo z nedostatků v měření.