Filtre noi, conversii real-time, verificare Goals și alte update-uri la Google Analytics

Așa cum ne-a obișnuit, Google Analytics anunță des update-uri la produs. Am strâns în acest articol noutățile de luna aceasta. Nu sunt puține, mai ales că e luna în care a avut loc Google I/O.

  • Procesul de setare Goals (obiective) a fost simplificat. De asemenea, au fost introduse template-uri, au apărut Goals legate de Ecommerce (de exemplu, iau automat valoarea tranzacției ecommerce) și a apărut posibilitatea de a verifica un obiectiv înainte de adăugarea sa. Ultimul pas mi se pare cel mai important pentru că știi de la început dacă ai greșit undeva și corectezi pe loc, nu mai pierzi date în timpul până ai fi observat că ceva nu este în regulă

Continue reading →

Tags: , , , , , ,

Google Analytics Real Time pentru profile

În urmă cu un an, Google Analytics anunța lansarea rapoartelor în timp real. Inițial acestea erau foarte limitate, între timp situația s-a mai schimbat:

  • în această vară a apărut posibilitatea de segmentare, cu un simplu click pe o dimensiune; de exemplu, la click pe „Organic” va afișa un raport cu motoarele de cautare și cuvintele cheie din care au venit vizitatorii activi pe site în acel moment
  • între sursele de trafic predefinite a apărut și Social; și aceasta se poate segmenta cum scriam mai sus
  • de astăzi, rapoartele real-time funcționează cu profile și filtre de profile; astfel, putem vedea cifrele în timp real pentru un subdomeniu, o campanie, o categorie din site, o regiune geografică, traficul pe aplicația mobilă etc.
  • tot astăzi a apărut un nou raport la real-time, cu paginile vizualizate în ultimele 30 de minute (numele paginilor și afișările pentru fiecare)

Sunt schimbări mici, dar care fac rapoartele în timp real mult mai utile, în special cea cu profilele. Cred că este util de menționat și că noile features pot fi folosite împreună (de exemplu segmentarea cu profilele și cu paginile vizualizate).

Tags: , ,

GAnalytics: Subdomenii multiple cu cod asincron

Despre configurarea Google Analytics pentru statistici de la multiple subdomenii am scris deja, dar între timp cei de acolo au actualizat codul de tracking cu o versiune care lucrează asincron (citește despre codul asincron pt Google Analytics). Problema este că după trecerea la această versiune de cod se schimbă și toate celelalte configurări. Așadar, dacă ați rămas la versiunea veche de cod urmați pașii din primul link, dacă aveți cod asincron citiți în continuare ce trebuie făcut pentru ca Google Analytics să măsoare împreună performanțele subdomeniilor!

Modificarea de cod

Pașii sunt aceiași ca la prima variantă: prima dată facem o modificare în codul de analytics introdus în pagini pentru a indica domeniul parinte, după care aplicăm un filtru sau mai multe.

Codul ar trebui să fie de forma:

<script type=”text/javascript”>
var _gaq = _gaq || [];
_gaq.push([‘_setAccount’, ‘UA-000000-1‘]);
_gaq.push([‘_setDomainName’, ‘exemplu.ro‘]);
      _gaq.push([‘_trackPageview’]);
(function() {
var ga = document.createElement(‘script’); ga.type = ‘text/javascript’; ga.async = true;
ga.src = (‘https:’ == document.location.protocol ? ‘
https://ssl‘ : ‘http://www‘) + ‘.google-analytics.com/ga.js‘;
var s = document.getElementsByTagName(‘script’)[0]; s.parentNode.insertBefore(ga, s);
})();
</script>

Practic, linia îngroșată este cea care se adaugă la codul pe care îl oferă contul de GA. Am scris cu roșu lucrurile pe care va trebui să le modificați (codul contului/profilului și domeniul site-ului).

Filtru pe profil

Fără adăugarea unui filtru pe un profil nou, traficul de la subdomenii va apărea ca fiind reffering (de la un site extern).

Setările filtrului:

Filter type: Custom

Advanced

Field A -> Extract A     Hostname     (.*)

Field B -> Extract B   Request URI    (.*)

Output To -> Constuctor  Request URI    $A1$B1

Yes

No

Yes

No

filtru-subdomenii-asincron

Acestea au fost setarile pt a avea statisticile domeniului și subdomeniilor la un loc.

OPȚIONAL: Se poate merge mai departe, pe lângă a le avea la un loc, putem să creăm câte un profil cu statisticile fiecărui subdomeniu. Pe fiecare dintre acestea ar trebui aplicat următorul filtru:

Filter type: Custom

Include

Filter Field  Hostname

Filter Pattern   subdomeniu\.exemplu\.ro

No

Tags: , ,

Statistici pentru subdomenii în Google Analytics

Din rațiuni de securitate, Google Analytics folosește first-party cookies, adică fișiere care pot fi utilizate doar de un site/site-urile de la un hostmane (domeniu). Subdomeniile folosesc hostname-uri diferite, deci sunt tratate la fel ca orice site străin, motiv pentru care nu pot citi aceste cookie-uri.

Altfel spus, Google Analytics nu vine configurat pentru a strânge la un loc statisticile diferitelor subdomenii ale unui site. Să le tratăm ca pe site-uri diferite generează mai multe probleme de raportare, iar să adunăm pur și simplu cifrele este cea mai greșită soluție. În continuare vom vedea cum trecem peste limitarea Google!

Alegerea domeniului părinte

În codul de tracking vom indica domeniul parinte ales. Pentru asta, la finalul codului vom adăuga o linie (cea îngroșată mai jos:

<script type="text/javascript">
try {
var pageTracker = _gat._getTracker("UA-000000-1");
pageTracker._setDomainName(“exemplu.ro”);
pageTracker._trackPageview();
} catch(err) {}</script>

ATENȚIE: aceasta este doar partea finală a codului GA; nu uitați să schimbați codul contului și numele domeniului 😉

Modificarea aceasta este suficientă pentru ca Google Analytics să strângă în aceleași rapoarte date despre toate subdomeniile.

DAR:

Dacă ne oprim aici, Google Analytics nu va ști de la care dintre subdomenii vor fi vizitele. Și nici noi nu vom ști, mai ales dacă ambele au pagini cu același nume (ex. index.html). Rezolvarea este mai jos:

Aplicarea unui filtru

Din pagina de setări (în care ajungem cu un click pe Analytics Settings, care de obicei efiltru-subdomenii chiar sub sigla din stânga sus), alegem Add Filter. Din noua pagină îi facem setările. Tipul de filtru este Custom filter. Urmează să alegem Advanced și să setăm:

Field A –> Extract A: Hostname (.*)

Field B –> Extract B: Request URI (.*)

Output To –> Constructor: Request URI /$A1$B1

Altfel spus, aceste setări trebuie să arate ca în imaginea alăturată (click pentru mărire). Mai rămâne doar să salvăm (Save Changes) și filtrul este gata.

Acest filtru va face ca rapoartele să scrie adresa completă a paginilor, nu doar numele paginii.

NOTĂ: este foarte posibil ca adăugarea acestui filtru să altereze statisticile din raportul „Site Overlay”, iar unele obiective (Goals) ar trebui redefinite în consecință.

Tags: , , ,

Segmentarea prin etichetare

Segmentarea este inima activităților de web analytics. Instrumentele de colectat date oferă mai multe modalități pentru realizarea segmentării, în funcție de scop.

Probabil că cel mai simplu sunt de folosit funcțiile numite chiar segmentare de către instrumente, însă de cele mai multe ori acestea se limitează la segmentat rapoarte, neacoperind decât superficial partea de analiză. Alte funcții care pot fi folosite pentru diverse segmentări sunt filtrele, sursele de trafic, customizările link-urilor și ale altor variabile etc.

etichete

O variantă mai peste mână decât cele amintite mai sus, dar de multe ori mai eficientă, este tagging-ul (etichetarea). Să ne imaginăm că vrem să comparăm câte pagini au văzut vizitatorii înregistrați cu câte au văzut ceilalți. Sau că vrem să vedem cât a durat până să treacă dintr-o tabără în cealaltă. În acest exemplu simplu, trebuie să segmentăm în două categorii vizitatorii. Vom face asta aplicându-le vizitatorilor din fiecare categorie câte o etichetă diferită, pentru ca apoi să avem statistici separate pentru cele două tipuri de utilizatori ai site-ului.

Datele rezultate sunt mult mai utile decât în cazul simplei filtrări a unui raport. Prin aceeași metodă putem segmenta vizitatorii site-ului în funcție de faza de cumpărare în care se află sau în funcție de scopul pentru care accesează site-ul.

Probabil cea mai mare limitare este că indiferent de instrumentul folosit, acest tip de segmentare se face înainte de colectarea datelor pentru analiză. De regulă, în Google Analytics se utilizează variabilele customizate (custom variables), iar în SiteCatalyst se fac prin Segment Definition Builder, dar acestea nu sunt singurele căi spre acest tip de segmentare.

 

Sursă foto: craftapalooza

Tags: , , , , , , , ,