Google Analytics in 30 secondi

Avevo iscritto questo blog alla competizione “miglior blog tecnico” con la speranza di fare bene, e perché no di vincere, ma mai avrei pensato di avere addirittura due menzioni 🙂

Google Analytics in 30 secondi è risultato terzo miglior blog tecnico in classifica generale, con un punteggio medio di 7,16, e ha avuto un riconoscimento speciale extra-concorso per

essersi riuscito a ritagliare, e con ottimi risultati, uno spazio importante all’interno di un argomento apparentemente “non sfruttabile” in alcun modo.

Quando nel post del primo compleanno del blog dicevo che le soddisfazioni che questo spazio mi dà sono tante e variegate, mi riferivo anche a cose come questa 🙂

Visto che siamo in tema di segnalazioni, il 19 e 20 giugno a Milano presso l’aula Zappa dell’università Bocconi si terrà la GTconference, dedicata ai professionisti e alle piccole medie imprese. Da un lato ringrazio l’organizzazione per l’opportunità che non riesco a sfruttare e dall’altro consiglio a tutti di dare un’occhiata al programma della due giorni e ai relativi relatori, perché sicuramente troverete qualcosa di utile da ascoltare e imparare per migliorare il vostro business online 🙂

Il report “nomi host” all’interno del gruppo di rapporti riguardanti gli eventi ha la medesima funzione del suo omonimo all’interno della sezione dei visitatori. Con un distinguo fondamentale, però.
I nomi host rilevati nella sezione visitatori sono relativi alle pagine del sito, e possono essere utili in caso di script che viene eseguito su più domini, o su sottodomini, per analizzarli separatamente. Oppure, come abbiamo visto in passato, per verificare che qualcuno non abbia copiato il nostro codice di monitoraggio e ci stia inquinando le statistiche.

I nomi host rilevati nella sezione eventi hanno lo stesso scopo, ovvero verificare e tracciare quale sia il nome dell’host (dominio o IP del server) dal quale gli eventi sono partiti. Lo scopo di debug in questo caso può essere trasformato in un vantaggio analitico: nello script per monitorare i video l’account al quale inviare i dati è un parametro che va scritto esplicitamente, ma nessuno ci vieta di scolpirlo – ad esempio – dentro al codice flash prima che sia compilato in un .swf. In quel modo tutti gli eventi scatenati da quell’oggetto verrebbero registrati dall’account scelto dall’autore, senza possibilità di intervento da parte degli utenti, e il report “nomi host” servirebbe appunto per scremare i vari domini ove questi eventi avvengono.

Se ancora non riuscite a visualizzare un uso possibile di questa cosa, forse non avete mai prodotto un banner in flash 🙂
Usando gli eventi e scolpendo il codice dentro al banner è possibile monitorare l’andamento del banner su tutti i siti dove esso è ospitato senza bisogno di chiedere al proprietario del sito l’accesso alle sue statistiche. Il mondo ha sempre bisogno di fiducia, ma difendersi dai furbi che gonfiano e sgonfiano le statistiche per il proprio interesse è sempre un’opzione valida.
Un uso analogo può essere di fare la stessa cosa dentro a un giochino in flash, che spesso viene copiato e spacciato su un altro sito come originale; usando gli eventi e i nomi host possiamo sapere esattamente chi (e quanto) sta usando il gioco che abbiamo sviluppato con fatica.

Il 4 giugno Google ha reso disponibile a tutti gli account il tracciamento degli eventi; prima di allora l’attivazione era casuale e poteva capitare di avere il pannello dei report “monitoraggio eventi” in alcuni account e di non averlo in altri.

Il grande pregio degli eventi è quello di generare interazioni con l’utente che sono registrabili dentro a Google Analytics ma che non necessitano di pagine “virtuali” per essere conteggiate, e che quindi non alterano il totale di quel valore e i suoi derivati. Tramite gli eventi si possono monitorare fino a 500 azioni per sessione di visita e tipicamente queste azioni sono comportamenti degli utenti che avvengono su una stessa pagina, per cui non avrebbe senso creare della pagine finte. L’esempio più tipico è la visualizzazione di un video, che viene menzionato anche nel post sul blog ufficiale rimandando a questo articolo di Inside RIA

E allora traccia i tuoi video con videotracker di Goanalytics.info

Insieme a un amico abbiamo lavorato molto per realizzare un oggetto che fosse di facile utilizzo e permettesse a tutti di godere dei vantaggi del tracciamento degli eventi in Google Analytics: il risultato è visibile nella pagina apposita della nuova sezione di Download, che raccoglie tutto il materiale utile che metto e metterò a disposizione.

Sostanzialmente l’oggetto ha bisogno di due informazioni: a quale account inviare gli eventi e dove si trova il video da mostrare. La vera potenza, secondo me, è che gli si passa l’url di un video di Youtube lui lo mostra (e traccia) ugualmente! Certo non si possono avere gli stessi grafici di Youtube Insights o le informazioni demografiche, ma sino a quando non ci sarà l’integrazione YT-GA questo mi sembra un buon compromesso, pur senza avvicinarsi neppure lontanamente ad una qualche forma di video analytics.

L’oggetto è naturalmente alla release 1.0, ma sono benvenuti richieste e commenti. In un primo momento teneva traccia del secondo in cui avveniva qualsiasi cosa, ma mi sono preso reso conto che le informazioni erano sovrabbondanti e non davano nessun “di più” all’analisi. Ma se naturalmente hai un’idea per migliorarlo, dopo averlo provato, sei il benvenuto nei commenti della pagina!

Un’ultima cosa: come potete notare il progetto è donationware: il tempo che spendo io su questo blog è già ripagato in varie forme, ma per sviluppare questo oggetto (che è scritto in ActionScript di Flash, di cui non so praticamente niente) mi sono fatto aiutare da un amico. Ci lavoriamo da mesi nei ritagli di tempo, ma il fatto che siano ritagli non cambia la somma totale di tempo che gli abbiamo dedicato; in fondo alla pagina trovate un pulsante “donate” di Paypal, che è direttamente collegato all’account del mio amico, e che può servire a fargli capire se e quanto il suo lavoro è apprezzato 🙂

Traccia i tuoi video .flv e Youtube su Google Analytics! Istruzioni e download

Bing.com, il nuovo motore di ricerca di Microsoft che nei piani andrà a sostituire Live search, è online da qualche giorno, anche se ufficialmente parte oggi. Non passerà molto tempo e Google provvederà ad inserirlo nella lista dei motori riconosciuti automaticamente dallo script, ma nel frattempo – se si vuole trattarlo effettivamente come un motore e non perdere traccia delle keyword usate dai navigatori – è necessario aggiungere temporaneamente una riga al codice di tracciamento. La funzione da usare la conosciamo già, è _addOrganic, e la riga da inserire è:

pageTracker._addOrganic("bing.com", "q");

la riga va inserita prima della chiamata a trackpageview(), e andrà tolta quando Google farà la modifica al codice di ga.js. Se nel nuovo motore siete primi per molte keyword e prevedete un’ondata di visite vi conviene fare la modifica. Se siete comunque curiosi, fatela ugualmente. Altrimenti potete aspettare che Google Analytics faccia tutto da sè, e non è nemmeno da escludere che una volta fatta la modifica Google riprocessi i dati di tutti per riflettere le visite da bing.com; è una cosa che se non ricordo male è stata fatta quando fu rilasciato il browser Chrome, anche se allora si giocava tutto “in casa” 🙂

Update 14 giugno: come nota giustamente Stefano, Bing è riportato tra i motori di ricerca. A quanto vedo dai miei report a partire dal sabato 6 giugno, quindi non c’è stata nessuna rianalisi del pregresso.

La domanda che mi fa Francesca in un commento è semplice:

Ciao!
La mia è più che altro una curiosità:
ma se inserisco due volte lo stesso identico codice in una pagina cosa succede? Raddoppiano tutti i dati??

La risposta avrebbe dovuto essere abbastanza semplice, ma siccome avevo tempo ho messo su un piccolo esperimento per avere più dati. All’inizio, lo ammetto, ero sconcertato; poi mi sono accorto di un mio errore e la cosa è tornata ad avere un senso.
La situazione, piuttosto atipica invero, è quella in cui lo stesso identico codice di monitoraggio è presente due o più volte sulla stessa pagina. Potrebbe essere perché due persone differenti lo hanno inserito – magari uno in header e uno prima di /body – o perché si sta usando un plugin automatico ma il codice era già stato messo a mano nel template. Quali che siano le ragioni, Google Analytics non effettua nessun tipo di controllo su questa casistica, quindi i javascript vengono eseguiti entrambi e i dati vengono inviati due volte.

Questo però non si traduce in un raddoppio totale di tutti i dati. O meglio, raddoppiano solo i dati che ha senso siano doppi, quelli che tecnicamente potrebbero effettivamente derivare da una situazione di quel tipo. Ad esempio le visite non raddoppiano, perché una visita ha una durata predefinita di trenta minuti. Il fatto che in in una frazione di secondo vengano viste due pagine non intacca il concetto di sessione, per cui le due esecuzioni del GATC sono attribuite correttamente alla visita giusta. Raddoppiano invece le pagine viste, poiché vi sono due chiamate alla funzione trackpageview(). Queste chiamate, tra l’altro, avvengono a una frazione di secondo di distanza l’una dall’altra, per cui non falsano il tempo medio trascorso sulla pagina. Falsano invece, e di molto, il bounce rate. Poiché un bounce è una visita di una sola pagina vista, se sono presenti due codici di monitoraggio sulla pagina, ogni visita sarà composta sempre di almeno due pagine viste, per cui il vostro sito avrà un bounce rate dello 0%.

Il modo più semplice per accorgervi di un errore simile è appunto quello di guardare il bounce rate. se è zero o siete bravissimi o potete avere un errore di questo tipo. Un altro modo, meno immediato, è quello di guardare la pagine viste: con un doppio codice esse non possono mai essere in numero dispari 🙂

Ieri sera durante la piacevole Seobirra ho avuto modo di conoscere alcune persone e di parlare un pochino di web analytics, e Google Analytics naturalmente. Una delle domande che ci siamo posti è “quante persone in Italia hanno preso la certificazione individuale?”, e contandoci il numero non era molto alto.

Per cui, oltre a quelli che conosco, e cioè:
io
Simone Carletti
Marco Ziero
Enrico Pavan
Tommaso Galli
Mauro Ginelli
Alessandro Martin
* Andrea Tieso e due suoi colleghi
* Stefano Gorgoni
* Daniele Donzella
* Damiano Crognali
* Leonardo Nicolini
* Francesco Felletti
* Corrado Gargiulo
* Paolo Ciarrocchi
* Alessandro Bondi

ne conoscete altri, magari che non hanno un blog dove scriverlo? O siamo davvero così pochi? Capisco che in tutto il mondo i numeri siano ugualmente bassi, almeno fino a che ho visto io, ma voi ritenete che sia un numero adeguato per il panorama nostrano?

(* aggiunti dopo la pubblicazione iniziale)

Oggi proviamo a ragionare sulle funzionalità che GA non ha ma che vi piacerebbe avesse; ogni tanto me ne viene in mente qualcuna, ma quasi sempre sono piccoli miglioramenti che col tempo poi vengono fatti. Oggi, dopo l’ennesima situazione in cui ho sentito la necessità di una funzione, ho deciso di scriverlo e di vedere se anche voi avete dei desiderata che renderebbero Analytics molto più funzionale di com’è adesso.

La funzione di cui sento la mancanza è una modalità di filtro in visualizzazione “al volo” direttamente nei report. Ad esempio, sto analizzando il report dei contenuti e voglio fare delle ottimizzazioni sulle pagine poco performanti. Decido di ordinare il report per frequenza di rimbalzo inversa, ovvero dalla più alta alla più bassa. E’ vero che è giusto che parta a ottimizzare dalle pagine poco performanti, ma siccome il mio tempo per l’intervento è limitato ha poco senso che guardi decine e decine di pagine con 1 visita e frequenza di rimbalzo 100%, che sono poi le prime che in genere mi propone un report ordinato così.
Allora vorrei un filtro in visualizzazione “al volo” che mi permetta di vedere solo le pagine con frequenza di rimbalzo 100% e almeno – che so – 20 pagine visualizzate. E’ una cosa che posso fare banalmente con un segmento avanzato, ma ovviamente non posso avere un segmento per ogni numero che penso mi potrebbe servire. Basterebbe aggiungere tre campi in basso, a fianco al filtro testuale: un menu a tendina per decidere il campo oggetto del filtro, uno per selezionare maggiore, minore o uguale e uno per digitale il valore.

Un’altra semplice funzione che migliorerebbe molto la vita sarebbe l’ordinamento dei dati tabellari per grandezze multiple: ad esempio poter ordinare il report di cui abbiamo parlato per frequenza di rimbalzo e secondariamente per pagine visualizzate uniche, in modo che tutte le pagine con bounce 100% siano ordinate per pageviews uniche e mostrate prima (o dopo, ma comunque separate) di quelle con bounce 99%, a loro volta ordinate per pageviews uniche.

Sono piccole migliorie che farebbero felici tante persone, non trovate? e voi, di cosa sentite la necessità dentro a Google Analytics?

Esattamente un anno fa, durante il secondo corso gratuito di Google Analytics tenuto con FradeFra, inauguravo ufficialmente questo spazio e iniziavo l’avventura di Google Analytics in 30 secondi. Se devo essere sincero non mi sembra esattamente come se fosse ieri, ma nemmeno che siano passati 365 giorni.

Il primo punto fermo che voglio toccare siete voi, senza i quali questo progetto non avrebbe molto senso. Grazie a tutti voi che mi leggete con assiduità, sempre più numerosi, e mi spingete a controllare, verificare, sperimentare per provare ad evitare di dire inesattezze. Grazie di cuore per il supporto e i complimenti ricevuti, per le richieste di informazioni che spesso mi portano ad approfondire ulteriormente e per la fiducia che mi accordate quando chiedete una consulenza a pagamento. Già che ringrazio, voglio ripetere qui quello che dissi a voce durante la presentazione: se questo progetto esiste è perché alcune persone, direttamente o indirettamente, me l’hanno chiesto o suggerito, mi hanno fatto riflettere o mi hanno facilitato in qualche modo. Queste persone sono Francesco de Francesco e Mariangela Balsamo, Miriam Bertoli, Marco Ziero e Giorgio Taverniti. E’ giusto che si sappia che nonostante avessi accarezzato più volte l’idea, senza di loro non so se l’avrei mai concretizzato. Impossibile poi non citare Tommaso Baldovino, creatore del template di WordPress: grazie anche a te!

Quanto a me, sono molto felice di aver dato loro ascolto: tenere un blog non è semplice, specie se le aspettative sono alte o il tema è di nicchia, ma le soddisfazioni sono tante e il mio impegno è ampiamente ripagato. Avere un posto dove fissare i concetti, poi, mi permette di andare a colpo sicuro quando cerco qualcosa che non ricordo, e il dovere di risultare chiaro a più persone possibile mi impone di rileggere e cambiare più volte i post prima della pubblicazione (e comunque c’è margine per migliorare ancora, nonostante spesso si debba parlare di tecnica e tanto oltre non si possa andare…)

Google Analytics, vero protagonista di questo spazio, è cambiato molto da quando ho iniziato a scrivere: insieme lo abbiamo visto crescere, ampliare le funzionalità (e non è ancora finita) e maturare parecchio, andando ad occupare un posto di spicco nel panorama degli strumenti di web analytics. La versione 3.0 è stata una vera e propria rivoluzione, e le prossime novità attese in questi giorni, a prima vista minori, saranno di ulteriore impulso. Google ha dimostrato di credere parecchio in Analytics (ed evidentemente di avere un sufficiente ritorno in termini di dati acquisiti, dato che non incassa un centesimo da esso) e di ascoltare i suoi utenti più esigenti, trasformando in realtà alcune delle richieste più comuni. Inoltre ha potenziato il supporto per gli utenti ampliando la rete di Authorized Consultants e creando da zero la certificazione individuale per i singoli. Google Analytics è qui per restare, e io cercherò di essere sempre qui per commentare, aiutare e perché no, criticare quando è il caso: di certo GA non è un sistema perfetto, e tutti possiamo contribuire a migliorarlo.

E ora un po’ di numeri, sennò che “analytics-man” sarei? 🙂
Al momento della scrittura ci sono 141 post e 595 commenti, 4,2 per ogni post. In un anno sono state effettuate poco più di 35.600 visite da parte di 25.340 visitatori unici. La curva delle visite è in lenta ma piacevole ascesa continua, mentre quelle della percentuale di rimbalzo, percentuale di visitatori nuovi e media di pagine per visita sono fisiologicamente piatte. In questo istante vedo 892 abbonati al feed, quindi spero di oltrepassare i mille entro settembre-ottobre o al massimo entro fine anno.

Escludendo la home page e le pagine statiche, i post più letti di questo primo anno sono:

• Tracciare automaticamente tutti i link in uscita
• Usare al meglio Google Analytics su WordPress
• Quanto è affidabile la geolocalizzazione degli IP?
• Novità in GA 3.0: analisi di livello enterprise per tutti
• Tracciare automaticamente link e download: the italian way

Le prime dieci parole chiave usate nei motori di ricerca:

• google analytics
• goanalytics
• google analytics in 30 secondi
• tabelle di conversione
• google-analytics
• google analytics api
• cache google
• google analitycs
• trackpageview
• analytics google

I primi otto siti referenti (i primi due sono google.it e .com, in larga parte utilizzatori di Google Reader prima che adottassi una campagna apposita per tracciare gli rss)

• blog.html.it
• marketingroutes.com
• andreabeggi.net
• masternewmedia.org
• tomstardust.com
• kaushik.net
• giorgiotave.it
• yoyoformazione.it

I progetti rilasciati:

• Un sistema automatizzato per tracciare link e download, merito della collaborazione di Francesco Terenzani
• Un semplice contatore per esporre sul proprio sito tre dati di base di Google Analytics, basato sulle API ufficiali

E i progetti da rilasciare:
beh, se sono “da rilasciare” è perché ci sto ancora lavorando no? 🙂
Continuate a seguire queste pagine, anche se molto lentamente questi progetti affioreranno, e penso che vi potrebbero interessare parecchio.

photo credit: janielianne on Flickr

Chi ormai mi segue da un po’ ha già sentito parlare di Google Business Platform, ovvero del famigerato (e auspicato) centro di controllo e monitoraggio globale delle attività su Google, che secondo me e alcune altre persone dovrebbe basarsi su Google Analytics.

Oggi è apparso un post sul blog di Youtube dedicato ai clienti business, che annuncia che stanno integrando Google Analytics sulle pagine dei canali dedicati al brand, e che questo consentirà di analizzare le performance del canale come se esso facesse effettivamente parte del sito corporate. Questo, unito all’analisi tramite Youtube Insights, porterà ad una serie tutta nuova di ragionamenti e confronti di dati.

Direi che la notizia non necessita di ulteriori commenti. Il Google Business Platform di fatto esiste già, ed è sempre meno sparpagliato tra i servizi della grande G. Si inizia a intravedere qualcosa di succulento all’orizzonte 🙂

Ecco un interessante (anche se un po’ datato) post su e-nor.com a proposito dell’interpretazione del bounce rate nel report “contenuti principali”. A prima vista infatti la frequenza di rimbalzo nella relativa colonna potrebbe essere interpretata come una percentuale della colonna “pagine visualizzate”, soprattutto ad un neofita che non ricorda l’assioma secondo cui il bounce rate (i rimbalzi, appunto) è una metrica per le visite e non per le pagine viste. Anzi, per dirla come l’autore del post (da cui trarrò traduzioni letterali):

“Bounce rate is the percentage of single-page visits in which the person left your site from the entrance (landing) page,” by Google Analytics.
“Single page view visits divided by entry pages,” by the Web Analytics Association.

“La frequenza di rimbalzo è la percentuale di visite di una sola pagina in cui una persona ha abbandonato il vostro sito dalla stessa pagina di atterraggio”, definizione di Google Analytics.
“Visite di una sola pagina vista diviso pagine di ingresso”, secondo la Web Analytics Association.

Il problema dell’autore del post diventa evidente quando si guarda alla pagina di conferma di un ordine in un sito e-commerce e questa ha un bounce-rate del 100%. La pagina in questione non dovrebbe generalmente essere una pagina cui si può arrivare direttamente, e dovrebbe altrettanto generalmente essere l’ultima di un percorso che ha almeno due pagine viste: ordine e ringraziamento, quando non anche il pagamento.
Le spiegazioni per questo fenomeno possono essere molteplici:

– The thank you page was bookmarked by the visitor for future reference.
– The visitor hit the refresh button on the non-landing page window after 30 minutes of no activity.
– A direct visit to the non-landing page by developers/site owner. Excluding the internal traffic will solve this one.

– La pagina di ringraziamento è stata messa nei segnalibri dall’utente.
– Il visitatore ha premuto il tasto di refresh su quella pagina dopo più di mezz’ora di inattività (nuova sessione).
– Una visita diretta a quella pagina da parte di chi conosce il sito (proprietario/sviluppatore) in un contesto in cui il traffico interno non viene filtrato.

Sostanzialmente, quindi, guardare alla frequenza di rimbalzo nel report “contenuti principali” è fuorviante, e sarebbe meglio farlo nel report “pagine di destinazione principali”. Potete rendervene conto da soli guardando una riga del report “contenuti principali”, ad esempio nel mio caso la pagina /about/: 121 pagine viste (98 PV uniche), 50% secco di bounce rate; a parte il fatto che la metà di 121 è 60,5 e la mezza visita non esiste, il problema si risolverebbe dicendo in italiano che “la metà di 121, cioè 60, pagine viste sono rimbalzi”. Non regge. Ma in ogni caso è ugualmente sbagliato fare quel calcolo. La colonna ci dice che il 50% di coloro che sono arrivati direttamente su quella pagina hanno poi abbandonato il sito. E quanti sono giunti direttamente su quella pagina? lo scopriamo guardando il report “pagine di destinazione principali”, ove leggo: 6 entrate, 3 rimbalzi, 50% frequenza di rimbalzo. Così quadra, e 3 è ben diverso da 60 non vi pare?