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
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.
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.
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 http://web-analytics.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 http://web-analytics.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.
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ă.
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.
Î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.
În codul fiecărei pagini din site, preferabil chiar înaintea tag-ului </head>.
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']);
Î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!
Luni seara am spus la emisiunea „Online Shift” că urmează să mai auzim de companii de web analytics achiziționate de corporații mai mari. A doua zi a fost anunțată probabil cea mai importantă achiziție a acestui an din lumea web analytics: IBM a cumpărat Coremetrics!
Se estimează că numărul clienților Coremetrics depășește 2000, iar printre ei sunt branduri ca Bank of America, Office Depot și Victoria’s Secret. La Coremetrics lucrează aproximativ 230 de angajați.
IBM vrea să ia o poziție importantă pe cloud computing, iar Coremetrics deține o astfel de platformă pentru insight-uri în timp real. Am mai scris despre IBM și luna trecută când au lansat tool de social media analytics. De asemenea, din suita lor WebSphere fac parte mai multe instrumente pentru mangagementul informațiilor și analytics.
IBM a făcut multe achiziții în ultimii ani, doar luna trecută cumpărând Sterling Commerce de la AT&T și Cast Iron Systems.
Alte companii importante de web analytics achiziționate în ultimii ani sunt Omniture, cumpărată anul trecut de Adobe, și Urchin, cumpărată în urmă cu 5 ani de Google.
Twitter a anunțat achiziția companiei Smallthought Systems, cunoscută pentru produsele sale Dabble DB și Trendly, cel din urmă un instrument de analiză pentru datele din Google Analytics. Ambele produse au fost folosite anterior de Twitter.
Echipa Smallthought Systems va face parte de acum din grupul de analytics de la Twitter și se va ocupa de integrarea ideilor din Trendly în produsele Twitter.
Acest anunț vine la două luni după ce Twitter și-a anunțat propria platformă de publicitate online, cunoscută ca Promoted Tweets.
În ultimele luni Twitter a făcut și alte achiziții: Cloudhopper, care se ocupă de mesagerie mobilă și Tweetie, clientul de Twitter pentru iPhone.
Da, mai puține! Sună ciudat, pentru că de obicei vorbim de noi capabilități ale tool-ului de la Google. În ultimul timp însă, cei de acolo au anunțat 2 schimbări din cauza cărora la Google Analytics vor ajunge mai puține date.
Google Search cu https în loc de http (SSL) înseamnă că browser-ul nu va mai transmite informații despre proveniența vizitatorilor. Așadar, cei care vin din căutarile pe httpS://google.com vor fi văzuți de sistemele de web analytics (toate, nu doar Google Analytics) drept vizitatori direcți. Astfel, administratorii site-urilor și online marketerii vor avea la dispoziție mai puține informații.
Utilizatorii au acum la dispoziție să aleagă dacă vor sau nu să fie luați în calcul de Google Analytics, pentru a le fi protejată intimitatea. Spre deosebire de căutarea securizată, aceasta afectează doar Google Analytics, nu și celelalte tool-uri.
Administratorii site-urilor pot și ei opta ca GAnalytics să strângă și mai puține informații despre utilizatori. Este vorba de adresa de IP, lucru care va afecta acuratețea rapoartelor geografice, dar nu cred că vor fi mulți cei care vor opta pentru rapoarte neclare sau lipsă.
Rapoartele din web analytics nu erau nici până acum perfecte, iar de acum marjele de eroare cresc, poate mai mari decât beneficiile aduse de anumite campanii/eforturi de marketing și nu numai.
Partea bună ar putea fi dacă nu vom mai auzi replici gen „am 50 de unici în plus față de tine”, pentru că oricum cifra este în marja de eroare
Mulți foloseau web analytics în special pentru astfel de măsurători, poate acum măcar unii dintre ei vor înțelege adevăratele scopuri ale analizei web.