Google Analytics in 30 secondi

Piccole e medie novità per Google Analytics in questi giorni: alcune vi saranno molto gradite, altre dipende un po’ da come siete abituati ad usare lo strumento:

Iniziamo con le cose annunciate ma non ancora disponibili: nelle prossime settimane anche nell’interfaccia v5 torneranno disponibili l’export in PDF e l’invio schedulato di email. Per l’export PDF non ci sono novità di sorta (anche se voglio proprio vedere come e se si potrà esportare un goal flow con 5 step! 🙂 ), mentre l’invio schedulato di email sembra aver avuto un miglioramento di sorta. Guardando allo screenshot postato da Phil Mui sul blog ufficiale

si notano due differenze rispetto alla v4: si potrà scegliere il giorno della settimana in cui inviare il report (e non sarà più prederminato da Google Analytics) e si potrà decidere per quanto tempo far durare gli invii, utile ad esempio nel caso di campagne con termine già deciso a priori.
La notizia ottima è che si potranno anche inviare i custom report, la notizia “cattiva” (cattiva per chi non è già passato definitivamente all’interfaccia nuova ed è affezionato alla vecchia) è che a Gennaio 2012 la versione v4 cesserà di esistere e tutti dovranno usare la nuova. Anche le email precedentemente schedulate dovranno essere ricreate da zero e non potranno essere migrate.

Altra novità è l’introduzione di un nuovo tipo di ordinamento: oltre al classico ordinamento per visite, e a quello ponderato quando disponibile, se si attiva un confronto temporale sarà disponibile una nuova voce: “cambio assoluto“. In sostanza le righe del report saranno ordinate in base al numero assoluto di visite di differenza tra i due periodi, invece che in mero ordine di quantità di visite del primo periodo. Molto utile in alcune situazioni, io sento però la mancanza di un “cambio relativo”, cioè la possibilità di avere l’ordinamento in base alla percentuale di cambio tra i due periodi.

Ultima cosa di cui mi sono accorto, ma magari è vecchia di mesi, è che si possono cambiare i colori dei segmenti avanzati: o meglio, i colori sono predefiniti, ma si può scegliere quale colore deve avere ogni segmento. Ad esempio, nella visualizzazione classica con tutto il traffico, nuovi visitatori e visitatori di ritorno il primo è blu, il secondo arancione e il terzo verde. Se mi posiziono con il mouse sopra a “tutte le visite”, subito sotto al titolo del report (e quantomeno su Chrome), il cursore diventa una croce e posso trascinare il segmento al secondo posto, in modo che venga visualizzato in arancione, praticamente scambiando i colori. E la cosa vale anche per il grafico, ovviamente. (nell’immagine qui sotto non si vede il cursore purtroppo)

Piccoli miglioramenti, ma sempre utili in alcune circostanze!

I ripples sono in pratica delle visualizzazioni su come un post si è diffuso all’interno di Google+.
Siccome un’immagine vale più di mille parole, questa è la diffusione di un post del Dalai Lama: provate a usare lo zoom, e inoltre giocate con lo slider temporale per vedere come – e quando – ha funzionato la diffusione (qui ci sono 10 ripples di post interessanti). Se ancora non vi è chiaro c’è anche il video ufficiale di presentazione:

Ora tornate con la testa a Google Analytics e dite se anche a voi non piacerebbe che quel tipo di visualizzazione fosse DENTRO a un report di Analytics, magari connesso alla diffusione dei VOSTRI contenuti del sito su Google+ tramite il pulsante +1. Con segmentazione sulle fonti di traffico o altre metriche e campagne inserite automaticamente (e magari dinamiche, esageriamo!) in modo da poterne poi monitorare i ritorni…

fantascienza? 🙂

La sfida ingegneristica di ripensare i report di navigazione non era affatto semplice, se ci pensiamo: quante possibili combinazioni di navigazione ci sono in ogni sito? pressoché infinite, a parte i funnel. Quanti possibili raggruppamenti di pagine potrebbero essere interessanti da analizzare? altrettanti infiniti. Il tutto si traduceva in due report poco utili, difficilmente “actionable” come si dice in gergo, perché predefiniti e piuttosto statici. Ma ecco che dal cappello degli ingegneri di Google, con una mano di pennello di qualcuno con del gusto estetico una volta tanto 🙂 , escono fuori questi flussi di navigazione, report dinamici, molto eleganti e facili da leggere, pieni di informazioni utili su come i navigatori si muovono nel sito, ma anche sulla loro relazione con la sorgente di traffico.

Iniziamo dal report flusso di visite al sito: esso mostra per ogni sorgente gli accessi al sito e le relative landing page principali. Ogni rettangolo riporta il numero di visite cui si riferisce, così come ogni collegamento tra di essi. Selezionando un collegamento esso verrà evidenziato, e con lui tutti i passaggi successivi, dandoci a colpo d’occhio una visione su dove vadano a finire gli utenti. I flussi rossi sono ovviamente gli abbandoni del sito, cioè visite che terminano su quella pagina. Ecco la prima magia: non ci sono solo la landing page e la pagina dopo, e nemmeno due pagine successive soltanto. Ci sono TUTTE le pagine del sito, che in realtà si chiamano INTERAZIONI. Usando la freccia a destra con l’etichetta “+ Passaggio” si aggiungono interazioni, cioè pagine successive, al report, e si può scavare a fondo nei flussi. Lo slider in alto serve ad aumentare o diminuire il numero di connessioni, cioè a dire al report se si vogliono vedere anche i travasi di poche visite o solo i principali. Ed ecco la seconda magia: potete applicare uno qualsiasi dei segmenti avanzati che avete creato! Questo significa che l’analisi può essere fatta sul totale del traffico, e in questo report ha senso, oppure su una fetta che decidete voi, tramite un segmento. A monte di tutto c’è la dimensione usata per determinare il punto di partenza del report: per definizione è impostata su sorgente, ma si può cambiare in molte altre. Ovviamente se si opta ad esempio per “parola chiave” si avrebbero molti punti di ingresso, ma il report ne mostra al massimo sei. Questo è il motivo per cui c’è quel piccolo ingranaggio a fianco alla dimensione: possiamo impostare delle regole per raggruppare fino a 5 gruppi di dimensioni. Quindi ad esempio “tutte le keyword che contengono il brand”, “tutte le sorgenti che iniziano per goo”, eccetera…
Cliccando invece su di una pagina si hanno tre opzioni: evidenzia il traffico che passa da qui, che serve a evidenziare TUTTI i collegamenti tra quella pagina e le precedenti e successive (mentre cliccando un flusso si evidenziano SOLO i flussi relativi a quel travaso), esplora il traffico che è passato da qui, di cui andiamo a parlare a breve, e dettagli gruppo che ci da un dettaglio di tutte le pagine che fanno parte di quel passaggio, poiché il report sembra funzionare senza tenere conto dei possibili parametri di una pagina (quindi pagina.html?id=1 e pagina.html?id=2 sono nello stesso gruppo).

esplora il traffico che è passato da qui vi dà un dettaglio di come si sono mossi i navigatori per arrivare a quel gruppo e dove sono andati a partire da quel gruppo. Anche qui in entrambi i sensi è possibile aggiungere interazioni, ma senza mai arrivare alla sorgente di traffico. Solo navigazione tra pagine. E’ una versione potenziata – e segmentabile – del report sulla navigazione che siamo stati abituati a vedere fino ad oggi.

Veniamo infine al report flusso obiettivo, che è il più interessante: prendete tutto quel che ho scritto fino ad ora e applicatelo a un insieme di pagine che hanno un certo ordine, e che terminano con un goal: esatto, un funnel! 🙂
Dato un funnel, si possono vedere come si muovono i visitatori divisi per sorgente, o per qualsiasi altra dimensione, quali percentuali travasano da uno step all’altro – sempre divisi per sorgente, ed è già utilissimo così – e anche quanti tornano eventualmente indietro, e a quale passaggio! Provate ad esempio a impostare come dimensione iniziale il browser e vedere se e dove si azzerano i processi di conversione. Oppure se una certa sorgente di traffico si ferma sempre allo stesso punto del processo.

Credo che Google abbia centrato il segno con questi report: sono molto più utili dei precedenti, sono facili da usare e non hanno quasi limitazioni. Bel colpo!

Come i più attenti di voi sapranno (si sa da tempo ormai) Google Analytics processa solo i primi 50.000 URL differenti che trova ogni giorno. Quelli che eccedono il limite vengono raggrupati nei report dei contenuti sotto la voce (other). Però i ragazzi di Tatvic hanno trovato un trucco interessante: se si crea un segmento avanzato fatto di 23 condizioni in OR, e più precisamente “ora corrisponde esattamente a 00” OPPURE “ora corrisponde esattamente a 01” e così via sino a 23, il problema si risolve, e il report mostra centinaia di migliaia di righe, come potete vedere dai loro eloquenti screenshot 🙂

Un evento su Google Analytics è una azione che l’utente compie sul sito e che non è connessa al caricamento di una pagina. Essendo una azione, essa influenza il bounce rate, per cui se un visitatore atterra su una pagina, ed è l’unica della sua sessione esso sarà un bounce. Se però su quella stessa pagina viene “sparato” un evento, fino ad oggi la visita non risultava nei bounce.

Dall’ultima release del file ga.js – del 17 ottobre – è stato introdotto un nuovo parametro nella funzione _trackEvent: questo parametro si occupa di definire se l’evento inviato deve o non deve influenzare il bounce rate. Il nuovo parametro è opzionale e si posiziona alla fine della chiamata alla funzione, così che non dobbiate modificare nulla se non i soli eventi che volete rendere ininfluenti ai fini del bounce rate. La nuova funzione _trackEvent nella sua forma completa ha questa forma:

_gaq.push(['_trackEvent', 'category', 'action', 'opt_label', opt_value, opt_noninteraction]);

dove opt_noninteraction è un valore a scelta tra false (cioè “questo evento influenza il bounce rate”) e true (“questo evento non influeenza il bounce rate”).

Ovviamente il tutto ha senso solo sulla PRIMA pagina vista di ogni vista, l’unica dove si può realizzare un bounce, perché dalla seconda in poi la visita non sarà più un rimbalzo, eventi o meno…

Puntuale come previsto, Susan Wojcicki (e non Phil Mui come pensavo) è salita sul palco del web 2.0 summit è ha lanciato la solita bomba: i flow visualizations, che sembrano dei report molto belli per visualizzare i flussi dei navigatori sul sito, ma non solo. In effetti i “vecchi” report sulla navigazione tra le pagine, pressoché invariati rispetto a quelli della versione 1 di Google Analytics, erano molto limitati: mostravano soltanto la pagina precedente e la successiva per ogni data pagina del sito, oppure le due successive data una pagina. E che dire del report delle canalizzazioni (funnel)? ho sempre trovato irritante che non si potesse segmentare, e infatti nei miei corsi ho sempre mostrato almeno due tecniche e un tool esterno per farlo (paditrack).

[a proposito di corsi – selfpromotion: beato chi s’è iscritto al corso di e-commerce di martedì e mercoledì prossimo a Ravenna, se mi attivano in tempo i report potremo guardarli e studiarli insieme! 🙂 ]

In attesa di vederli attivati ci accontentiamo dei soliti post dei bene informati: quindi Justin Cutroni e Lunametrics, oltre naturalmente all’annuncio ufficiale.

Non so se questi report sostituiscono o affiancano i vecchi “rapporto navigazione” e “canalizzazione obiettivo”, ma se anche non fosse da quel che vedo ve li potete scordare, perché questi sembrano parecchio belli da vedere, e da capire. Ci sono tre report:

• visit flow, che mostra come le visite arrivano sul sito e come si distribuiscono
• navigation flow, che mostra la navigazione a partire da una pagina (avanti e indietro)
• goal flow, che mostra i flussi relativi ad un funnel

La novità-bomba, che risolve il problema che accennavo ad inizio articolo, è che il tutto è SEGMENTABILE, come si nota bene guardando il riquadro accanto allo slider in alto nelle pagine di questi due video di Lunametrics, e come scritto chiaramente da Cutroni:

A me sembrano potenzialmente grandiosi, finalmente si riesce a capire BENE come si muovono gli utenti tra le pagine, e tutto è segmentabile a piacere. Spero me li attivino presto, così potrò fare un post più approfondito!

Abituati come siamo ormai da tempo a parlare sempre e solo di buone notizie, una cattiva ogni tanto ci riporta con i piedi per terra. Con una mossa a sorpresa Google ha detto ieri che nelle prossime settimane tutte le ricerche fatte da utenti che sono loggati ai suoi servizi (gmail, google plus, eccetera) saranno reindirizzati alla versione https del motore (si veda anche il post sul blog ufficiale di GA). Inoltre, per questioni di privacy, la keyword verrà omessa dal referrer. E’ un po’ diverso da coloro che usano il sito https://encrypted.google.com, che cripta elimina totalmente il referrer e viene visto da Analytics come traffico diretto (quando la pagina di destinazione è su HTTP. da encrypted a HTTPS il referrer c’è); in questo caso il mezzo sarà riconosciuto correttamente come ORGANIC, ma la parola chiave mancante sarà sostituita con (NOT PROVIDED).

E attenzione, la cosa vale per TUTTI i sistemi di web analytics, non solamente Google Analytics.

Ovviamente questa non è una buona notizia. Nonostante quel che può dire Google, cioè che solo una minima parte del traffico sarà affetta, è evidente che il numero di persone che utilizzano servizi personalizzati di Google è alto, e in in crescita. Paradossalmente se Google+ dovesse avere grande successo, ci ritroveremmo con moltissimi utenti che iniziano a navigare da loggati, e quindi a perdere le informazioni sulle loro keyword. E’ vero che abbiamo ancora i report del Webmaster tool (e la loro integrazione con GA), ma non sono affatto la stessa cosa.

La modifica non avrà impatto invece sui click provenienti da annunci AdWords, e il motivo è semplice: le keyword per il traffico organico sono estratte direttamente dal referrer, e se Google toglie l’informazione nessuno la può trovare, invece i clic sugli annunci a pagamento transitano prima dai server di google, che deve registrare il clic, l’annuncio, la parola chiave e tutto il resto delle informazioni che poi ci rendiconta in AdWords, e poiché il parametro gclid non viene tolto dal referrer poi GA sarà in grado di reimportare quelle informazioni dentro ad Analytics.

Quanto ai facili commenti sul fatto che in Google Analytics Premium sarà invece possibile avere le informazioni sulle keyword organiche, dico che secondo me non è così: se fosse prima o poi si verrebbe a sapere, e sarebbe una enorme figuraccia per Google Analytics. Io stesso sono deluso da questa novità, ma penso che non possano spingersi così tanto oltre…

Circa due anni fa feci un post a proposito della ricerca di Forrester’s Research sui vendor di web analytics.
Da non molto è uscito l’aggiornamento, che ovviamente ha sempre un costo non trascurabile di 2495 dollari, addirittura più di due anni fa.

Quel che interessa a noi tutto sommato è però l’abstract, disponibile gratuitamente e che vi metto direttamente a disposizione sul mio blog, nel quale c’è il famoso grafico a onde con la situazione aggiornata dei vendor di sistemi di web analytics. Rispetto al 2009 i vendor sono sette, perché IBM ha comprato sia Unica che Coremetrics. I due leader supremi del settore sono Adobe (cioè Omniture) e appunto IBM, addirittura in vatanggio (l’angolo in alto a destra è il vertice della classifica). Secondo Forrester Webtrends è un po’ sceso nell’offerta, cosa che mi lascia perplesso perché Webtrends 10 ha un pacchetto di tutto rispetto per il tracciamento a 360°, e Google Analytics rimane lì dov’era, cioè è uno Strong performer e non un Leader.

[Per l’immagine fate riferimento qui
http://www.cmswire.com/cms/information-management/forrester-wave-q4-2011-fragmenting-enterprise-cms-12-firmstargeted-content-013354.php
dato che Forrester mi ha intimato la rimozione della parte grafica]

La valutazione si riferisce a prodotti presenti sul mercato nel secondo quadrimestre del 2011, ma non essendo specificate le date non possiamo sapere esattamente quali nuove features di Google Analytics sono state valutate e quali invece non erano ancora state annunciate. Comunque sia si legge testualmente quel che in molti pensano: “As the premium offering develops over time, it is reasonable to expect the gaps to shrink further “[man mano che l’offerta del prodotto Premium si svilupperà nel tempo, ci aspettiamo che colmerà il gap [con gli altri prodotti NdMC]”.

Per i più curiosi, ecco i parametri di valutazione: si noti che il prezzo non ha influenza sul posizionamento. Se da un lato è ovvio che una ricerca così non possa basarsi – anche – sul prezzo, è comunque indubbio che anche le grandi aziende un’occhiata al portafogli la diano, e che invece spesso per le medie è un fattore determinante per la scelta della soluzione di web analytics.

Per vedere Google in alto a destra quindi tutto rimandato al 2013!

Il “senno di poi” è una cosa fantastica, ti fa sembrare tutto così dannatamente facile e chiaro… adesso che qualcuno mi ha mostrato la via, mi batto il palmo in fronte ed esclamo “ma certo! perché non ci ho pensato io?” beh, in primo luogo perché non sono un SEO e non sono così addentro alle loro questioni tecniche, in secondo luogo perché non avevo ben chiara una cosa.
Ricapitoliamo: durante gli ultimi mesi ho detto più volte, nel blog, su twitter, per mail e a voce, che qualcosa era cambiato nell’infrastruttura di Google Analytics, qualcosa che rendeva il prodotto talmente performante da consentire agli ingegneri di rilasciare feature che un paio di anni fa ci saremmo semplicemente sognati. Pensate ai funnel multichannel, o ai report senza campionamento precisi fino alla milionesima riga di Google Analytics Premium, o anche soltanto alla funzione Real Time…

Ebbene mi scrive Francesco Tinti, conosciuto in rete anche come MisterJinx, con una considerazione tanto breve quanto illuminante: “potrebbe essere stato caffeinato”. Per me, che appunto non faccio il SEO di mestiere ma comunque mi tengo informato, Caffeine era niente altro che un cambio di infrastruttura dell’indice delle ricerche che permetteva di avere risultati più “freschi” cioè indicizzati e disponibili in minore tempo rispetto a prima. Francesco però mi punta a questo articolo di The register, dove si parla di Google Percolator, cioè l’infrastruttura che sta sotto a Caffeine. Percolator – si legge nell’articolo – è una piattaforma per il processing incrementale dell’indice delle ricerche che rimpiazza MapReduce, che invece era un sistema da lanciare ciclicamente (in modo batch). In sostanza MapReduce faceva pochi grandi cambiamenti, mentre Percolator ne fa moltissimi piccoli e di continuo, risultando più veloce.

Fino a prima di leggere l’articolo Caffeine per me era relegato nel mondo del search, subito dopo invece mi è parso l’uovo di Colombo! se è vero che tutti i dati di tutti i prodotti Google condividono il database (e si dice sia così da tempo, ormai), si può applicare Caffeine anche ai dati di Analytics, in modo che gli update siano più frequenti. Questo ad esempio permetterebbe di avere più “freschezza” nei dati intraday, ma anche più dati “semilavorati” e pronti per essere estratti con query più veloci richieste dagli utenti (e sto pensando ad esempio ai Funnel Multichannel in presenza di visite a 6 zeri), fino ad arrivare appunto al Real Time.

Se applicano questo paradigma a tutti i prodotti ci sarà da ridere in futuro: più dati, più veloce a fornirli, più integrazione, più possibilità. Non c’è quasi limite alle possibilità offerte! Grazie Francesco per l’ottimo spunto; non so se è la spiegazione ufficiale, ma quadra parecchio 🙂

Avevano promesso che questa settimana avremmo avuto ritocchi all’interfaccia, e questa settimana sono arrivati i ritocchi all’interfaccia. [edit: a causa di un problema con chi arrivava ai report da AdWords, la nuova interfaccia è stata ritirata e verrà riproposta la settimana prossima] Mi sembra più gradevole alla vista, più “morbida”, anche se le modifiche non sono radicali. E’ sparito il grigio per macro raggruppamenti dei report, sostituito da un bold azzurrino molto sobrio. Se devo trovare un difetto direi che le voci di menu a sinistra hanno troppa interlinea, e se si espandono un paio di sezioni si finisce in fretta a fondo schermo. Comunque adesso è più intuitivo capire quali voci di menu si possono espandere e quali no, grazie alla freccia a fianco al link.

Ma la novità più eclatante, che molti di voi aspettavano, è il ritorno del pulsante “aggiungi alla dashboard”, come potete vedere dallo screenshot qui sotto

Si tratta di una funzione che manca ormai da tempo, e che a mio avviso ha un po’ limitato l’uso delle dashboard da parte dell’utenza. Vi posso anche confermare che il funzionamento è analogo a quello scorso, per cui se aggiungete un report con un filtro di visualizzazione applicato, il filtro resta nel widget della dashboard; non è altrettanto vero per i segmenti avanzati, per cui se applicate un segmento e un filtro e poi premete “aggiungi alla dashboard”, il widget conterrà solo il filtro (ma potrete editarlo e aggiungere – in alcuni casi – l’ulteriore filtro che determina il segmento avanzato).
Ora restiamo in attesa del ritorno dell’export in PDF, direi che i tempi sono ormai maturi, no? 🙂