Diferențierea link-urilor din aceeași pagină

În articolul precedent am anunțat raportul „In-Site Analytics” care înlocuiește „Site Overlay” în Google Analytics, dar am atenționat că în continuare e nevoie de customizarea link-urilor pentru ca el să știe pe care dintre link-urile care duc spre aceeași pagină s-a dat click din pagina analizată. De exemplu, din pagina curentă avem link-uri spre pagina de comandă atât din meniul de sus, cât și din meniul din stânga, cât și dintr-un banner etc. În astfel de situații, In-Site Analytics nu e prea folositor pentu că pentru toate aceste link-uri va arăta aceleași cifre, lucru desigur neadevărat.

Din fericire există o rezolvare simplă pentru a afla eficiența fiecăruia dintre aceste link-uri. Soluția este asemănătoare cu cea privind măsurarea rezultatelor din campanii, chiar dacă acolo se aplica la link-urile venite din exterior, iar aici la cele din site.

Procedeul l-am numit atunci tagging (etichetare) și adăugam niște parametri în URL pentru a face diferența. De data aceasta este nevoie de un singur paramentru suplimentar.

Exemplu:

Link-ul original: http:/webanalyst.ro/sectiune/google-analytics

Link-ul cu parametri diferiți:

http:/webanalyst.ro/sectiune/google-analytics/#link=meniu

http:/webanalyst.ro/sectiune/google-analytics/#link=articol

Cum ne-am obișnuit la modificările pe care le putem aduce tool-ului Google Analytics, trebuie să cunoaștem toate efectele lor. În exemplul de mai sus, GA nu va mai vedea o adresă URL, cum ar fi normal, ci două sau trei și în consecință în rapoartele din secțiunea de conținut vor fi raportate separat, așadar va trebui să adunăm traficum adunat de toate pentru a afla traficul real pentru pagina respectivă.

Etichete: , , , ,

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.

Etichete: ,

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) “>

Etichete: , , , ,

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: , , , , , , , ,