Asi to poznáte. Revenue v administrácii e-shopu vôbec nesedí s tým, čo vidíte v Google Analytics. ????

Okrem bežných dôvodov ako chýbajúci consent alebo agresívne ad-blockery môže byť príčina aj v duplicitných objednávkach.

Počkať, nemal by toto riešiť Google Analytics automaticky? ????????‍♂️ Áno aj nie. ????

Google Analytics by mal deduplikovať transakcie s rovnakým Transaction ID, ak tieto eventy (purchase) patria rovnakému používateľovi (User).

Takto je to uvedené v dokumentácii. V praxi to ale nie vždy funguje.

✳️ Aké možnosti na riešenie duplicitných objednávok existujú?

V prvom rade odporúčam eliminovať samotnú príčinu. Tou býva dosť často technický problém, napríklad viacnásobné odosielanie purchase eventu pri refreshi stránky.

Problémy môže spôsobovať aj nesprávne nastavené User ID, duplicitné dataLayer.push-e a ďalšie technické nedostatky. ????.

Problémy môže spôsobovať aj nesprávne nastavené User ID, duplicitné dataLayer.push-e a milión ďalších vecí. ????

Ak môžete liečiť iba symptómy, existujú dve relatívne jednoduché riešenia:

1️⃣ Ukladanie Transaction ID do cookie alebo localStorage

Pred odoslaním purchase eventu si skontrolujete, či je parameter transaction_id odlišný od uloženej hodnoty (a ide teda o novú objednávku).

Výhody: Rýchle, dostupné Nevýhody: Krehké a nespoľahlivé ????

2️⃣ Server-side GTM

Toto riešenie viete využiť iba v prípade, ak už využívate server-side GTM. Princíp je rovnaký – porovnávate, či objednávka s daným Transaction ID už existuje.

Rozdiel je v tom, že netreba nič ukladať na zariadení používateľa a referenčný zoznam objednávok môže byť uložený napríklad vo Firebase alebo v BigQuery. ????

Výhody: Elegantné, spoľahlivé Nevýhody: Náročnejšie na nastavenie ????