Google Analytics in 30 secondi

Nei prossimi mesi mi toccherà viaggiare un pochino, a causa di corsi/lezioni cui ho dato la disponibilità a raccontare qualcosa di quel che so. E quindi, in rigoroso ordine cronologico:

• Il 17 marzo sarò nella sessione advanced del be-wizard, per raccontare qualcosa dei funnel multicanale e provare a renderli meno complicati di quel che sembrano alla platea. L’organizzazione mi aveva omaggiato di un ingresso gratuito per la due giorni, ma l’ho già dato via con un post su Google+
• Il 24 aprile sarò presente al MasterLab in Digital Economics & Entrepreneurship di Digital Accademia, per una chiaccherata sull’importanza della web analytics in qualsiasi progetto online.
• Il 25 maggio sarà invece la volta dell’e-commerce academy, un master di 8 giornate, acquistabile in blocco o singolarmente, totalmente incentrato sul commercio elettronico. Inutile che vi spieghi quanto Google Analytics sia importante in un e-commerce, no? L’organizzazione mi ha messo a disposizione un codice sconto del 30% che potete utilizzare per l’iscrizione: 137tK

Ho inoltre un’altro appuntamento, ma ne scriverà quando avrò maggiori dettagli, mentre quest’anno ho dovuto rinunciare alla consueta presenza a SMAU Business Roma a causa di concomitanti e gravosi impegni familiari. Cercherò di non mancare almeno a Milano, ma c’è ancora tempo…

Qualche tempo fa ho voluto creare un KPI per provare una mia certa teoria (più che altro la fattibilità e l’effettiva utilità del KPI stesso usando dati reali e non astratti), una cosa facile facile tutto sommato, ma ne ho approfittato per giocare un po’ con le API di Urchin, immaginando che non fossero poi troppo diverse da quelle di Analytics. Ho così messo insieme alcune pagine php che assolvevano alla funzione desiderata.

La settimana scorsa volevo adattare il lavoro alle API di GA, ma ho scoperto che da qualche tempo Analytics richiede che le applicazioni siano registrate sulla Google APIs consolle, e che per farlo devono essere su rete pubblica. Poiché il mio sistema è su rete interna (e ho avuto qualche problema con OAuth 2.0, lo ammetto), ne ho approfittato per provare qualcuno dei sistemi per importare dati dentro a Excel, tipo excellentanalytics, nextanalytics, http://www.automateanalytics.com o Tatvic.

Tralasciando quelli a pagamento, il problema principale che riscontro è che spesso la presenza di un proxy impedisce a Excel di connettersi a GA. Mi sono così orientato verso una soluzione che collegasse Analytics a Google Docs, così che il passaggio dei dati sia server-server e si possano evitare intoppi. Per prima cosa sono capitato su questo post di SEOmoz, che sembra promettente ma che non ho ancora sperimentato. La soluzione più immediata – per le mie limitate esigenze del momento – è stato leggere questo post di peakconversion.com.

Le istruzioni sono piuttosto semplici:

• bisogna aprire questo google docs e farsene una copia tramite File->Crea una copia…
• si imposta l’id del profilo da cui prendere i dati (lo si può trovare nell’interfaccia cliccando l’icona delle impostazioni, selezionando il profilo corretto se non lo è già e poi passando alla tab “impostazioni profilo” e guardando a ID profilo)
• si apre l’editor di script Strumenti->editor di script…
• si seleziona la funzione Run|getSettingGADataToSheet e si autorizza una prima volta l’applicazione
• si lancia di nuovo la stessa funziona e si autorizza definitivamente il foglio di calcolo a estrarre i dati
• a questo punto compare una nuova voce di menu “GA”. Si cambiano il resto dei parametri nel foglio _settings e si lancia GA->activate settings query

Il risultato è un nuovo foglio di lavoro con i dati richiesti. Alternativamente si può chiamare in qualsiasi cella la funzione

getMetric(profile, metric, startdate, enddate, [dimensions], [segment], [filter], [sort], [maxresults])

a cui si passano i primi quattro parametri obbigatoriamente e gli altri cinque opzionalmente e che provvede a caricare direttamente i risultati. Fatto questo i dati sono pronti per essere ulteriormente aggregati, elaborati, resi su un grafico o combinati per avere i nostri KPI sempre aggiornati direttamente sul foglio di calcolo.

Una delle cose che più spesso mi sento chiedere quando parlo dei custom report è “perché non ci forniscono delle basi su cui lavorare? perché bisogna partire da zero?”. Partire da zero può essere una buona idea quando si sta disegnando un report completamente nuovo, molto molto personalizzato e con incroci di metriche e dimensioni inusuali. Alcune altre volte il custom report è solo un modo per dare una sistemata ad un report standard dal quale sentiamo la mancanza di una certa metrica, o dal quale invece vorremmo togliere una metrica.

Ad esempio dico sempre che la metrica bounce rate nel report delle Pagine non ha senso (si veda il perché in questo vecchio post) e che l’unica soluzione è ricostruire il report utilizzando i report personalizzati. Da qualche ora su alcuni rapporti di Google Analytics è presente un nuovo pulsante, PERSONALIZZA, che non fa altro che attivare l’interfaccia di creazione dei custom report riportando esattamente le metriche e le dimensioni del report corrente, facendoci risparmiare molto tempo se l’operazione da effettuare è proprio quella di sistemare un pochino un report che al 90% va bene così com’è.

I report su cui ho verificato che al momento funziona sono:

• dati demografici -> lingua
• dati demografici -> variabili personalizzate
• dati demografici -> definito dall’utente
• comportamento -> nuovi e di ritorno
• tecnologia -> browser e sistema operativo
• tecnologia -> report
• sociale -> interazione sociale
• sociale -> azione
• sociale -> pagine
• mobile -> panoramica
• tutti i report del gruppo AdWords
• tutti i report del gruppo ottimizzazione per i motori di ricerca
• pagine -> dettaglio contenuti
• pagine -> pagine di uscita
• ricerca su sito -> utilizzo
• ricerca su sito -> termini di ricerca
• ricerca su sito -> pagine
• eventi -> principali eventi
• eventi -> pagine
• adsense -> pagine adsense
• adsense -> referrer adsense
• obiettivi -> url dell’obiettivo
• obiettivi -> percorso inverso per l’obiettivo
• e-commerce -> rendimento prodotti
• e-commerce -> rendimento delle vendite
• e-commerce -> transazioni

Mi sono imbattuto in una estensione per Chrome, Table Booster, e non ho resistito alla tentazione di provarla. E’ prodotta da e-dialog, un Google Analytics Certified Partner austriaco, e quindi ha subito avuto la mia fiducia. L’estensione aggiunge un pulsantone azzurro in alto a sinistra, subito sotto all’elenco dei profili, che una volta cliccato fa apparire in cima alle intestazioni di ogni tabella sulla pagina tre ulteriori pulsanti: il primo provvede a far comparire degli istogrammi, fatto 100 il valore massimo visibile nella colonna le altre celle avranno un istogramma proporzionale. Il secondo colora le cella di rosso o di verde, e fatto rosso il valore massimo e verde il minimo (o viceversa) si preoccupa poi di fare le gradazioni di colore. L’ultimo pulsante provvede a far comparire delle barrette riferite alla media della metrica rappresentata nella colonna: se il valore è superiore alla media barretta verde e positiva, rossa e negativa se al contrario il valore è inferiore alla media. Al secondo click del pulsante compaiono anche le percentuali di scostamento dal valore medio.

Il punto negativo è che l’app non accede alle API di Google Analytics, quindi può solo lavorare sui dati presenti sulla pagina; con questo intendo dire che se avete 10 righe nel report e passate a 25, dovrete riattivare l’estensione, perché tra le altre cose dovrà ricalcolare tutti i valori. Stessa cosa se cambiate report. Piuttosto frustrante alla lunga, mentre per analisi spot su una singola metrica può essere utile. Sono sempre bene accetti gli strumenti che ci consentono di variare la monotonia dei dati tabellari, giusto?

Questa mattina ho notato che il report “dettaglio contenuti”, nella sezione CONTENUTI -> CONTENUTI DEL SITO era leggermente differente dal solito. Sono state infatti aggiunte due icone per differenziare le cartelle dalle pagine, e c’è anche l’indicazione del livello di profondità raggiunto.

In alto si legge “livello 1 percorso pagina”, e ovviamente se si clicca su una cartella la scritta cambia in “livello 2 percorso pagina”, dandoci sempre modo di capire (il famoso contesto che dobbiamo sempre dare alle analisi) a che livello di nidificazione sono i contenuti che stiamo analizzando.
Inoltre l’icona a fianco di ogni riga del report ci dà una indicazione immediata del fatto che la riga analizzata abbia al proprio interno altre pagine o sia una foglia terminale dell’alberatura del nostro sito.

Sempre nell’ottica di rendere più agevoli le nostre analisi…

Le variabili personalizzate sono un grande e prezioso tesoro di Google Analytics; come ho modo di ripetere durante corsi e consulenze, quando si tocca l’argomento, sono uno dei pochi modi che abbiamo per inserire dati arbitrari – scelti da noi – dentro al sistema di analytics. Infatti se un visitatore è nuovo o di ritorno lo decide lo script, guardando i cookies, idem per la keyword usata nella ricerca che ha veicolato la visita. Invece nelle custom var possiamo scrivere quel che vogliamo, e “appiccicare” valori arbitrari al visitatore, alla visita o alla pagina vista in quel momento.

I limiti delle custom var sono sempre stati: non più di 5 slot usati contemporaneamente (50 su Analytics Premium) e la lunghezza di nome + valore della variabile non eccedente i 64 caratteri. L’ultima revisione del changelog di Analytics ci informa invece che questo limite è stato raddoppiato: adesso nome + valore possono arrivare a 128 caratteri. L’ultima frase “Additionally, the length is now checked before URL encoding” mi fa tornare in mente un vecchio post letto chissà dove che affermava che in presenza di caratteri “non standard” essi andavano a erodere molti caratteri (per via dell’encoding). Pare che adesso la lunghezza venga controllata PRIMA di effetture l’econdig e l’invio a GA.

Altre modifiche di questo aggiornamento sono l’aumento del limite di eventi inviabili e un diverso modo di registrare il cookie __utmv (usa il separatore ^ invece della virgola).
Dato che c’è una nuova versione del codice di monitoraggio (la 5.2.4) e che è un po’ che non lo faccio, posto la lista dei motori di ricerca conosciuti dallo script. Sicuramente Babylon è nuovo, perché in alcuni miei profili lo vedo sempre nei referrer, altri nuovi non ne vedo (e manca sempre l’italiano arianna):

daum:q
eniro:search_word
naver:query
pchome:q
images.google:q
google:q
yahoo:p
yahoo:q
msn:q
bing:q
aol:query
aol:q
lycos:q
lycos:query
ask:q
netscape:query
cnn:query
about:terms
mamma:q
voila:rdata
virgilio:qs
live:q
baidu:wd
alice:qs
yandex:text
najdi:q
seznam:q
rakuten:qt
biglobe:q
goo.ne:MT
wp:szukaj
onet:qt
yam:k
kvasir:q
ozu:q
terra:query
rambler:query
conduit:q
babylon:q
search-results:q
avg:q
comcast:q
incredimail:q
startsiden:q

Avevo iniziato a scrivere un commento direttamente sul post, ma stava diventando troppo lungo per cui mi scuso sin da ora se ne faccio un post a mia volta. Mi è capitato l’occhio su questo articolo di Filippo Sogus su come filtrare i referrer spam forex-ninjas.com e rock.to, che alcuni di voi potrebbero aver visto nei propri report (a me è successo). Non conosco Filippo, e spero che non se ne avrà a male se faccio due correzioni, la prima delle quali mi consente anche di affrontare un equivoco che ho sempre dimenticato di chiarire su questo blog:

1. il primo errore è nel filtro: “traffico dai domini” è la traduzione letterale di “traffic from domains” dell’interfaccia inglese, ma entrambe si prestano a un errore di base; quel che noi dobbiamo filtrare sono le visite con un certo referrer, mentre quel campo agisce sul dominio geografico del visitatore (il fornitore della connessione, ad esempio fastweb o tiscalinet). Si veda l’articolo dell’help ufficiale “che cos’è un filtro?“, dove si legge chiaramente “Escludi il traffico proveniente dai domini: utilizza questo filtro per escludere il traffico proveniente da un dominio specifico, ad esempio un ISP o una rete aziendale.”. Il filtro che serve a noi è quindi un filtro PERSONALIZZATO di tipo ESCLUDI, con campo filtro REFERRAL e pattern filtro forex\-ninjas\.com (oppure rock\.to).
2. il secondo errore è nella frase “A questo punto, ritornando nei report Referral avrete una lista ripulita dai domini spammer.”. I filtri non sono retroattivi (i segmenti avanzati invece lo sono), quindi applicare il filtro avrà effetto solo dal momento in cui si preme SALVA in avanti. Ne consegue anche che un referrer spam può essere eliminato solo dopo che si verificano le prime visite, giacché è impossibile filtrare tutto preventivamente.

Giusto per dovere di chiarezza 🙂

Periodo di fervore anche per tutto ciò che sta “intorno” a Google Analytics: prima di tutto Google ha annunciato che dal primo marzo farà un upgrade della sua privacy policy, che diventerà comune a tutti i servizi. Il nodo principale delle nuove regole è che se si è loggati in un servizio Google, loro potranno combinare i dati ricavati da quel servizio con altri ricavati da altri servizi, sempre mentre eravamo loggati (quindi ad esempio se facciamo una ricerca per “hosting ad alte prestazioni”, potremmo poi trovarci annunci di hosting su Gmail anche se stiamo leggendo una mail che parla di tutt’altro).

Questo ovviamente non ha nessuna implicazione sui dati memorizzati da Analytics, che riguardano i nostri visitatori (in forma anonima e aggregata), e che rimangono nostri.

Quel che invece potrà cambiare, dice il post ufficiale, è che potranno usare i dati di navigazione all’interno dell’interfaccia di GA; perché molti non lo sanno, ma sull’interfaccia di Analytics… c’è Google Analytics, anche se in un forma meno canonica. Ecco qua:

<script type="text/javascript" async="" src="https://ssl.google-analytics.com/u/ga_beta.js"></script>

e poi questa chiamata

<script type="text/javascript">ga.webanalytics.header.setHeaderInfo({"email":"LAMIAEMAILINCHIARO","gUrl":"https:\/\/www.google.com\/accounts\/","tabs":{"H":1,"D":1,"CR":1,"IN":1,"A":1,"R":1,"BF":1,"GO":1,"EC":1},"style":"ANALYITCS","tab":null});ga.webanalytics.header.setLoadBaseData(true);</script>

dal che si evince anche che loro, invece, tracciano eccome i dati personali che a noi sono proibiti.

La seconda novità è che il team di Google Webmaster Tools cambierà la metrica “posizione del sito nelle SERP” che viene riportata da GWT, e di conseguenza importata da Google Analytics. Prima la metrica era la media delle posizioni rilevate, e infatti aveva anche i decimali. Se per una data keyword il sito compariva in 2° e in 5° posizione, la posizione riportata era 3.5; che aveva poco senso in sè, ma ce l’aveva eccome se si teneva presente che era appunto una media. In base alle ricerche del team, secondo loro i webmaster vogliono invece sentirsi dire la “migliore posizione tra quelle riscontrate” e quindi nell’esempio precedente la posizione riportata sarà 2.

Tenendo presente che i dati già registrati non cambieranno, per un certo periodo avremo tutti dati magnifici 🙂 dopo bisognerà tenere conto di questa modifica.

Sono stato nuovamente intervistato su Internet Magazine, a dicembre, in una sorta di aggiornamento di quanto già discutemmo a ottobre 2008. Come per la scorsa volta, dato che il cartaceo non è più in edicola, ecco il pdf:

Scarica il pdf e leggi l’intervista.

Inoltre, come un piccolo prezzemolino, ti segnalo miei contributi sono presenti in questi due libri, che puoi comprare o prenotare:

• Vendere online (Step by step) di Gianluca Diegoli: un libro per imparare a realizzare un ecommerce, con molti consigli utili e risposte alle domande più comuni che sorgono quando si decide di avviare un progetto di vendita digitale.
• Web Marketing per le PMI (Web & marketing 2.0) di Miriam Bertoli: un libro che vuole spiegare un concetto ampio come il web marketing alle piccole e medie imprese, che molto spesso sono ancora legate a logiche di marketing molto poco digitali.

Un po’ per empatia e un po’ per come sono fatto, tendo a interiorizzare l’ansia degli autori verso le scadenze, quando mi chiedono questi contributi. Non so se riuscirei mai a scrivere un libro io stesso 🙂

Con un annuncio a sorpresa, Venerdì Google ha sancito la “morte” di Urchin, il suo software di web analytics stand alone, installabile sul proprio server, dalla cui acquisizione derivò nel 2005 Google Analytics. Ovviamente essendo un software che si acquista e si gestisce in autonomia, “morte” non significa che esso smetterà di funzionare, ma che non saranno più vendute nuove licenze e non saranno rilasciate ulteriori nuove versioni.

Con questa mossa Google chiude definitivamente una sorta di “bipolarismo” che in alcuni clienti ha generato confusione: “ma perché due prodotti? che differenze ci sono? perché uno traccia l’utente singolo e l’altro no?”. Per altri clienti invece, quelli che per policy sui dati o restrizioni tecniche non possono/riescono a raggiungere i server di Google, questo è un problema e dovranno dotarsi di una soluzione alternativa o continuare ad usare l’ultima versione di Urchin ad libitum.

Io sono affezionato ad Urchin, per due motivi: il primo è che l’ho usato – anzi lo uso tutt’ora su un server aziendale – e l’ho sempre trovato straordinariamente semplice, nella sua configurazione base, e veloce; la seconda – e più importante – è che senza Urchin oggi non ci sarebbe Google Analytics, e che come ogni genitore che si rispetti oggi Urchin sa benissimo chi sopravviverebbe e chi no, chi ha senso che continui ad esistere e chi no, e quindi si fa da parte. Anche perché lo sviluppo di Google Analytics, alla luce delle considerazioni fatte qualche settimana fa, procede spedito e a ritmo esponenziale, mentre Urchin ha più o meno la stessa architettura di Google Analytics v1.

Dobbiamo quindi tutti ringraziare Scott e Brett Crosby, Jack Ancone e Paul Muret, fondatori della Urchin Software Corporation, e tutto il team che lo ha sviluppato per averlo fatto esattamente come lo hanno fatto. Era un bel pezzo di software, ed è diventato un gran bel servizio online. Uno dei servizi online di maggiore successo della storia, se sono veri i numeri sulla diffusione di Google Analytics che si vedono girare di tanto in tanto… 🙂

[* il titolo è una citazione del grande Douglas Adams. image copyright wikipedia]