Ko kreiraš UA račun ima privzeta koda, ki jo moraš vključiti na stran, kot tretji parameter posredovano domeno za katero kreiraš profil.

Si mi pa dal zdajle za razmisliti ali options objekt sploh upošteva, če je na 4. mestu in kot vidim ga ne, saj mi kljub storage:none zgenerira _ga cookie.

Težavo s stalnim prikazovanjem direktnih obiskov kot vir/medij obiskovalcev, ki so oddali naročilo v spletni trgovini, sem uspel razrešiti. Pri klicu "create" je manjkala domena:

ga('create', 'UA-xxxxxxxx-x', 'xxxx.si');

oz. z izklopljenimi piškotki:

ga('create', 'UA-xxxxxxxx-x', 'xxxx.si', {'storage':'none','clientId':'xxxx'});

Tudi Ajpes je predstavil svojo rešitev za piškotke, ampak začuda tudi oni brez opt-in: www.ajpes.si

To vsekakor razumem in ClientID tudi generiram na takšen način (če se user prijavi, za hash uporabim njegov ID, sicer pa kombinacijo User Agent+IP). In to bi načeloma moralo vplivati zgolj na new/returning visitors. Težave pa imam s tem, da mi ne prikazuje pravilnih informacij pri referral/organic search, kar je pa bistveno pri analizi prometa spletne trgovine (iz katerih virov prihajajo kupci).

Ker še nismo 15.6., sem začasno UA kodo preuredil nazaj v privzeto, tako da se zabeleži tisti piškotek, da ugotovim, če je karkoli s tem povezano in če bodo s cookie-jem te informacije prisotne.

UA prikazuje bistveno več obiska iz "direct", kljub temu pa še vedno beleži referenčnega in promet iskanja. Spodaj je primerjava za obdobje med 5.6.-10.6.

Po slabem tednu dni lahko potrdim, da Universal Analytics prikazuje približno 6-7% več obiskovalcev, ogledov strani in podobnih podatkov. Po spletu sem bral, da podobno opažajo tudi nekateri drugi, ki imajo vzporedno nastavljeno GA in UA kodo. Nekateri razlog pripisujejo bistveno manjši js knjižnici, ki naj bi se posledično pri uporabnikih hitreje namestila.

Sem pa opazil, da Universal Analytics Ecommerce ne beleži podatka vir/medij oz. vsak nakup prepozna kot "(direct) / (none)". Stari GA profil lepo prikaže kateri nakupi so prišli preko referral strani, kateri preko organskega iskanja, medtem ko UA profil prikazuje kot da so nakup vsi kupci oddali kot direktni obiskovalci. Zanimivo je tudi to, da se to dogaja zgolj pri Ecommerce, medtem ko splošni pregled obiskovalcev lepo prikazuje podatke (približno enako kot stari GA profil).

Na to temo ne najdem na spletu prav nič uporabnega in me zanima ali je še kdo, ki uporablja Ecommerce tracking z novim Universal Analytics zasledil kaj podobnega?

V zadnjih nekaj dneh imam na eni izmed straneh objavljeni dve kodi - Google Analytics in Universal Analytics. Da gre za odstopanje pri "returning visitors" mi je razumljivo, ampak meni se razlikuje tudi število obiskovalcev in ostale vrednosti.

Gledam npr. za obdobje 5.6.-6.6. in UA mi kaže 10 obiskovalcev več kot GA. Prav tako UA prikazuje nekoliko več ogledov strani, nekoliko krajši povprečni čas obiska in malenkost manjšo stopnjo obiskov ene strani. Odstopanje je sicer minimalno, tako da se ne obremenjujem kaj dost, me pa vseeno zanima, ali še kdo opaža kaj podobnega pri sebi?

Jaz sem jih kontaktiral na Live Support, ker sem želel refund davka za zadnjo fakturo in niso nič kompliciral. Želeli so le, da dopolnim profil, od takrat naprej pa tudi nove fakture izdajajo brez davka.

Tudi jaz sem to opazil (že prvi mesec). Če si pravna oseba, zgolj v svojem profilu dopolniš podatke (davčna) in je vse po starem:

@jerry2: Torej si za ClientId vzel IP številko in User Agent ter ju zapakiral v hash obliko?