Cod asincron pentru Google Analytics

ASINCRÓN ~ă (~i, ~e) Care nu se face, nu se petrece în același timp.

În urmă cu 3 săptămâni anunțam că Google Analytics a scos din beta codul asincron și promiteam un articol detaliat pe această temă.

Avantaje

Noul cod care este introdus în pagini pentru a colecta date despre vizitatorii acestora va crește acuratețea datelor și viteza de încărcare a paginilor. Cum face asta? În trecut, se recomanda ca liniile de cod pentru analytics să fie introduse la sfârșitul paginilor, pentru a nu întrerupe încărcarea altor elemente din pagină pe timpul în care el încărca fișierul javascript. Unii vizitatori chiar părăseau site-ul înainte de a încărca acest fișier, așadar nu mai erau „văzuți” de analytics.

Noul cod nu mai creează astfel de probleme, folosind abilitatea dată de HTML 5 browserelor pentru a încărca elemente în mod asincron. Așadar, conform definiției de la începutul acestui articol pentru cuvântul asincron, încărcarea altor elemente din site nu va mai aștepta după codul de Google Analytics, deci acesta poate fi introdus oriunde în pagină. Fiind în partea de sus, va fi încărcat de o parte mai mare a utilizatorilor site-ului, iar datele vor fi mai apropiate de realitate.

Instalarea, pentru începători

De unde îl luăm

În contul de Google Analytics, dacă vom intra pe „edit” de lângă numele profilului (lista cu site-uri de la început), vom găsi în dreapta sus opțiunea „Check status”, care va încărca o pagină ce conține și noul cod.

Unde îl punem

În codul fiecărei pagini din site, preferabil chiar înaintea tag-ului </head>.

Cum știm ce versiune folosește un site

Ne uităm în codul sursă al unei pagini la linia care conține _trackPageview. Dacă este versiunea nouă a codului, va începe cu _gaq.push.

Linie din vechiul cod:

pageTracker._trackPageview();

Linie din noul cod:

_gaq.push(['_trackPageview']);

Cum funcționează

În noul cod se poate observa că apelarea fișierului javascript este în partea de jos a sa și nu în partea de început ca până acum. Înainte, se aștepta încărcarea fișierului ga.js pentru a trimite datele către server. Acum, datele sunt trimite înainte de această încărcare (mai exact, execută comenzile care fac asta).

ATENȚIE! Pe acest site am scris și voi mai scrie articole despre funcții avansate de Google Analytics, care pot fi activate cu ajutorul unor linii de cod în plus. Cu ocazia trecerii la noul cod, cei care folosesc respectivele funcții ar trebui să schimbe și acele linii de cod!

Etichete: , ,

7 instrumente cu care afli timpul de încărcare

Timpul de încărcare este un factor care ar trebui urmărit în analizele paginilor web. Dacă este mare, paginile vor trebui modificare pentru a fi redus. În caz contrar se pierd vizitatori și clienți.

Câteva instrumente pentru măsurat viteza de încărcare a paginilor web:

Web Page Analyzer este un script care calculează timpii de încărcare pentru fiecare element din pagină, precum și pentru grupe de elemente sau întreaga pagină.

Web Pagetest prezintă cam aceleași date, dar în diverse moduri grafice pentru a evidenția anumite lucruri.

Pingdom Tools este un instrument vizual rapid din care poți afla cum se încarcă elementele site-ului.

Google Webmaster Tools face mai multe măsurători privind performanțele site-ului. În meniul Labs există pagina  Site performance. De aici putem vedea viteza de încărcare și evoluția sa în timp.

Yahoo! YSlow este un plugin de Firefox care generează statistici despre performanțele paginilor încărcate.

Google Page Speed face este tot un plugin de Firefox, dar făcut de Google. Oferă și sugestii pentru îmbunătățirea paginilor.

Google Speed Tracer este un alt plugin de la Google, dar pentru utilizatorii browser-ului Chrome.

Etichete: , , , , , , , ,

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ță.

Etichete: , , ,

Microsoft Silverlight Analytics Framework

Microsoft a lansat platforma opensource de analytics pentru aplicațiile realizate în Silverlight. Prin intermediul acesteia, persoanele de online vor beneficia de statistici privind interacțiunea cu elementele din cadrul aplicațiilor Silverlight, inclusiv cele efectuate în afara browser-ului sau în mod offline.

Integrare cu Google Analytics

Să nu uităm că soluția de web analytics de la Google are de ceva timp API. Prin intermediul acestuia a fost realizată integrarea dintre Google Analytics și Microsoft Silverlight Analytics Framework.

În prezent, integrarea suportă event tracking, pageview tracking și variabile customizate. Detalii despre cum puteți folosi Google Analytics pentru aplicațiile voastre în Silverlight puteți găsi pe pagina de documentație.

Etichete: , , , , , , ,

Variabile customizate multiple în Google Analytics

Săptămâna trecută am scris despre variabile customizate în Google Analytics, dar în ultimele luni funcția a fost îmbunătățită variabilele customizate multiple devenind disponibile. Folosindu-le, putem afla informații suplimentare despre comportamentul vizitatorilor pe site.

Formatul și setarea

Ca și în cazul variabilelor customizate simple, și cele multiple vor fi definite în codul de Google Analytics din pagină, înainte de _trackPageview() sau trackEvent().

Formatul prin care le definim este:

_setCustomVar(canal, nume, valoare, scop)

unde:

canal – numărul variabilei; sunt 5 canale disponibile, pentru fiecare se va alege un număr de la 1 la 5, așadar atenție să nu rescrieți un canal existent că nu o să mai înțelegeți mare lucru din rezultate (același canal poate fi reutilizat dar dacă sunteți la început mai bine evitați bătaia de cap)

nume – numele variabilei, de exemplu „utilizatori înregistrați”

valoare – aici începem să înțelegem importanța multiplelor variabile customizate; pentru a merge tot pe exemplu de mai sus cu utilizatori înregistrați, la nume am putea trece „da” sau „nu” pentru a diferenția utilizatorii înregistrați de cei neînregistrați; sigur, pot fi și mai mult de 2 valori diferite acolo unde este nevoie

scop – se numește scopul variabilei, dar cuiva aflat la început i l-aș descrie drept tipul variabilei pentru că este de 3 feluri în funcție de cât dorim să fie valabilă variabila: 1 pentru variabila definită la nivel de vizitator (unic), 2 pentru cele la nivel de vizită/sesiune și 3 pentru cele la nivel de pagină.

Sunt mult mai multe posibilități de tag-urie și urmărire a vizitatorilor prin combinarea celor de mai sus, nu?

Bonus: de la setVar la setCustomVar

Nu-i direct subiectul postului, dar poate că ați observat schimbarea din _setVar în _setCustomVar. Este o altă îmbunătățire introdusă recent de GAnalytics. Fără a intra prea mult în detalii tehnice, trebuie să știm că vechea formulă alterează alte statistici: bounce rate și timpul petrecut pe site. Pentru a ne bucura de variabilele customizate fără să alterăm celelalte statistici avem acum posibilitatea să folosim _setCustomVar.

Etichete: , , , , ,