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

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