GA: Variabile customizate pentru aplicații Android

Variabilele customizate reprezintă o funcționalitate care lărgește capacitățile tool-ului Google Analytics, de aceea m-am bucurat când cei de acolo au anunțat că de acum le vom putea folosi și în aplicațiile de Android.

Puțini utilizatori știu că pot folosi cele mai multe dintre funcționalitățile GAnalytics și în cazul măsurării site-urilor mobile, aplicațiilor Android și aplicațiilor iPhone.

Câteva exemple oferite de Google despre cum am putea folosi custom variables în aplicațiile Android:

  • segmentarea utilizatorilor în platitori și neplatitori
  • segmentarea după versiunea de aplicație utilizată
  • segmentarea după versiunea de Android folosită
  • utilizarea interfeței
  • poziția telefonului (orizontal / vertical) în care este utilizată mai mult aplicația
  • folosirea altor funcționalități din aplicație

Variabilele customizate se alătură altor funcționaltăți customizate de GA care pot fi folosite în Android SDK, precum segmentare avansată, obiective și raportare customizată.

Etichete: , , , ,

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

Etichete: , ,

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