Oct 07 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo verde - articolo per tutti

Le 14 novità del Summit 2013

autore: Marco Cilia categoria: generale tag: , ,

Quando dico che ormai gli annunci di novità sul prodotto si susseguono a ritmo forsennato, la maggior parte di voi immagina uno o due novità al mese, abituati come eravamo fino a qualche anno fa quando si stava anche mesi “in tranquillità”. Ma che ingegneri Google sarebbero, se non tenessero conto preciso di quel che fanno? durante il keynote di apertura del Google Analytics Summit – che è stato trasmesso in diretta streaming – hanno dato il numero esatto delle novità introdotte dallo scorso Summit: 70.

E per non farsi mancare niente durante lo stesso keynote ne hanno annunciate altre 14, che vado a riportarvi qui linkando ove già presenti i post ufficiali:

  1. Auto Event Tracking per il Tag Manager: un sistema per far sì che pressoché qualsiasi cosa sia tracciabile dal Tag Manager senza bisogno di far inserire codice in pagina. Le potenzialità sono enormi, l’ho provato brevemente nella sua forma base e sto fantasticando di usi incredibili :)
  2. SLA sul Tag Manager per clienti Premium: se un cliente Google Analytics Premium si vuole affidare a GTM, adesso è presente anche un Livello Minimo di Servizio, per essere sicuri che i propri tag siano sempre “consegnati” correttamente.
  3. Processo di upgrade delle web property a Universal Analytics: ovvero la possibilità di passare a Universal senza dover creare un nuovo codice di monitoraggio, novità attesa a lungo da molti.
  4. API per enterprise: si tratta di un set nuovo di API che consentono di automatizzare i processi di creazione di account, property e view e anche utenti, delegando il tutto a uno script invece che a un processo manuale. Un salvagente incredibile quando si opera in contesti con centinaia di siti e di utenti, con permessi incrociati…
  5. report ABC: rimpiazzeranno completamente i report del traffico attuali, secondo la logica “acquisizione, comportamento, conversioni”. Le attuali fonti di traffico, granulari, potranno essere raggruppate logicamente in “canali”, sui quali l’utente avrà il pieno controllo. Di questi sarà necessario fare un post a parte appena saranno lanciati, perché rappresentano una novità molto grossa e che va maneggiata con cura.
  6. Nuovi segmenti: in realtà una nostra vecchia conoscenza, non so esattamente perché li abbiano spacciati per nuovi. (forse per non fare 13 annunci :P )
  7. Audience reporting: altra novità molto grossa, si tratta di report che mostrano età, sesso e interessi dei navigatori, in modo che sia poi più efficace creare target sul Google Display Network
  8. Dati demografici nei segmenti unificati: la naturale conseguenza del punto precedente, è la possibilità di creare segmenti usando i dati demografici appena introdotti.
  9. BigQuery integration: esce dalla beta questa integrazione, presentata già allo scorso Google I/O. Limitata ai clienti Premium, ho visto la demo ed è IMPRESSIONANTE (oltre che essere una cosa maneggiabile solo da esperti/nerd/geek): si tratta di esportare i dati da Google Analytics su Big Query, integrarli eventualmente con dati proprietari, ed interrogarli in qualsiasi modo possibile con un linguaggio molto simile a SQL. La demo vista al Summit era paurosa!
  10. integrazione con DCM: DCM è il DoubleClick Campaign Manager, cioè il prodotto per la gestione delle campagne Display su DoubleClick. L’integrazione con GA Premium apre un ventaglio di scenari ampissimo, tutti estremamente interessanti, e a mio avviso si tratta della più forte integrazione tra strumenti Google e GA mai fatta dai tempi di AdWords.
  11. Dati della rete Display in MCF e Attribution: Al pari dell’annunciata integrazione con il display AdWords, anche i dati Doubleclick finiranno nei Multi Channel Funnel, e anche nei modelli di attribuzione, permettendo di avere una visione completa sulle interazioni dell’utente anche in assenza del clic e della visita.
  12. Integrazione con Google Play: anche questa mostrata al Google I/O, sarà disponibile per tutti a breve. Permetterà di controllare quali fonti di traffico portano visite alla pagina dell’applicazione sul Google Play, quante view fa la pagina, quanti install vengono fatti (e da quale sorgente) e di legare ogni installazione alla fonte originaria, attribuendo poi goal e revenue in-app a quella sorgente.
  13. GA Academy: un progetto di education targato Google/Justin Cutroni che mira a diffondere le corrette basi della cultura della digital analytics, soltanto in parte declinata sullo strumento Google
  14. Help in linea nel prodotto: una serie di aiuti direttamente dentro all’interfaccia, per non perdere il focus sulle analisi e avere risposte veloci e rapidamente.

Se vi siete persi il keynote, è stato postato sul canale Youtube ufficiale. Eccolo:

Come nota conclusiva, sono stato contento di aver finalmente conosciuto di persona alcuni nomi della bella community che gira intorno a Google Analytics: Phil Pearce, Julien Coquet, James Standen di Analytics Canvas, ma non solo ovviamente, e aver avuto la possibilità di parlare con alcuni degli ingegneri che plasmano ogni giorno il prodotto: sono persone che sanno davvero ascoltare se hai un’idea, e se è valida la portano realmente all’attenzione del resto del team. Sembra una cosa banale, ma non è affatto così scontata…


Sep 16 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo giallo - articolo avanzato

Metti qualsiasi tag nel Tag Manager

autore: Marco Cilia categoria: tagmanager tag: , ,

Sin da quando il Google Tag Manager ha fatto la sua comparsa nel panorama web, una delle critiche maggiori che gli è stata mossa era “eh, ma non ci posso mettere il tag xyz”. Non perché il GTM sia uno strumento su misura solo per i tag di Google – anche se ovviamente questi hanno dei template già pronti – quanto perché una delle restrizioni maggiori era data dal fatto che il codice del tag manager agisce in modo asincrono: ovvero viene eseguito “quando si può”, indipendentemente dallo stato di caricamento della pagina.

Questo determinava l’impossibilità di usare, all’interno dei custom HTML tag, codici che contenessero la direttiva “document.write”, che invece agisce in modo sincrono modificando l’output generato dal browser per inserire “pezzi” a partire da istruzioni javascript. Quasi tutti i pixel di tracciamento usano document.write per fare i tracciamenti, e fino a ieri non si potevano inserire nel GTM.

Da qualche giorno invece quando si crea un custom HTML tag esiste una checkbox – opzionale – che permette proprio di inserire codici con document.write nel tag manager. Quale tipo di “magia” tecnica ci sia dietro non me lo chiedete, non arrivo così in là con la comprensione di queste cose, ma da qualche test veloce sembra funzionare come ci si aspetta: in ogni caso tenete presente che si tratta di una funzione NUOVA, e che la dovrete usare a vostro rischio e pericolo.

Un’altra novità riguardante il tag manager è l’introduzione delle custom javascript macro, ovvero macro che non dipendono più dalla presenza o meno di un valore all’interno di URL, dataLayer, variabili o testo della pagina, ma che consentono di scrivere funzioni che dato un valore in ingresso lo elaborano e restituiscono un valore in uscita: questo consente tra le altre cose di aggiungere della “logica” (se… allora…) a uno strumento che fino ad ora ne era sprovvisto, e di fare tante altre cose carine che sto sperimentando in questo periodo :)

Infine una nota di colore: la settimana scorsa sono incappato in un errore strano facendo delle prove con Tag Manager, e non trovavo bibliografia in merito. Prova e riprova non ne venivo a capo, e quindi ho fatto una segnalazione: si trattava in effetti di un baco (o meglio di un caso particolare che generava un problema). La cosa è stata risolta in pochi giorni, e devo dire che mi ha fatto piacere sentirmi parte del continuo miglioramento di uno strumento che sta aiutando moltissime aziende e persone a velocizzare tantissimo i processi interni di gestione e delivery dei tag, e quindi ad avere risposte dagli strumenti in tempi incredibilmente ridotti!

EDIT, pochi minuti dopo: siccome le novità non sono mai troppe, apprendo or ora che esiste anche una V2 del dataLayer, impostabile quando si crea una macro, che consente di accedere ai valori nidificati tramite notazione javascript standard. La frase di help esatta è:
“Versione 2: i punti accedono a valori nidificati. I valori inviati al livello dati contenente punti nel nome verranno considerati valori nidificati in base alle regole JavaScript standard.”
Su questo però devo fare prima dei test, perché l’ho appena vista anche io :)


Jul 17 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo verde - articolo per tutti

Nuovi segmenti avanzati

autore: Marco Cilia categoria: codice di monitoraggio tag: , ,

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ì :D ). 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

new-segment

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? :)


Jul 10 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo verde - articolo per tutti

novità nelle API: 40 nuovi dati

autore: Marco Cilia categoria: API tag: ,

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)


Jul 03 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo verde - articolo per tutti

Novità nel collegamento con AdWords

autore: Marco Cilia categoria: report tag: , ,

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


Jun 17 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo verde - articolo per tutti

Breve tour guidato della nuova interfaccia di amministrazione

autore: Marco Cilia categoria: generale tag: ,

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)

nuova-admin

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! :)


Jun 05 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo giallo - articolo avanzato

API per i content experiments

autore: Marco Cilia categoria: API tag: , ,

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


May 11 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo verde - articolo per tutti

Lifting dell’interfaccia di creazione dei goal

autore: Marco Cilia categoria: generale tag: , ,

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

nuovi-goal

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.


May 09 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo verde - articolo per tutti

Update dei filtri con nuovi campi disponibili

autore: Marco Cilia categoria: filtri tag: , ,

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


Mar 27 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo verde - articolo per tutti

real time widget ed eventi, e report social

autore: Marco Cilia categoria: real-time tag: , ,

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

real-time-widget

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.

real-time-event

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.