Google Analytics in 30 secondi

I segmenti avanzati fanno parte dello strumento da un bel po’ di tempo, e forse qualcuno di voi nemmeno conosceva lo strumento quando questi nemmeno esistevano (sembra incredibile, ma è così 😀 ). Oggi non riesco a pensare ad una analisi degna di questo nome in cui non si debba creare uno o più segmenti per sviscerare il dato.

L’interfaccia di creazione è sempre stata fedele a se stessa, e anche l’output è sempre stato sempre uno ed uno solo: un segmento di visite. Le cose sono però destinate a cambiare drasticamente tra qualche mese, quando il rollout della nuova interfaccia di segmentazione raggiungerà tutti voi. Il team di Google Analytics ha infatti annunciato che la nuova feature è pronta per essere rilasciata e l’ha presentata a tutti tramite un post sul blog ufficiale.

Prima di addentrarmi nei particolari vi posso anticipare la mia opinione dopo qualche mese di utilizzo: è molto molto bella la nuova parte superiore, quella che da il contesto dei segmenti, con grafici ad anello colorati come il segmento e la percentuale di traffico che ogni segmento ha: riorganizzata in orizzontale è visivamente più appagante ed efficace.
E’ molto bella la nuova interfaccia di selezione dei segmenti, che possono essere visti come rettangoli, come lista-elenco, filtrati a seconda che siano quelli di default o creati da noi o speciali (sui quali abbiamo messo una stellina) e anche ricercabili: la ricerca dei segmenti avanzati, per un analista medio, è sempre stata la maggior richiesta a Google.
Trovo invece ancora leggermente spiazzante la nuova interfaccia di creazione dei segmenti, che è poi la punta dell’iceberg delle – tante – novità.

La prima di queste è la possibilità di fare segmenti sugli UTENTI, e non solo sulle visite. Sebbene questo tipo di novità si esprima al 100% usando Universal Analytics, anche la versione standard di GA ha il concetto di visitatore, sebbene non consenta di controllarne il cookie. Con i nuovi segmenti avanzati sarà possibile quindi creare un segmento che conterrà tutte le visite di coloro che soddisfano certe condizioni. Un esempio pratico può essere un segmento che isola i visitatori che hanno generato più di 500 euro di entrate.

La prima cosa da notare è che non stiamo parlando di sessioni in cui si spende oltre 500 euro (questo è già fattibile adesso), ma di un segmento che prende tutte le visite di quegli utenti che in un dato lasso temporale fanno transazioni per un ammontare di oltre 500 euro. In quanto tempo? non oltre 90 giorni indietro. Quando si crea un segmento basato sui visitors, la finestra temporale viene automaticamente limitata a 90 giorni. Perché? perché per dare il dato GA lo deve calcolare al volo, ma deve prendere in esame TUTTE le visite di questi 90 giorni. In pratica riprocessa i dati “al volo”, perché io potrei aver speso 500 euro in una unica sessione 88 giorni fa, e tu potresti aver fatto 3 transazioni da 200 euro nel giro di tre mesi: in quel segmento ci finiremmo entrambi, come visitatori, e il segmento mostrerebbe tutte le visite che abbiamo fatto in quel lasso temporale e che hanno concorso a raggiungere la soglia impostata nel segmento. Notevole, no? 🙂

La seconda possibilità è la possibilità di creare segmenti per fare cohort analysis. Un esempio di questo tipo di segmento è “tutte le visite degli utenti la cui prima visita è stata tra il giorno x e il giorno y”; utile magari per studiare i ritorni di una specifica azione di marketing con timeframe definito (ad esempio una DEM, o i nuovi visitatori acquisiti durante le festività natalizie). In questo caso il timeframe di prima visita non può essere più lungo di 31 giorni, e l’unica dimensione impostabile è la prima visita (quindi nessun segmento del tipo “tutti quelli che hanno convertito tra il giorno x e il giorno y)

Terza possibilità è la creazione di segmenti basati su sequenze, esattamente come avviene già con le liste di remarketing da GA. Voglio dire che sarà possibile creare un segmento delle sole visite che hanno visto certe pagine in sequenza (pagina A, poi pagina B e poi pagina C), sia in sequenza “stretta” – pagina B subito dopo pagina A – sia in sequenza “generica” – pagina B in un qualsiasi momento dopo pagina A (selezionando le sequenze utenti quindi prenderebbe anche l’ultima e la prima hit di due sessioni diverse, purché fatte dallo stesso utente).
Questo tipo di segmentazione è molto potente e utile, non solo per studiare le navigazioni. Un altro esempio interessante è l’analisi degli upselling: “segmento sequenza su visitatori che hanno comprato item TELEVISORE seguito da (in visite successive, sottinteso) item STAFFA”, che può aiutarmi a comprendere se il mio upsell via email ha funzionato o se posso implementare direttamente un suggerimento durante l’acquisto perché effettivamente avviene già questo tipo di upsell spontaneo.
Ultimo esempio, tratto dall’enciclopedico post di Justin Cutroni in proposito, è un segmento basato su condizione del tipo “pagina contiene step X del funnel e transazioni per sessione = 0”, ovvero un segmento che isola chi inizia un checkout ma non lo termina.

Infine i ritocchi all’interfaccia: oltre a quanto vi ho detto a inizio post, troviamo anche la possibilità di avere anteprima numerica del segmento che stiamo creando, sia basato su sessioni sia su utenti coinvolti

e la possibilità di copiare un segmento direttamente dall’interfaccia: utile per provare variazioni su segmenti già esistenti senza dover fare complicati giri di clic per avere la stessa base.

Insomma, che ne pensate? 🙂

L’ultima volta che c’è stata novità nelle API era inizio Aprile (inserimento degli experiment ID e variant) e da allora non è più cambiato nulla. Ora il team ci informa che – di colpo – sono disponibili 40 nuovi datapoint, cioè possibili punti di interrogazione, nelle esportazioni possibili.

Questi datapoint comprendono, tra l’altro, molte dimensioni relative all’app tracking (screenName, AppName, isTablet), alcune relative alla nuova possibilità di registrare transazioni nella valuta locale e altre relative ai periodi temporali.
Su quest’ultimo punto, in particolare, alcuni potrebbero non ritenere degne di nota le novità, ma garantisco che avere la possibilità di estrarre direttamente il dayOfWeekName o la isoWeek consente di evitare numerosi calcoli necessari a posteriori dell’estrazione del dato.

E’ anche presente un datapoint denominato fullReferrer, ma al contrario di quanto ci si possa aspettare dal nome, non rappresenta il referrer completo della querystring (come si avrebbe usando un normale filtro) ma solo la combinazione dominio+path (ovvero quel che era già possibile interrogare con un custom report)

Qualche settimana fa Google Analytics ha modificato la procedura per collegare un account AdWords a un account Analytics, rendendo il tutto più semplice. Al momento la procedura consiste in due soli click, e non c’è più bisogno di scegliere la codifica automatica o abilitare l’import dei costi, viene tutto fatto automaticamente. Inoltre, non appena la modifica sarà propagata a tutti gli account, sarà possibile creare un nuovo collegamento direttamente dal pannello di Amministrazione di Analytics (al momento la procedura può invece solo iniziare dal pannello di AdWords).

Poco fa invece il team ci ha informato che un’altro grande cambiamento aspetta tutti coloro che sono soliti passare ore e ore sulla sezione dei report AdWords all’interno di GA: il renaming “dinamico” delle campagne. Cosa significa? Significa che fino ad ora, rinominare una campagna su AdWords (per errore, per correzione o per propria comodità) portava a duplicare la campagna sui report GA, con la complicazione che le visite restavano attribuite alle “vecchie” campagne, mentre i dati di preclick andavano a finire nella “nuova” campagna.

Se guardate l’esempio sul post ufficiale sarà lampante cosa accadeva, e anche cosa accadrà in futuro: rinominare una campagna avrà lo stesso effetto sua AdWords e Analytics, e quindi il numero totale di campagne in un dato periodo sarà sempre consistente tra le due piattaforme. Si parla inoltre di una nuova “infrastruttura” in grado di riflettere più velocemente di adesso le dimensioni AdWords su Google Analytics, ad esempio per avere a disposizione le metriche sulle campagne potenziate. Semplificazione e maggiore potenza, non chiediamo altro 🙂

Quasi una settimana fa il blog ufficiale ha annunciato il prossimo arrivo di una interfaccia di amministrazione tutta nuova. Come al solito si tratta di un “coming soon” e bisogna pazientare, ma avendo potuto provarla in anteprima per qualche settimana, posso darvi le mie impressioni.

Innanzitutto la grafica: molto più “morbida”, tutta in toni di grigio, molto elegante. Da qualsiasi punto si clicchi il pulsante di amministrazione, si arriva alla medesima interfaccia che mostra – esplosa – la visione sui tre livelli differenti di oggetti su cui si può operare: account, proprietà e profilo (e se avete dubbi, avevo scritto un articolo a proposito qualche tempo fa).

Il nome di ogni oggetto è contenuto in un menu a tendina, dal quale si può passare a un altro oggetto di pari livello: dal primo menu si cambia ACCOUNT, dal secondo menu si cambia PROPRIETA’ (all’interno dello stesso account), dal terzo si cambia PROFILO (all’interno della stessa proprietà).
Sotto ad ogni oggetto vi è poi l’elenco completo delle azioni che è possibile operare su di esso; quante volte vi siete chiesti se la gestione degli account AdWords fosse all’interno della proprietà o dell’account? e AdSense si linka da profilo o da account? e il remarketing? tutto questo sarà un ricordo, perché in una unica schermata ci sono tutti i link possibili.

Inoltre c’è un effetto molto bello di transizione che porta dalla schermata a tre colonne a una schermata con una colonna sola, corrispondente alle voci di menu parallele alla selezione fatta, e che nella parte destra reca lo spazio per operare fisicamente le modifiche. Per intenderci, se clicco “Filtri” su un profilo, mi trovo una schermata come questa (clic per ingrandire)

tramite la freccia in alto posso tornare al menu precedente, con la tendina cambio profilo, agendo sul menu laterale faccio comparire le schermate con le configurazioni di PROFILO. La schermata di una proprietà è uguale, salvo avere le voci di menu relative alle proprietà, e così via.

All’inizio dovrete farci un pochino l’abitudine, come tutti i cambiamenti radicali di interfaccia, ma sono sicuro che dopo qualche giorno la troverete molto utile e funzionale anche voi! 🙂

Questa mossa me l’aspettavo praticamente da quando esistono i content experiment. Questo perché la maggior parte delle volte che si ha a che fare con un esperimento, esso va eseguito su di un CMS. E quale modo migliore per agevolare chi usa CMS, specie quelli famosi, se non creare una API che può essere sfruttata programmaticamente in modo facile, perché qualche sviluppatore ha creato un modulo o un plugin?

Questo credo sia solo una delle motivazioni che ha spinto il team di Google Analytics a creare la nuova API per i Content Experiment, annunciata ieri.
I vantaggi principali dell’uso dell’API al posto del normale snippet di codice sono riassunti così:

• esperimenti senza redirect: lo snippet attuale fa un redirect usando javascript. L’uso di API consentirà di evitare questo passaggio, e di informare il sistema che è stata servita una versione A o B sul medesimo URL
• testing di “cose” lato server: si potranno testare anche “cose” che l’utente non vede, perché avvengono lato server. L’esempio che fanno sul post ufficiale è un algoritmo o un reccomendation engine. Ad esempio si possono usare due diversi set di post consigliati, basati su query diverse, e capire quale dei due funziona meglio nel servire post che poi vengono cliccati.
• logica personalizzata negli split: per chi non volesse usare l’algoritmo denominato “multi armed bandit” potrà implementare una propria logica per servire le variazioni, magari tornando al classico 50/50
• testing con il protocollo di misurazione: Universal Analytics permette di comunicare con Google Analytics attraverso un protocollo di misurazione, e quindi permette di tracciare anche cose diverse da siti web. Usando l’API dei Content Experiment e il protocollo di misurazione sar possibile fare A/B test anche su questi oggetti che non rappresentano siti internet.

Insomma, come tutte le nuove API che vengono introdotte, bastano poche righe per annunciarle, ma aprono moltissime possibilità per tutti, developer, persone con le idee e utilizzatori finali 🙂

Come vi avevo anticipato ieri, l’interfaccia di creazione dei goal è stata rifatta con una grafica più moderna, che assomiglia molto all’interfaccia di creazione dei content experiment. Anche l’usabilità mi sembra migliorata.
Ora il passaggio 2 si presenta così (clic per ingrandire):

Vi faccio notare il riquadro rosso, che rappresenta una quantificazione di quanto un goal configurato così avrebbe convertito negli ultimi 7 giorni (e questo l’abbiamo già visto nella creazione delle liste di remarketing). Può essere molto utile per capire se stiamo sbagliando qualcosa, perché se ci desse un tasso di conversione dello 0% potrebbe voler dire che la pagina è nuova ma anche che lo abbiamo configurato male e non traccerebbe niente, dandoci quindi la possibilità di correggere ancora prima di mandarlo in produzione.

Tra le ormai pressoché quotidiane novità che abbracciano lo strumento (tipo oggi ho visto i nuovi goal in un tweet di Jehoshua Coren), i filtri non vengono toccati da un po’ di tempo. E’ vero che sono un punto nevralgico del sistema, perché le modifiche ai dati sono permanenti, ma di norma aggiungere qualcosa non è mai foriero di problemi.

Infatti oggi il team di Analytics ci informa sul blog ufficiale che sono disponibili 10 nuovi campi relativi al mobile, 3 relativi ai social, 3 relativi a contenuti e traffico e 1 per l’ecommerce. La lista è sul post del blog ufficiale, e alcuni di essi sono piuttosto interessanti: mi riferisco in particolare a “hit type”, che consentirebbe, ad esempio, di avere un profilo che registra solo e soltanto le transazioni. Oppure a “internal search term”, che consente di fare una cosa che, incredibile a dirsi, era fino ad ora impossibile: rendere tutte le ricerche interne minuscole, per normalizzare il report.

Altra novità (o almeno presunta tale, io non mi ricordo di aver mai visto quella pagina) è la lista completa di tutti i campi filtro e relativa spiegazione, disponibile in lingua inglese a questo indirizzo https://support.google.com/analytics/answer/1034380 o in italiano a questo altro url: https://support.google.com/analytics/answer/1034380?hl=it&uls=it

[edit 27/3: i real time widget sono spariti, oggi. Pazienza, probabilmente è solo questione di tempo 🙂 ]

[edit 28/3: arriva anche il post ufficiale, senza i widget, ma con altre novità: ora il realtime fa lo spaccato del traffico desktop/cellulari/tablet, andando nel report dei contenuti. Inoltre si possono creare scorciatoie che memorizzino anche i “segmenti” applicati. Infine quando si applica un segmento è possibile comparare il dato real time con quello globale, secondo per secondo. Provate ad esempio a cliccare sul traffico diretto e poi mettere la spunta su “mostra tutto il traffico”. Il traffico diretto resta azzurro scuro, il traffico totale azzurro chiaro. Pura potenza di calcolo!]

Stavo sistemando una dashboard quando ho notato due righe di pulsanti per aggiungere un widget: sulle prime ho pensato a un errore del browser o del css, poi ho guardato meglio:

Preso dal sacro fuoco della curiosità ci ho subito cliccato ed effettivamente mi ha dato la possibilità di selezionare una sola metrica, cioè visitatori, ma di avere i widget aggiornati in tempo reale, esattamente come avviene nei report. Veramente interessante e di grande aiuto quando si vuole dare ancora maggiore contesto alla dashboard, per la serie “in un dato arco temporale hai questo, ma di norma in ogni istante hai quest’altro”.

L’altra novità che ho visto è la comparsa di un report “Eventi” all’interno del tempo reale.

Verificato sperimentalmente anche quello, funziona e fa quel che promette, cioè visualizza in tempo reale la categoria e l’azione degli eventi nel momento in cui accadono sul sito (beh, con qualche secondo di ritardo 🙂 ). Cliccando sulla categoria si ha il dettaglio delle etichette dei singoli eventi.

Ultima novità viene dal blog ufficiale, che ci informa che i report “attività hub dati” e “trackback” sono stati promossi al primo livello della sezione di report Sociali, e non sono più incorporati all’interno di altri report. In effetti risultavano un pochino nascosti.

Ieri Google ha aperto a tutti la possibilità di provare analytics.js, il file che abilita le nuove funzioni di Universal Analytics annunciato durante lo scorso Summit. In realtà non basta cambiare il file che si richiama sulle pagine, c’è anche bisogno di creare un nuovo profilo. Nelle prossime settimane verranno fornite, probabilmente, delle guide per il passaggio.

Universal Analytics, ve lo ricordo, permetterà di incentrare le analisi sul visitatore, nella sua forma più “pura”, riuscendo a tracciarlo durante tutti i suoi movimenti – a determinate condizioni – e riuscendo quindi a fare segmentazioni per visitatore e non più per visita. Un vantaggio sarà ad esempio poter riconoscere una stessa persona quando usa device multipli.
Altra novità è la possibilità di usare un tracking server-side, usando un protocollo di invio dei dati ideato da Google.

Le possibilità che Universal Analytics apre sono moltisisme, molte più di quelle che riusciamo a immaginare fino ad ora, e sicuramente l’apertura a beta pubblica denota un grado di maturazione sufficiente e fa ben sperare sulla data di rilascio finale (che comunque non reputo vicina). In questo periodo le persone potranno provarlo e capire se e come potrà essere utile, studiarlo, creare framework di tracciatura e insomma arrivare preparati quando Universal farà il suo debutto ufficiale.

La grande novità di oggi sono i nuovi permessi utente, attesi da praticamente sempre e invocati a gran voce da tutti gli utenti con almeno due account a cui io abbia mai rivolto la parola.
Tradizionalmente sono sempre esistiti due ruoli, in Google Analytics:

• Utente: può vedere i report di un singolo profilo
• Amministratore: può vedere i report di tutti i profili di un Google Analytics Account, e modificare la configurazione

Il problema è che non c’è la via di mezzo: vedi poco di un solo profilo o vedi tutto di tutti.

Tra qualche settimana invece i permessi saranno portati a tre, e la granularità sarà aumentata grazie a un sistema di ereditarietà e sommatoria dei ruoli. I nuovi ruoli saranno (in inglese che chissà poi come li traducono):

• Manage Users: può aggiungere e rimuovere utenti e cambiare i permessi. Niente altro.
• Edit: può compiere task amministrativi, come aggiungere property e account, filtri, obiettivi, ma non può modificare gli utenti. Include anche il ruolo View
• View: può vedere i report

I permessi sono ereditari, nel senso che se aggiungo un utente con ruolo View a un Google Analytics account, esso avrà accesso come View anche a tutte le web property e tutti i profili. Mentre se aggiungo un utente come Edit a un singolo profilo, esso vedrà e potrà modificare solo il singolo profilo.
Naturalmente i permessi, scendendo nella gerarchia, si possono aggiungere ma non togliere: quindi un permesso Edit sulla web property non si può limitare a View su un profilo ivi contenuto, mentre è vero il contrario (View sulla property e Edit su soltanto un profilo).

Nelle prossime settimane Google migrerà automaticamente tutti gli utenti esistenti secondo queste regole:

• Gli Amministratori diventano “full access” (quindi tutti e tre i permessi di cui sopra) a livello di GA account
• Gli utenti diventano “view” per i profili cui hanno correntemente accesso

La domanda che ho visto girare su Google Plus è questa: questo risolve l’annoso problema degli account in mano a persone “sbagliate”? (si veda questa discussione in proposito)
La risposta sembra essere si, perché adesso puoi rendere una persona “amministratore” di un singolo profilo, dandogli tutti e tre i permessi limitatamente al singolo profilo. Non risolve del tutto, perché qualcuno con un privilegio più alto può sempre rimuoverti (e perché ad esempio alcune cose si possono fare solo a livello GA account, come il collegamento AdWords), ma dovrebbe risolvere al 90%.

L’altra domanda che mi pongo, e per la quale incrocio le dita, è: ci sarà finalmente la possibilità di auto-rimuoversi dai profili? almeno riuscirò a fare pulizia di tutti quei profili dai quali non riesco a liberarmi (e che non posso nemmeno punire con un filtro azzera-visite perché adesso c’è la cronologia delle modifiche 😀 )