Google Analytics in 30 secondi

C’è voluto quasi un anno, ma alla fine il servizio di URL shortener goo.gl ha avuto sia l’interfaccia web sia le statistiche incorporate, come previsto. Mancano ancora l’incapsulamento automatico (o comunque facilitato) dei parametri delle campagne, ma la strada è tracciata. Le statistiche sono assolutamente in tempo reale, potete provare voi stessi accedendo a un qualsiasi URL accorciato e aggiungendo un “+” alla fine (esattamente come per bit.ly). Se in un’altra finestra incollate il link accorciato e poi fate refresh delle statistiche, vedrete subito conteggiato il novo click. Al momento le informazioni fornite sono:

• tempo trascorso dalla creazione dell’URL corto
• URL esteso e URL accorciato
• numero di click su questo URL corto e numero di click totale su TUTTI i link corti che puntano al medesimo URL “allungato”
• grafico dell’andamento dei click e indicazione dei referrers
• Nazioni dalle quali sono stati effettuati click, browser e sistemi operativi
• le statistiche si possono avere per le due ore precedenti, per ieri, per la settimana, il mese o da quando il link è stato creato

Come bonus google fornisce anche il QRcode dell’url allungato, utile se lo si vuole dare in pasto agli appositi lettori degli smarphone.

Come mi immagino possa evolvere questa cosa? beh, sicuramente non nel breve, ma sarebbe interessante vedere queste statistiche unite al prossimo venturo tracciamento automatico dei link in uscita
. Pensateci un attimo: un framework che automaticamente converte tutti i link in uscita in url accorciati con goo.gl e che integra le informazioni sui click uscenti in Google Analytics con quelle presenti al momento su goo.gl. Sarebbe carino no? 🙂

Dicono che il futuro dei video online sarà HTML5, e che Flash morirà. Sia come sia è evidente che pressoché tutti i browser moderni supportano il nuovo standard di riproduzione dei video, il tag video appunto, e che quindi alcuni webmaster potrebbero voler migrare a quella tecnologia senza perdere d’occhio le interazioni degli utenti sui video tracciate con Google Analytics.

Rob su elisa|DBI ha scritto un post su quanto questa operazione sia facile rispetto al vecchio ActionScript. In sostanza nel suo esempio il video è racchiuso tutto in questo codice

<video controls autoplay id=”super-video” width=”250″>
  <source src="videos/video1.ogg">
    Your browser does not support the video tag
  </source>
</video>

piuttosto facile, no? dopodiché bisogna “iniettare” via javascript le funzioni necessarie al tracciamento, dopo che la pagina si è caricata interamente ma prima che il video parta. Questo viene risolto con le chiamate

document.addEventListener("DOMContentLoaded", init, false);
    
    function init(){
      var video = document.getElementById("super-video");
      video.addEventListener("play", videoPlay, false);
      video.addEventListener("pause", videoPause, false);
      video.addEventListener("ended", videoEnd, false);
    }

dopodiché servono le funzioni che associano ad ogni azione la chiamata al tracciamento dell’azione tramite gli eventi, e cioè

function videoPlay() {
      trackEvent('Play', 'My Video'); 
    }
    
    function videoPause() {
      trackEvent('Pause', 'My Video'); 
    }
    
    function videoEnd() {
      trackEvent('Ended', 'My Video'); 
    }

e in ultimo la chiamata vera e propria a _trackEvent, che riconosceremo subito

function trackEvent(action, title) {
      _gaq.push(['_trackEvent', 'Videos', action, title]);
    }

Con poche righe di codice, semplicemente, vengono tracciati i tre eventi principali, play, pausa e completamento della visione del video. Certo, non sarà raffinato e completo come il mio sistema per tracciare video flash e youtube, ma è un metodo più o meno alla portata di tutti!

Ormai non mi faccio più fregare, e consulto in anticipo le agende degli eventi di web analytics ai quali – ahimé – non posso partecipare. Ovviamente cerco interventi da parte di personale Google, meglio se non sono sessioni di training, meglio ancora se hanno durata breve. Ho imparato col tempo che gli interventi da dieci minuti bastano e avanzano per salire sul palco, fare BANG con l’annuncio, mostrare le novità e lasciare una platea di sasso speranzosa che il tutto venga attivato il prima possibile. E’ successo così il 23 ottobre 2008, e poi il 21 ottobre 2009; in entrambi i casi si trattava dell’eMetrics summit, al quale peraltro già a Maggio di quest’anno sono state annunciati i report AdWords migliorati.

Insomma, per farla breve all’eMetrics di Washington DC, il 5 ottobre 2010 il team di Google Analytics terrà uno speech di 10 minuti, alle 9:50 ora locale. Prepariamoci, perché gli indizi sono piuttosto chiari 🙂

Secondo voi cosa presenteranno? io dico le mie.

– tracking automatico dei link in uscita (probabilità 90%, dato che praticamente esiste già)
– rimozione del limite di un solo goal per sessione (probabilità 40%)
– overlay del sito rifatto (probabilità 30%)
– heatmap integrata (probabilità molto bassa, più una speranza personale 😀 )

forza coi commenti, vediamo chi si avvicina di più! 🙂

[edit 25/09/2010: come confermato anche sul blog ufficiale, il baco in Chrome è risolto a partire dalla versione 6.0.472.63, già in distribuzione automatica presso gli utenti. Nel post trovate anche un segmento avanzato che dovrebbe evidenziarvi se e quanto siete stati affetti dal problema]

Oggi il buon Francesco Gori mi chiama in chat per sottopormi un quesito veramente incredibile, e dopo un po’ di ricerche approda anche a questo thread del supporto ufficiale: Google Analytics tracking broken on Chrome 6+.

In sostanza pare che Chrome 6 abbia un baco che influenza i conteggi di Google Analytics. Il problema è stato segnalato una prima volta il 13 settembre, e lo stesso giorno è apparsa anche questa segnalazione (issue 55372) sul bug tracking del progetto Chromium, da cui deriva il browser Chrome.
Gli screenshot sono piuttosto chiari, e numerose persone si accodano alla richiesta di spiegazioni e soluzioni. Ciononostante la mia risposta iniziale a Francesco è stata “no, non mi è mai capitato”, e anche dopo opportune verifiche sui miei profili, con segmenti avanzati e report personalizzati, confermo che nei siti che monitoro non succede. Eppure, come tutti voi, ho la mia buona percentuale di visitatori che usano Chrome in tutte le sue versioni, quindi teoricamente dovrei vedere anche io gli stessi effetti.

Proseguendo la lettura si scopre che un dipendente Google ha confermato l’esistenza di questo baco, che se devo essere sincero non riesco a comprendere sino in fondo. Mi basta sapere che il fenomeno si manifesta in presenza di frame e iframe, e che il baco consiste nell’errata scrittura di un “meno” in alcuni cookie che causano la perdita di memoria a Google Analytics, che identifica come nuovi visitatori anche visitatori di ritorno, con le ovvie conseguenze del caso sulle pagine viste e la media di pagine per visita. Letteralmente:

This bug manifests itself when you load ga.js in a parent frame and an iframe. The buggy instanceof check is causing cookies to be overwritten with dashes, which causes GA to think that the visitor is brand new.

Per verificare il problema potete visitare questa pagina creata da Google http://analytics.nfshost.com/chrome_six_bug/index.html e magari fare un paio di refresh: a un certo punto vedrete alcuni cookie, compreso __utma, svuotarsi o essere sostituiti con dei meno, cosa che non dovrebbe affatto accadere.

Secondo il dipendente Google, il team di Analytics è in cerca di una soluzione temporanea, ma la risoluzione definitiva spetta agli sviluppatori di Chrome. Anzi, secondo lui il baco dell’interprete javascript di Chrome, il famoso V8, è stato risolto il 17 settembre e bisogna solo attendere che la modifica venga inserita all’interno delle release stabili di Chrome distribuite in rete.

Quando l’anno scorso Adobe inglobò Omniture, nello stupore dei più, nessuno avrebbe mai potuto immaginare come sarebbe mutato il panorama della web analytics mondiale. Oggi il prodotto si chiama Adobe Online Marketing Suite, anche se è disponibile al vecchio indirizzo www.omniture.com, ma questa paradossalmente è ormai una notizia vecchia.

Il 15 giugno scosrso IBM ha comprato Coremetrics, e intende offrirlo come complemento alla propria suite di publishing Websphere. Non ancora sazia, il mese scorso si è comprata anche Unica, per 480 milioni di dollari.
Il 2 settembre, infine, ComScore si porta a casa l’olandese Nedstat. Tanto per non farsi mancare nulla, proprio oggi IBM ha comprato Netezza, leader dei sistemi di analytics per banche dati.

Se vi ricordate un post dell’anno scorso relativo al report Forrester sulla crescita dei sistemi di web analytics, noterete come degli otto marchi presenti nel 3 quadrimentre 2009 tre fossero nuovi ingressi. Bene, ad oggi altrettanti non esistono più come indipendenti e probabilmente i nomi verranno sostituiti dagli acquisitori. Di quella parte del report restano in gioco soltanto Yahoo Web Analytics, Google Analytics, AT internet (su cui punterei il dito se mi chiedessero “chi è il prossimo?”) e, incredibilmente, Webtrends. Dico incredibilmente perché non più di tre anni fa l’azienda era data per spacciata, i vertici erano quasi azzerati e non passava mese senza che si levasse qualche rumors di acquisizione. Invece oggi è viva e vegeta, e a quel che posso vedere cerca di cavalcare l’innovazione per recuperare il tempo perso negli anni scorsi).

Se però i grandi nomi comprano i “medi”, c’è speranza per i piccoli di entrare in quel report? diciamo nella parte bianca. E soprattutto, che balzo in alto farà Google Analytics sull’ordinata dell’offerta, dato che quando quel report fu creato non esistevano la maggior parte delle grandiose funzionalità di cui godiamo oggi? quanto manca all’uscita del prossimo report? 🙂

Se c’è una cosa che non ho mai sopportato nel panorama internet italiano è la velocità con cui si riprendono, traducono e propinano articoli dal web internazionale, senza un minimo di controllo. Subito dopo viene la scarsa voglia di ammettere errori e/o correggere le pagine (al massimo vengono interamente cancellati post o paragrafi). Ecco un esempio:

Pochi minuti dopo l’annuncio di Google Instant Search, webdistortion.com manda online il filtro per tracciare le query parziali, che viene ripreso a tutto andare ovunque. Come vi dicevo dopo averlo provato, il filtro NON funziona, tanto è vero che adesso il post originale si intitola “How NOT to track Google Instant in Google Analytics“.

Dopo è il turno di semetrical.com, che nonostante il filtro differente fa la stessa fine, come previsto. Medesimo titolo e in più un bel disclaimer in rosso sulla pagina

UPDATE: This technique does NOT work as Google isn’t passing through the original query as thought. We were incorrectly picking up referrals from the old Google suggest.

Quindi io sono più furbo degli altri? no, però siccome ai miei lettori ci tengo, preferisco arrivare buon ultimo con una informazione sicura piuttosto che essere il primo a spararla a casaccio. Peraltro a mettere su il filtro ci voleva pochi secondi, e a controllarlo al massimo mezza giornata. Su questo blog troverete sempre e solo

• cose testate da me
• cose testate da persone di cui mi fido ciecamente, con la disponibilità a correggere eventuali errori
• cose segnalate da me, perché le ritengo interessanti, con il disclaimer che non sono state provate direttamente

e niente altro 🙂

[photo credit: sandman_kk on flickr]

Quando parliamo di espressioni regolari per semplicità ci riferiamo sempre ai soliti operatori noti: il più, il punto, l’asterisco, il backslash, le parentesi tonde. Ma il mondo delle regex, come dico sempre, è complesso in modo esponenziale. Ecco quattro operatori citati raramente che in futuro potrebbero aiutarvi a semplificare un po’ le vostre regular expression:

• parentesi graffe {}: servono a definire le ripetizioni, per cui (ahi){2} funzionerà solo per estrarre ahiahi. Si può anche definire un intervallo di ripetizioni, con la sintassi (ahi){3,6}. In questo caso andranno bene tra le tre e le sei ripetizioni di “ahi”
• \d: serve ad indicare qualsiasi cifra
• \s: serve ad indicare gli spazi (ma no, non si può usare in un filtro search and replace, mi dispiace), ma anche gli a capo e i tab
• \w: serve ad indicare qualsiasi carattere alfanumerico o l’underscore

Ovviamente il consiglio è sempre quello di testare il più possibile prima di mettere in produzione una regular expression: io consiglio sempre l’ottimo RegEx Designer di RadSoftware, ma la rete è piena di strumenti, anche online, per fare lo stesse mestiere. Alcuni dei più noti sono RegExr, RegexPal e il tester di regex.info.

Oltre al già citato corso avanzato di Google Analytics, in collaborazione con YoYo – formazione rotolante (iscrizioni e informazioni sul loro sito) che terrò a Verona Venerdì 12 novembre 2010, volevo segnalarvi che ritorna anche il corso base, come si può evincere dall’apposito banner.

Sabato 13 novembre 2010, a Milano, terrò nuovamente il corso base “Google Analytics Live” che tanto successo ha avuto a giugno scorso. Grazie ai numerosi feedback degli iscritti alla prima edizione cercherò di tarare ancora meglio i contenuti e di fornire una migliore esperienza ai presenti. Inoltre insieme a Francesco Ferrante, che si occupa dell’organizzazione, abbiamo deciso di rendere questo corso la prima parte di un percorso organico di crescita che porterà ad un corso più avanzato che terrò in primavera, in modo che si possa passare “da zero a cento” con i giusti tempi di apprendimento e in modo lineare.

La novità del giorno, immagino lo sappiate, è la nuova ricerca in tempo reale di Google, che compone la pagina dei risultati mentre voi digitate la query di ricerca, addirittura tentando di prevedere quel che volete sapere. Non mi dilungherò sulla tecnologia e sulle sue implicazioni per i SEO (Search Engine Optimizer), non mi compete e non è la questa la sede. Se siete curiosi ecco il post di presentazione inglese, con video, e il link per istruire Google a farvi provare questa nuova esperienza. Quello di cui volevo parlare, in clamoroso ritardo a causa del fatto che in ufficio Instant Search non funziona e non ho potuto fare prove (pare che sia un problema comune a chi ha un proxy Squid) è il fitto tam-tam dei post che pretendono di indicare come tracciare questa novità.

Il primo post che mi è capitato sotto mano è di webdistortion.com, che pochi minuti dopo l’annuncio di Instant Search ha prodotto la regular expression dedicata. Ho montato il filtro ieri sera, con le opportune modifiche per il mercato italiano e stamattina non c’era nulla; ho fatto altre semplificazioni, mi sono cercato, trovato e cliccato, ma semplicemente il filtro non funziona.

Il secondo link, più interessante, propone una versione del filtro che mi piace di più. Si tratta di semetrical.com (e in particolar modo meglio ancora la modifica suggerita nei commenti, mettendo il risultato dell’estrazione nel campo definito dall’utente, fatta salva la limitazione a 50000 valori al giorno). Questo filtro non l’ho ancora provato, ma sono pronto a scommettere che anch’esso non darà i risultati sperati. Questo perché – come Giovanni ha già detto su Twitter (e come conferma anche il blog ufficiale di Analytics) – il referral non sempre contiene questo parametro oq. Anzi…

Cercando tambu se su Instant Search il secondo risultato è il mio blog personale. L’url della SERP dei risultati è questa

http://www.google.it/#hl=it&expIds=17259,18167,25856,25901,26446,26518&xhr=t&q=tambu+se&cp=8&pf=p&sclient=psy&aq=f&aqi=g4g-o1&aql=&oq=tambu+se&gs_rfai=&pbx=1&fp=5eaace2684328452

Abilitando il debug di Google Analytics per Chrome e cliccando il link, il codice di tracciamento ci informa che il referral interpretato da Analytics (che è poi l’unica cosa che conta per lui, a prescindere dall’indirizzo che vediamo su Google) è invece questo

http://www.google.it/url?sa=t&source=web&cd=2&sqi=2&ved=0CBsQFjAB&url=http%3A%2F%2Fblog.tambuweb.it%2F2010%2F02%2F09%2Fmicrofono-non-funziona-sound-blaser-audigy-se%2F&rct=j&q=tambu%20se&ei=PjiJTO-GNN3NjAfToL1k&usg=AFQjCNHmr_wiYv00Nzau7lUdhcTgbt2VrA&sig2=SEK1Pf6ZlEVlPQ8kJBR0Zg

Per cui nemmeno il filtro proposto, per quanto migliorato, estrarrebbe alcunché di utile da mettere nei nostri report. Quindi, allo stato attuale, possiamo al massimo implementare un filtro di prova su un profilo-copia e stare a vedere cosa succede. Se anche succedesse qualcosa, probabilmente non succederebbe per tutte le query, o peggio ancora potrebbe succedere a fasi alternate per la stessa query. E non c’è niente di più irritante in analisi di avere dati incerti e/o incompleti. Per cui sino a quando non si sarà fatta più luce su questa grande novità potete praticamente dimenticarvi di sapere le digitazioni parziali dei vostri utenti!

Ferie finite, pile ancora scariche grazie a una figlioletta ventimesenne. 🙂 Sarà un autunno pesantissimo, ma vedremo di farcela anche questa volta!

Mentre non c’ero Google ha scritto tre articoli di approfondimento sull’uso delle export API, di cui uno in particolare potrebbe piacervi parecchio: tratta la visualizzazione dei dati estratti dalle API tramite Google Chart Tools, lo strumento gratuito per produrre grafici in tempo reale. Di norma quando si estraggono i dati da Analytics c’è quasi sempre bisogno poi di rimetterli su un grafico. Questo articolo vi aiuterà a farlo in maniera automatica.

Ha anche rilasciato (in collaborazione con Wiley, che guarda caso è l’editore dei due libri di Avinash 🙂 ) un mini-ebook di 68 pagine per aiutare ad aumentare le conversioni online

Infine voglio segnalarvi che è uscito Urchin 7, e che ha una lista piuttosto corposa di cambiamenti. Il suo costo adesso è diventato 9995 dollari, contro i 2995 della precedente versione 6.