Ha túl vagyunk a számunkra fontos adatok mérésének beállításán, akkor a fő analitikai feladatunk az adatok nyomon követése (monitorozása), a trendek felismerése és következtetések levonása.

Egy webáruház oldalnál ez minimum 40 mutató követését jelenti, amelyeket min. 20-30 dimenzióra bontottan figyelünk. Ekkora adatmennyiségnél már csak a követés is elvesz napi 1-2 órát, amit megspórolhatunk, ha tudjuk milyen események történhetnek honlapunkon, amikre reagálnunk kell.

De mindig lesznek olyan események, amelyek nem napi/havi rendszerességűek, hanem teljesen esetiek, mint például a honlapot kiszolgáló szerver leállása vagy az Adwords fiókunkban a feltöltött összeg kimerülése miatti hirdetés leállás. 

A lényeg az, hogy lehetőleg minden ilyen eseményről a lehető leghamarabb automatizált módon értesüljünk, így emberi időt nem vesz el tőlünk/cégünktől a felügyelet.

Az egyéni figyelmeztetések az a (eléggé eldugott) lehetősége a rendszernek, ami automata riasztást küld nekünk, így naprakészek lehetünk a honlapunk eredményeit befolyásoló tényezőkről. Nem véletlenül lett említve a naprakészség, a riasztások ugyanis nem állíthatóak valós idejűre, hanem csak napi, heti vagy havi riasztásokat kaphatunk.

Hogyan tudjuk beállítani az egyéni figyelmeztetéseket?

Mind a riasztások beállítása, mind a korábbi riasztások megtekintése nagyon el van dugva a felületen, ne is keressünk semmit velük kapcsolatban a Szabványos jelentések felső menüpont alatt. 

A figyelmeztetések vagy e-mailben érkeznek, vagy a Főoldal felső menüpont alatti Forgalomfigyelő -- események menüpontban láthatjuk őket listázva a Napi/Heti/Havi események között.

Létrehozni egy ilyen figyelmeztetést úgy tudunk, hogy a megfelelő profilt kiválasztva az Adminisztrálás felső menüponton belül a Profilok, azon belül az Eszközök pontban kiválasztjuk az Egyéni figyelmeztetések-et. 

Fontos észben tartani, hogy a figyelmeztetések a belépési email címhez kötődnek, tehát ha nem adunk meg más email címet, akkor csak mi látjuk a figyelmeztetéseket.  

A beállítás roppant egyszerű, ha egy kicsit ismerjük az Analytics felépítését és tudjuk, hogy milyen mutató/dimenzió változása vagy értéke esetén küldjön riasztást. 

1. Első lépésként nevet kell adnunk a figyelmeztetésünknek. Ha több domain forgalmát is nézzük, akkor adjuk meg, hogy melyik domain címről van szó, illetve írjuk le, hogy milyen eseményről van szó. Például: HDmarketing.hu - nem volt tegnap jelentkezés konverzió

2. Ez után adjuk meg, hogy az aktuális profilon kívül még mely profilokra legyen érvényes a riasztás. Természetesen külön nézi a profilokat, tehát ez inkább a riasztás lemásolását jelenti.

3. Majd adjuk meg, hogy napi/heti/havi rendszerességgel vizsgálja a feltételként megadandó mutatókat.

4. Utolsó lépésként meg kell adni, hogy milyen dimenzió mely mutatójára megadott feltételt vizsgálja és hogy milyen érték esetén küldjön nekünk riasztást. Illetve ha változást adunk meg feltételül, akkor meg kell határoznunk, hogy milyen időszakkal vesse össze az aktuális értéket. 

Milyen események figyelését érdemes automatizálni?

Válasszuk külön a riasztásokat, hiszen vannak technikai riasztások és az üzletünket befolyásoló események. Az előbbiek leginkább eseti dolgok, amikről fontos minél hamarabb értesülnünk. Az utóbbiaknál pedig inkább a nagyobb változások a fontosak, de azokat rendszeresen vizsgálva.

Technikai riasztások közül az alapvetőek a következőek:

a. Nem érkezett látogatás a honlapunkra: nagy valószínűséggel kikerült az alapmérőkód a honlapunkról. Ilyenkor feltételül azt kell vizsgálni, hogy ha a látogatások száma egyenlő nullával, akkor riasszon minket. Ezt naponta futtassuk le.

b. Nem érkezett konverzió/tranzakció/esemény: kikerült az e-ker. mérőkód a vásárlás utáni köszönő oldalból vagy változott a köszönőoldal URL-je, esetleg rosszul van beállítva a vásárlási cél mérése. Esemény mérés esetén pedig a kód kikerülése okozhatja a hibát. Napi futtatással erről is képet kapunk. 

Üzleti jellegű riasztások:

c. Látogatás/Konverzió/Tranzakció csökkenés: Mondjuk például tegyük fel, hogy a napi vásárlások 15%-al történő csökkenése nem hétköznapi nálunk, ezért üzletileg erősen érint minket egy ilyen mértékű visszaesés. Ebben az esetben a következő feltételt kell beállítanunk, napi futással: 

d. Kiemelten fontos látogatói forrásban bekövetkezett csökkenés: Például értékes forrásunk a keresők organikus része, de egy esetleges büntetés/hátrasorolás miatt sok forgalmat elveszíthetünk. A figyeléséhez használhatunk egy ilyen feltételt az organikus profilunkra értelmezve, amiből kizárjuk mondjuk a saját szavakra keresőket: 

Az eddig említettek tényleg csak mint kötelező minimumok alkalmazandóak, bővítsük ki a figyelmeztetések listáját a honlapunkra vonatkozó kulcs oldalak, cselekvések, források figyelésével is.

További információk

• • Google Analytics súgó az egyéni figyelmeztetések létrehozásához
• • YouTube videó a hivatalos csatornáról

Bár a Google Analytics-et gondoljuk az egyik legjobb analitikai programnak, a blogon a célunk az is, hogy egyéb eszközöket is bemutassunk, amelyek a saját területükön részletesebb információkat adnak vissza.

Az Analytics egyik gyenge pontja az oldalakon belüli kattintások mérése, hiszen jelenleg csak a belső tartalmakra mutató linkekre érkező kattintásokat adja vissza a Tartalom riportcsoport Oldalon belüli elemzés riportjában. 

A július a marketing szakmában legtöbbször "uborkaszezon", relatíve kevés az olyan szektor, ahol a nyári hónapok lennének az éven belül a kiemelkedően fontos időszakok.

Az elmúlt hetekben 4 újdonság jelent meg a Google Analytics-hez kapcsolódóan, amelyek közül az első nagyon fontos lesz a későbbiekben az Adwords kampányokat menedzselő Analytics felhasználóknak.

1. Analytics alapmutatók az Adwords felületén

Az Adwords és az Analytics rendszer régóta összeköthető és egyes mutatók átvihetőek a másik rendszerbe. Ez az adatátvitel eddig szinte csak az analitika rendszer irányába történt, a hirdetési rendszerbe csak a cél darabszámot lehetett átvinni.

A célok mérése különösen fontos egy hirdetés menedzselése/értékelése szempontjából, de mi van azokkal a szavakkal, amelyek mondjuk nem hoztak üzleti konverziót, de nem is költöttünk rájuk nagyobb összeget.

Illetve lehet, hogy márkaépítés/megismertetés a célja a kampányunknak, amikor nem tudunk célcselekvést meghatározni. Ilyenkor az Analytics alapmutatóit (visszafordulási arány, oldalon töltött idő, oldal/látogatás) használjuk az értékeléshez, ez alapján értékeljük a kampányainkat. 

Ezeket a fontos alapmutatókat most már az Adwords felületén is nyomon tudjuk követni, így azonnal tudunk optimalizálásokat csinálni az értékeik alapján, automata szabályokat készíthetünk rájuk, szűrhetünk ezek alapján.

Az alapmutatók megjelenítésének két feltétele van: helyesen össze van kötve az Adwords és Analytics fiókunk; az Adwords felületén a Fiókom/Kapcsolt fiókok menüpont alatt megadjuk az alapmutatókat tartalmazó Analytics profilt. 

Az összekötés után - nyilván ha olyan profilt választottunk, amiben benne van az Adwords PPC forgalom - a mutatók között megjelenik egy Google Analytics csoport, amely a Visszafordulási arány, az Oldal/látogatás és a Látogatás átl. időtartalma (s) mutatókat tartalmazza.

A 3 Analytics mutató elérhetőek mindegyik strukturális szinten, egyedül a Display hálózatos megjelenéseknél és a Dimenziók fül alatt nem jeleníthetőek meg.

A legnagyobb hasznuk a hirdetések és a kulcsszavak szintjén van az optimalizálásban - illetve majd a cél-URL-eknél ha elérhető lesz a Dimenzió fül alatt -, íme egy példa hogy hogyan néz ki hirdetés mutatók mellett:

U.i.: Sajnos még nem minden fiókban érhető el ez a hasznos újítás.

2. Speciális szegmensek ABC sorrendben

Aki készített és használ legalább 15-20 egyéni speciális szegmenst az rájöhetett, hogy mennyi nehéz volt közöttük keresni egy későbbi használatkor, hiszen a szegmensek között nem lehetett keresni a Jelentések között (a Profilok->Eszközök->Speciális szegmensek alatt igen) illetve nélkülözte a logikusságot a szegmensek sorrendje.

Ezen változtattak július folyamán, így már ABC sorrendben jelennek meg az Egyéni szegmensek. 

Aki sok webhellyel dolgozik, annak eddig is hasznos volt, hogy a szegmensbe bele tegye a webhely nevét, mostantól ha a szegmens elejére teszi, akkor szépen egyben láthatja az adott webhelynél használt szegmenseket.

Sajnos angol ABC alapján készül a sorrend, így az á,í,ű,ú,ó betűvel kezdődő szegmensek a lista végére kerültek.

Ettől függetlenül ez egy hasznos újítás a sok saját szegmenssel dolgozóknak.

3. Iparági besorolás lehetősége

Az egyes mutatók elemzésének nagy hátránya, hogy néha nehéz konteksztust találni, hogy az adott mutató ilyen-olyan értéknél jó-e. Ehhez nyújtott nagy segítséget a korábbi Analytics verzióban még szereplő, de a jelenlegiben még nem lévő Összehasonlítás riport, amely anonim szektorszintű összehasonlítást tett lehetővé világszinten.

Remélhetőleg ennek a hasznos riportnak az újbóli megjelenésének irányába mutat az a lehetőség, hogy az Analytics fiók létrehozásakor (és később módosíthatóan) megadható, hogy adott webhely milyen Iparági besorolás-ú. 

11 iparág közül választhatunk, amelyek sajnos nem fedik le minden iparágat, így például nem választhatunk egy általános Szolgáltatás besorolás, pedig sok ilyen jellegű honlap van.

4. Kísérletek bővítése

Június elején írtunk arról, hogy az eddig külön "termékként" futó Webhely-Optimalizáló beolvad a Google Analytics rendszerébe Kísérletek néven, igaz jóval egyszerűbb formájában.

A Google felismerte, hogy csak akkor lesz sikeres a migrálás, ha megőrzik a Webhely-Optimalizáló minden jó tulajdonságát. Ezért most a következő változtatások történtek a Kísérletek részben:

• • A legfontosabb, hogy július végétől már minden fiókban megtalálható a Kísérletek riportcsoport.
• • Másolhatóak a kísérletek. Eddig újat kellett teljesen előre felállítani, de már egy másolás gomb segítségével egyszerűen csinálhatunk másolatot.
• • Bővült a riportolás rész, így már tudunk alapmutatók, célok és e-kereskedelmi mutatók alapján is értékelni.
• • Relatív URL címek megadásának lehetőség. Eddig csak a webhelyünk al-oldalait tesztelhettük, mostantól lehetőség van több domain cím alatti tartalmat bevonni a kísérletbe.

Ezek remélhetőleg csak az első módosítások voltak az idei évben, hiszen hamarosan itt van az augusztus vége, amikor teljesen megszűnik a Webhely-Optimalizáló, a Kísérletek pedig még közel nem nyújtja ugyanazon lehetőségeket a tartalmak teszteléséhez.

További információk

• • Hivatalos bejelentés a Kísérletek bővítéséről
• • Bejegyzésünk a Kísérletek megjelenéséről

Egy webanalitikai eszköznek többféle tevékenységhez is megfelelő pontosságú és mélységű adatokat kell szolgáltatnia. Egyrészt a mély elemzésekhez kellően szegmentálható, szűrhető, dimenzionálható információkat kell adnia; másrészt vizuálisan lehetővé kell tennie a különböző mutatók (vagy több mutató együttes) megjelenítését időben/egymáshoz képest, amely a trendek azonosítását és követését hivatott szolgálni. 

A harmadik feladata pedig az egyszerűbb irányítópultok és az összetettebb egyéni jelentéseken keresztül a kulcsmutatók alakulására azonnali állapotot kell közölni, hogy akár egyetlen rátekintésből kiderüljön, jó irányba haladnak-e a "dolgok".

Ennek a feladatnak tökéletesen megfelelnek az okostelefonok, hiszen internet és applikációk futtatására képesek, kellően nagy a kijelzőjük és a legtöbb felhasználónak minden a keze ügyében vannak.

Az Android operációs rendszerű készülékeken eddig is elérhetőek voltak 3. fél által készített Analytics applikációk, amelyek a Google Analytics API-t használva jobb-rosszabb minőségben próbáltak megfelelni ennek a feladatnak.

A múlt heti Google I/O konferenciához kapcsolódóan jelentette be a Google a hivatalos Analytics applikációt az Android rendszerekre.

Lényegében csak az alapvető információkat és lehetőségeket emelték át a felületről az applikációban.

Öt "fülünk" van, amely a menüként funkciónál:

1. Lehetőségünk van a bejelentkezési e-mail cím és jelszó megadása után engedélyezni, hogy az applikáció kommunikáljon a szerverre az API-on keresztül. Ha ez sikeres volt, akkor kiválaszthatjuk a fiókok-profilok közül, hogy melyik adatait akarjuk aktuálisan látni.

2. Második menüpontként megnézhetjük aktuálisan mennyien vannak a honlapunkon, azok milyen látogatói forrás típusból jöttek és hogy mely al-oldalainkat nézik a legtöbben.

3. A következő menüpont az Irányítópult. Itt 2 grafikon megjelenítésére van lehetőség, ezek idő intervallum/mutató/szegmens/stb. megadására lehetőségünk van, de például 2 mutatót már nem tudunk egyazon grafikonon látni:

4. A leginkább megfelelő menüpont egy mobileszköz applikációnak az Automatikus Figyelmeztetések. A rendszer itt azon fontos források/mutatók/dimenziók listáját mutatja, amelyek nagyobb mértékben változtak vagy fontos mutatók és kisebb mértékű változásaik is már hatással vannak az oldal aggregált teljesítményére.

Sajnos a felülettől eltérően nem tudunk "fontosságot" állítani, így lehet hogy nem látunk itt semmilyen adatot. 

5. Az utolsó menüpont az Egyéni figyelmeztetések, ahova mi tudunk létrehozni feltételeket, amelyek teljesülése esetén riasztás jelenik meg ebben a menüpontban.

Ami nagyon hiányzik az applikációból az a forgalmi források főbb mutatónak táblázatos formában történő megjelenítése; a cél/e-kereskedelem tartalmaknak külön menüpont illetve egy áttekintés az alapmutatókról, ahol az összes alapmutatót láthatjuk egyben.

Remélhetőleg az applikációt hamarosan tovább fogja fejleszteni a Google, hiszen a már több hónapja elérhető gAnalytics applikáció sokkal jobban leköveti a felület struktúráját, részletesebb, vizuálisabb formában adja vissza fiókunk adatait.

A cookie egyszerű szöveges fájl, amely az alapját képezi a felhasználó oldali webanalitika rendszerek (mint a Google Analytics) méréseinek. Mivel ezen fájlok megőrzik a látogatóra vonatkozó információkat az al-oldalak közötti navigálás, de több látogatáson keresztül is. Fontos tudni, hogy a cookie-k a használt böngészőhöz kötődnek, vagyis ha más böngészőket is használunk, akkor mindegyikben kaphatunk egyedi cookie-t ugyanazon domain címet meglátogatva.

A Google úgynevezett first-party cookie-t használ, tehát olyan mintha a honlap tulajdonosa küldené az őt meglátogató felhasználó gépére a cookie-t és nem egy harmadik fél (a Google). 

A cookie elhelyezés és a Javascript programok futásának engedélyezése a feltétele, hogy a Google Analytics egyáltalán mérni tudjon adatok adott felhasználóról. Az előbbi nélkül nem tudja felismerni, hogy új-visszatérő látogatóról van-e szó, mit csinált már az oldalon adott látogatáson belül.

Alapértelmezetten mindhárom nagy böngésző engedélyezi a first-party cookie elhelyezését, de lehetőség van ennek letiltására.

Releváns magyar adatokat itthon a gemiusRanking szolgáltat, jelenleg a felhasználók 4-5%-a nem engedélyezi a cookie eltárolását a gépén. Vagyis kb. átlagosan ekkora részéről a látogatóinknak nincsen adatunk.

Milyen cookie-kat használ az Analytics?

Az Analytics 5 féle cookie-val dolgozik, amelyek közül csak az _utmc az, amely a böngésző bezárása után törlődik, a többi hosszabb ideig megmarad a böngészőnkben.

A további cookie-k, amelyeket alkalmaz a rendszer: _utma, _utmb, _utmz, _utmv

Vegyük végig melyik milyen információt tárol, mire van befolyással.

_utma - "az egyediség ellenőrzője"

Ebben a cookie-ban van egy egyedi azonosítót, amivel próbálja a rendszer megkülönböztetni a látogatókat. Ezt az információt az egyedi látogatók és az egyedi oldalmegtekintések mutatók kiszámításához használja, de innen azonosítódik az Új illetve a Visszatérő látogató. 

A cookie élettartalma 2 év, tehát ha 2 éven túl újra meglátogatjuk a honlapot, akkor egy új azonosítóval rendelkező _utma cookie-t kapunk. 

A következő információkat tartalmazza a cookie, számsorok formájában:

1. számsor (a példában 58075644): Egyedi domain azonosító, amely egyértelműen azonosítja, hogy melyik domain-t néztük meg. Az értéke nem változik, hiába töröljük a cookie-t, ha legközelebb is megnézzük ugyanazt a domain-t, ugyanazt a számsort kell tartalmaznia.

2. számsor (a példában 952984556): A látogató egyedi azonosítója. A cookie törlése esetén új egyedi  számsort kapunk. 

3. számsor (a példában 1326657262): Az első látogatásunk időpontja Unix Időben megadva, tehát hogy pontosan mikor jártunk először a honlapon.

4. számsor (a példában 1340112757): A korábbi látogatásunk időpontja Unix Időben megadva. Nyilván ha ez az első látogatásunk a domain-en, akkor a 3. és a 4. számsor megegyezik egymással. Az itt tárolt adatot használja a rendszer a látogatások között eltelt idő kiszámításához például.

5. számsor (a példában 1340364235): A mostani látogatásunk kezdetének időpontja Unix Időben megadva.    

6. számsor (a példában 31): A cookie élettartalma alatt végrehajtott látogatások száma. Tehát a példa alapján ez a felhasználó már 31 alkalommal volt honlapon. Ha kinyerjük a cookie-ból ezt és letároljuk az utmv cookie-ban, akkor létrehozhatunk olyan egyedi látogatói csoportokat, amiből kiderül mennyiben viselkednek másként azok akik 5-10-szer látták már a honlapot és azok, akik már 20-30 alkalommal.

Az _utma cookie-t módosítani nincs értelem, kiolvashatjuk belőle a 6. számsor értékét, amelyet akár egyedi látogatói csoportok képzéséhez, akár a CRM rendszerünkbe történő lementéshez felhasználhatunk.

_utmb és _utmc - "a látogatás tudója"

A két cookie együttesen határozza meg, hogy meddig beszélünk még ugyanazon látogatásról, mikortól pedig egy újról. Az _utmb cookie 30 percig él, tehát ha 31 percig nem végzünk semmi tevékenységet az oldalon, akkor egy új cookie-t kapunk, tehát egy új látogatásról beszélhetünk.

Ennek a cookie-nak a tartalma szintén számsorokból áll, íme erre egy példa:

3. számsor: Egy 10-ről induló értéke, amely minden egyes kifelé mutató linkre történő kattintáskor csökken. A példában a felhasználó már 1 kifelé mutató linkre rákattintott.

4. számsor: Az aktuális látogatás kezdő időpontját tartalmazza Unix Időben megadva. Tartalma egyezik az _utma cookie 5. számsorának értékével. 

Az _utmc cookie egyetlen számsort tartalmaz, mégpedig a domain azonosítására szolgáló adatot. Az egyetlen olyan cookie ez, amely a böngésző bezárásáig él.

_utmz - "a látogatói forrás ismerője"

Fontos cookie, hiszen az adott látogatásnak a forrás információit tartalmazza, alapértelmezetten 6 hónapig él, de felülíródik, ha másik látogatói forrásból jövünk a honlapra (nem minden esetben).

Ez a cookie az eddigi 3-al szemben már nem csak szám formátumú adatot tartalmaz. 

58075644.1340112757.30.10.utmcsr=facebook.com|utmccn=(referral)|utmcmd=referral|utmcct=/l.php

1. számsor: a domain azonosítója, megegyezik a másik 3 cookie-ban tárolt értékkel

2. számsor: a cookie elhelyezésének időpontja Unix Időben megadva. 

3. számsor: az eddigi látogatások száma

4. számsor: az eddigi látogatások során kapott különböző forrás azonosítók száma. Vagyis ha háromszor jön az oldalra a látogató, de mindháromszor ugyanazon forrásból, akkor 3.1. a két számsor értéke.

A 4 számsor után pedig 5 változó következik(/következhet). 

utmcsr: a látogatói forrás domain címe. A direkt látogatóknál ez direkt, a Google keresőből jövőknél pedig csak Google. A példában a facebook.com-ról jött a látogatás.

utmcnn: a látogatói forrás kampány neve. Alapértelmezetten organic, cpc, referral, (none) típusokat ad az Analytics a forrásoknak. Ezt tudjuk bővíteni saját médium típusokkal. A példában a facebook.com-hoz a referral médium típust rendelte a rendszer. 

utmcmd: a látogatói forrás médiuma. Alapértelmezetten organic, cpc, referral, (none) típusokat ad az Analytics a forrásoknak. Ezt tudjuk bővíteni saját médium típusokkal. A példában a facebook.com-hoz a referral médium típust rendelte a rendszer. 

Mindegyik látogatói forrás esetén szerepelnie kell ezeknek a változóknak. A következő 2 változó pedig opcionális.

utmcct: a látogatói forrás tartalom (content) adata kerül ide. Ha hivatkozásról van szó, ahogy a példában, akkor pedig a hivatkozó oldal URL-jének URI része, tehát az első / jel utána rész.

utmctr: a keresőkből (fizetett vagy organikus) jövő forgalomnál a kulcsszó szintű adatokat tartalmazza. Ha nem ilyen forrásról van szó, akkor a cookie-ban nem szerepel.

Ennek a cookie-nak a változó értékeit mi is megadhatjuk, ha a használt landoló URL-t úgynevezett UTM paraméterekkel látjuk el. Mind az 5 változónak mi adhatjuk meg az értékét, ami felülírja a rendszer által meghatározott adatokat. 

A legegyszerűbben a Google URL-készítő eszközével készíthetünk paraméterezett landoló URL-eket, amelyeket hírlevelekbe, nem Adwords marketing kampányokba, közösségi oldalakon bátra használhatunk.

Az 5 paraméter közül csak az első három a kötelezően megadandó, illetve érdemes még az utmcct paraméternek is értéket adni. Arra figyeljünk, hogy nem a fent látott utm neveket kell használni, hanem az utm_source, az utm_campaign, az utm_medium, , az utm_content és az utm_term paramétereket. 

_utmv - "az egyéni azonosító"

A Google Analytics túlságosan általános csoportosítást végez a látogatókon. A látogatói forrásokon, a technikai tényezőkön illetve az Új/Visszatérő látogatókon kívül nem igazán csoportosítja a látogatókat. 

Pedig üzletileg nekünk sokszor fontosabb lehet, hogy külön válasszuk mondjuk a kisker./nagyker. vásárlókat; a hírlevélre már feliratkozottakat; a regisztráltakat; a kupon ajánlatra érkező vagy kupont beváltó felhasználókat.

Erre ad lehetőséget a Google Analytics, hogy mindezen azonosításokat 1024 karakterben letároljuk a felhasználó gépén, amely 2 évig tárolhat többféle "egyedi" látogató azonosítót. 

Technikailag úgy néz ki, hogy adott cselekvés végrehajtása után értéket adunk az _utmv cookie-nak, de lehetőség van a cookie-ból kinyerni a korábbi információt és az alapján új adatot elhelyezni benne. Például az előző vásárlások folyamán letároltuk, hogy hányadik alkalommal vásárló felhasználóról van szó. Ha mondjuk valaki már 3.-jára vásárol és most újra vett valamit, akkor a kiolvassuk a cookie-ból az adatot, megnöveljük 1-el. De ha szövegesen is csoportosítjuk vásárlóinkat - mondjuk új vásárló / visszatérő vásárló / rendszeres vásárló / törzsvásárló - akkor ezt a szöveges is módosítjuk a vásárlások száma szerint.

Tudnunk kell, hogy ilyen utmv cookie-t 5 félét adhatunk meg, 3 féle szinten - látogató/látogatás/oldal -, tehát van jó pár lehetőségünk az egyedi azonosításra.

Egy _utmv cookie ilyen formátumban tartalmazza a szám és szöveg információkat:

58075644. | 1 = Felhasznalo = Regisztralo = 1 

1. számsor: a domain azonosítója, megegyezik a másik 4 cookie-ban tárolt értékkel.

A | jel utáni első szám az 1-5 közötti "tárhelyet" jelöli, az utolsó szám pedig azt, hogy milyen szintre vonatkoztatva kapta meg a felhasználó a cookie-t. A példa alapján az első "tárhelybe" tároltuk le a felhasználóról azon információt, hogy ő a Felhasznalo-k között Regisztralo volt és ezt látogató szinten értelmeztük rá. 

Bármikor lehetőségünk van értéket adni ennek az utmv cookie-nak, mégpedig az _setCustomVar(index, name, value, opt_scope) függvényt meghívva. A példában szereplő adatokat úgy kapta a felhasználó, hogy regisztráció utáni köszönő oldalon elhelyeztük ilyen formában a fenti kódot:

  _setCustomVar(1, Felhasznalo, Regisztralo, 1);

(Fontos: Attól függően, hogy async vagy ga.js-es verzióját használjuk az Analytics alap mérőkódnak, máshogy kell meghívni a függvényünket.)

Az _utmv cookie-nak az Analytics használók csak 10-15%-a ad értéket, pedig óriási potenciál van benne, hiszen üzletileg fontosabb csoportosítást végezhetünk látogatóinkon, amiből üzleti előnyt kovácsolhatunk.

Összefoglalás

Végigvettük, hogy a Google Analytics milyen cookie-kat használ és hogy a használt cookie-kban milyen információkat tárol le. Egyes cookie-knak mi is értéket adhatunk - utmz és utmv -, illetve mindegyikből kiolvashatjuk a bennük tárolt információkat, amely lehetőséget nyújt a CRM rendszerünk "összekötésére" az Analytics-el vagy egyedi tartalmak megjelenítésére is.

Ezen lehetőségekről egy következő bejegyzésben részletesen írni fogunk.

A bejegyzésben nem került említésre az _utmx cookie, amely csak abban az esetben tűnik fel, ha használjuk a Google Webhely Optimalizálót. Mivel, ahogy már korábban írtunk róla, augusztustól a Google ezt a külső eszközt bevonja az Analytics-be, akkortól valószínű változni fog ennek a cookie-nak a használata. 

További információk 

Aki további információkra éhezik az Analytics cookie-kkal kapcsolatban, nézze meg a következő tartalmakat:

• Az Attachmedia spanyol ügynökség infógrafikája a cookie-król

• A Google Developers oldalának a cookie-val foglalkozó része

• A Google Analytics IQ vizsgaanyag ide vágó része