GA: Weighted Sort și Tracking Code Debugger

Nu a trecut o săptămână de când am scris ultimul articol cu noutăți cu care a venit echipa Google Analytics pentru utilizatori. Și totuși, GA a mai anunțat între timp alte două îmbunătățiri foarte utile.

Sortare ponderată

Weighted Sort este denumirea originală și este o îmbunătățire mică, dar extrem de utilă disponibilă în unele rapoarte. Dacă vrei să vezi sursele de trafic cu bounce rate (BR) foarte mare, poți să aranjezi acel raport în funcție de BR, de la cel mai mare la cel mai mic. Doar că itemurile cu cel mai mare BR nu sunt neaparat cele mai problematice cum s-ar putea crede, pentru că unele au bounce rate uriaș pentru simplul fapt că au un număr neglijabil de afișări.

Ei bine, aici intervine weighted sort, care printr-un singur click va afișa itemurile în raport în ordinea importanței ponderând ambii indicatori. Altfel spus, raportul va începe cu sursele de trafic care au atât bounce rate mare, cât și număr mare de afișări sau de vizite.

În secțiunea cu rapoarte despre sursele de trafic, sortarea ponderată se face pentru bounce rate, cum am spus mai sus. În schimb, în secțiunea despre conținutul site-ului propriu, sortarea se face pentru Exit rate sau Venituri ($ Index). Un pas mic pentru Google Analytics, dar care poate salva ore de muncă pentru utilizatori. Bravo, Google!

Tracking Code Debugger

Tot de la echipa Google Analytics vine și ga_debug.js, care diagnostichează corectitudinea instalării codului GA în paginile site-ului. Pentru ca acest lucru să fie mai ușor de făcut de către utilizatori, există și o extensie pentru browser-ul Chrome.

Aceasta se instalează, se activează cu un click pe ea în bara cu extensii, după care mesajele pot fi văzute în consola javascript din Chrome (poate fi găsită în secțiunea Developer sau în Tools din meniul Chrome).

Etichete: , , , , , , , ,

GA: Management API și alerte îmbunătățite

După cum ne-a obișnuit, echipa Google Analytics nu are vacanțe și lansează mereu ceva nou. Luna aceasta au fost îmbunătățite cele două atracții ale momentului: API și alertele de la Intelligence.

Management API

Developerii au cerut un API mai rapid, iar Google a răspuns cu un sistem de management pentru informațiile preluate prin API.

Datele sunt acum oferite prin 5 fluxuri diferite, după cum se poate vedea în imaginea oferită pe blogul oficial GA.

Așadar, aplicațiile bazate pe Google Analytics API pot acum cere doar informațiile necesare, la nivelul dorit, pentru ca operațiunea să decurgă mai rapid.

Management API este deocamdată în stadiul de preview, așa că așteptați-vă la mai multe modificări în perioada următoare.

Ingelligence mai inteligent

Alt feedback primit și ascultat de echipa Google Analytics este faptul că produsul lor oferă prea multe date și este nevoie de filtre. Pentru început, au îmbunătățit filtrele la Intelligence. Când setează alerte pentru AI-ul din GAnalytics, utilizatorii au acum mult mai multe opțiuni, făcând pagina să semene cu cea de Custom Alerts 🙂

De asemenea, există acum alerte și pentru AdWords, care vor fi setate automat dacă Analytics este legat la contul AdWords. Este un lucru foarte interesant atât pentru cei care rulează campanii AdWords, cât mai ales pentru clienții acestor campanii.

În continuare, mă aștept să mai auzim și de alte îmbunătățiri aduse de Google Analytics atât la Intelligence cât și la API.

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

Google Analytics pentru Blogspot / Blogger

Aud foarte des întrebarea cum se poate adăuga codul de Google Analytics în blogurile create pe platforma blogspot.com / blogger.com.

Procesul este simplu, asemănător cu adăugarea acestui cod pe alte site-uri:

  1. Adaugi site-ul în contul de Google Analytics, de la Add Website Profile
  2. Iei cu Copy (Ctrl + C) codul de tracking al site-ului. Mai târziu îl vei găsi în lista cu site-uri, cu un click pe Edit în dreptul site-ului ales, după care un click pe Check Status (în dreapta sus)
  3. Te autentifici în contul de blogger.com
  4. În dreptul blogului pe care vrei să îl monitorizezi cu GAnalytics, dai click pe Layout sau Template.
  5. Următorul pas este să dai click pe Edit HTML
  6. În ecranul de editare a codului, dai Paste (Ctrl + V) la codul luat din contul de Google Analytics, pe o linie liberă (preferabil la început de tot sau la sfârșit de tot), fără a modifica altceva. Practic, copiezi acel cod din contul de Analytics în contul de Blogger
  7. Click pe Save Changes în contul de blogger

A doua zi ar trebui să confirme și în contul de Analytics că totul a mers bine, în același loc din site în care am spus că găsești codul.

Etichete: , , , ,

Măsurarea rezultatelor campaniilor

Din campaniile de publicitate online poți trimite oamenii către ce pagină din site vrei și în funcție de accesările fiecărei pagini poți afla succesul campaniei/reclamei. Dar cele mai multe situații sunt mai complexe de atât. E foarte posibil ca în același timp să ruleze mai multe campanii, fiecare cu diferite reclame la aceleași produse. Sau să ai de măsurat și rezultatele din SEO și din PPC. Sau vizitele din documente ca .doc sau .pdf. Sau din email. Sau combinații ale celor dinainte 🙂

Etichetarea

Prin „tagging”, paginile de destinație sunt marcate diferit pentru fiecare sursă de trafic. Astfel, dacă din Google ne vin vizitatori organic dar și prin publicitate, vom marca diferit URL-urile la care trimite publicitatea pentru ca în Web Analytics să le vedem diferențiat. În funcție de acest marcaj, statisticile vor arăta vizitele în funcție de fiecare campanie, reclamă, sursă de trafic și alte variabile pe care ni le alegem.

Practic, această marcare sau etichetare se face punând la sfârșitul unui URL niște parametri suplimentari. Poate ați observat acele URL-uri lungi la care trimit reclamele. Taggingul ar trebui să înceapă cu unul dintre semnele ?, & sau #. Arată mai puțin estetic, dar ajută la măsurarea rezultatelor în funcție de fiecare sursă de trafic.

Când folosim

Ar trebui să folosim etichetarea ori de câte ori este posibil, adică în toate reclamele și link-urile pe care le postăm pe undeva (site-uri, documente, mail-uri etc.).

Parametrii adaugați ar trebui să ne ajute ulterior să identificăm cu ușurință sursa de trafic, campania, reclama și alte lucruri care ne-ar putea interesa (de ex. newsletter lunar, newsletter saptamanal, email personal etc.).

EXCEPȚIE: Nu folosi taggingul pentru SEO! Folosește-l pentru toate celelalte campanii, și lasă „curate” link-urile pentru SEO. În felul acesta vei avea date despre fiecare campanie, inclusiv cea de SEO, fără a risca să deranjezi motoarele de căutare cu URL-uri neprietenoase sau conținut duplicat virtual.

Măsurarea campaniilor cu Google Analytics

Google Analytics are 5 variabile definite pentru a te ajuta să faci un tagging cât mai corect și apoi să vezi în rapoartele sale cât mai clar rezultatele în funcție de fiecare dintre ele:

utm_source obligatoriu Folosit pentru a identifica sursa de trafic (ex: newsletter)
utm_medium obligatoriu Folosit pt a identifica mediul (ex. blog, PPC, download)
utm_term opțional Folosit în PPC pentru identificarea cuvintelor cheie
utm_content opțional Folosit pentru a identifica reclama, unde sunt mai multe
utm_campaign recomandat Folosit pentru identificarea campaniei

Exemplu: URL-ul acestui post este https://webanalyst.ro/2010/masurarea-rezultatelor-campaniilor. Totusi, cand o sa il anunt pe Twitter as vrea să fie clar traficul venit exact din acest link dat pe Twitter (inclusiv din clienți de Twitter sau alte preluări), așa că în loc să trimit URL-ul așa cum este el, voi trimite https://webanalyst.ro/2010/masurarea-rezultatelor-campaniilor/?utm_source=twitter&utm_medium=social&utm_campaign=masurare.campanii.

Google Analytics îmi va afișa traficul din acel link venit din mediul social (de la social media), din sursa twitter pe articolul masurare.campanii. Astfel, voi putea oricand să văd ce trafic mi-a venit în general din link-urile trimise de mine în social media într-o perioadă de timp, din fiecare din aceste site-uri și pe fiecare dintre articole. Toate astea utilizând doar 3 dintre cei 5 parametri puși la dispoziție de Google Analytics. Pentru campanii mai complexe putem să folosim și 4 sau 5 parametri.

Etichete: , ,