A apărut Urchin 7

De curând a fost lansată versiunea a 7a a software-ului de web analytics Urchin. Acesta este fratele Google Analytics. Pentru cine nu știe, Urchin este varianta server side, iar GAnalytics analizează browser side. Avantaje și dezavantaje pentru fiecare cele două tipuri de instrumente WA poți citi aici.

De la această versiune, Urchin chiar seamănă mult cu Google Analytics. Pentru asta i-a fost schimbată întreaga interfață și i-au fost introduse funcționalități precum event tracking sau advanced segments.

Urchin 7 vine cu suport nativ pentru procesarea pe 64 biți, API, link-uri permanente pentru rapoarte, update-uri automate, log-uri fără limită, filtre ordonabile și multe altele.

Spre deosebire de Google Analytics, Urchin nu este gratuit. Prețul listat este de 9995$, dar pentru cei care au cumpărat o versiune anterioară, suma plătită atunci va fi dedusă din prețul afișat pt Urchin 7. Cumpărând o licență primești dreptul să analizezi până la 1000 de domenii diferite, număr care ar trebui să fie suficient pentru un provider mediu de hosting.

Domenii diferite în același profil Google Analytics

Google Analytics este setat să înregistreze într-un profil traficul de la un singur hostname. Asta înseamnă că nu poți vedea, la comun, statisticile pentru diferite domenii și subdomenii, chiar dacă îți aparțin. Cu câteva modificări, poți trece peste aceste restricții. Despre statistici de la subdomenii diferite am scris deja, dar să vedem um procedăm și în cazul în care avem mai multe domenii (ex. firma.com, firma.ro…).

Variantele simple sunt să folosim profiluri diferite (dar atunci vom avea statistici diferite) sau să punem pur și simplu același cod în sursa paginilor de la toate domeniile (caz în care vom avea statistici amestecate, greu sau imposibil de prelucrat).

Varianta recomandată este să menținem sesiunea între domenii diferite. Și în acest caz, soluția începe cu modificarea codului de tracking. E suficient să facem modificările în paginile de ieșire dintr-un domeniu și de intrare în alt domeniu, dar cum fiecare utilizator are alt comportament în navigare, vom dormi mai liniștiți dacă introducem codul modificat în toate paginile site-ului/site-urilor.

Varianta pentru cod „clasic”

Prima parte a codului de tracking rămâne neschimbată, iar ultima lui parte ar trebui să arate precum mai jos:

<script type=”text/javascript”>
try {
var pageTracker = _gat._getTracker(“UA-12345-1”);
pageTracker._setDomainName(“none”);
pageTracker._setAllowLinker(true);
pageTracker._trackPageview();
} catch(err) {}</script>

Linia care conține  ._setDomainName(“none”) are rolul de a seta cookie-urile __utm la valoarea 1, ceea ce le va permite să fie asociate cu orice domeniu. Linia cu ._setAllowLinker(true) permite ca numele și valorile cookie-urilor să fie transmise.

Varianta pentru cod asincron

Dacă nu știi ce este codul asincron și care sunt beneficiile sale, prima dată citește acest articol. Dacă ai trecut deja la această versiune de cod pentru Google Analytics înseamnă că nu ai recunoscut la tine în site lucrurile scrise mai sus. În cazul site-ului tău, codul își va modifica partea de sus. Aceasta va arăta așa:

<script type="text/javascript">

  var _gaq = _gaq || [];
  _gaq.push(['_setAccount', 'UA-000000-1']);
  _gaq.push(['_setDomainName', 'none']);
  _gaq.push(['_setAllowLinker', true]);
  _gaq.push(['_trackPageview']);

Cifrele din codul de mai sus ar trebui înlocuite cu cele corespunzatoare contului și site-ului de care te ocupi, acestea fiind doar pentru exemplificare.

Link-urile între domenii

Nu e suficient să modificăm codul de tracking, trebuie să customizăm și legăturile dintre diferitele domenii, pentru ca URL-urile să apară întregi în statistici și să nu existe confuzii.

Iată cum ar trebui scrise aceste link-uri:

<a href=”http://firma.ro” onclick=”pageTracker._link(‘http://firma.ro’);return false; “>Vezi site-ul în limba română!</a>

Formularele între domenii

Dacă trecerea vizitatorilor între domenii se face printr-un formular în loc de link, referințele din acesta spre alte domenii ar trebui să fie de forma:

<form method=”post” onsubmit=”pageTracker._linkByPost(this)”>

În cazul în care deja folosiți o validare tip onsubmit, codul ar trebui să fie:

<form method=”post”
onsubmit=”validate_routine(this);pageTracker._linkByPost(this) “>

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!

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.

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