Google Analytics in 30 secondi

Feb 10 2012

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

Nessun Commento

Feb 09 2012

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?

Nessun Commento

Feb 07 2012

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…

Nessun Commento

Jan 31 2012

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

Nessun Commento

Jan 30 2012

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

2 Commenti

Jan 26 2012

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="/img/spacer.gif">

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