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 😬
