Siccome è un fenomeno che ho rilevato su moltissimi profili, ho sempre saputo che si trattasse di un errore di Google Analytics, ma non ho mai riflettuto abbastanza sul perché si presentasse. La risposta me l’ha data qualche tempo fa Alessandro Sinigaglia, con il quale si stavano guardando i report in tempo reale. “E’ la coordinata 0,0” mi fa, come se fosse la cosa più naturale del mondo. E ovviamente ha ragione. Il perché questo accada, con precisione non lo so tutt’ora: ma so che quando arriva una visita per capire da dove essa provenga Analytics guarda l’indirizzo IP e consulta il suo enorme geodatabase.
Per fare questa operazione nei “normali” tempi di elaborazione dei report impiega il tempo che ci vuole, per farla nei report real-time ha ovviamente molto meno tempo a disposizione, perché la visita deve essere mostrata subito all’utente: se per qualche motivo l’operazione non riesce, mi sono fatto l’idea che piuttosto che ritentare GA preferisca andare avanti, e gli assegni le coordinate di default 0,0, che poi la mappa mostra e visualizza correttamente.

Infatti per gli stessi report in cui si verifica il fenomeno non rilevo poi visite da Nigeria e paesi limitrofi, segno che si tratta solo di un problema col geocoder del real-time

Guardare al report Tempo all’acquisto, scheda Visite alla transazione nella sezione Ecommerce significa avere uno spaccato su quante visite sono occorse prima di una transazione a partire dall’ultima campagna registrata. E come ormai dovremmo sapere, questo equivale a dire “dall’ultima volta che il cookie __utmz è stato cambiato”

Il report Lunghezza percorso nelle Canalizzazioni multicanale invece ci indica quante visite sono state necessarie, negli ultimi 30 giorni, affinché la transazione abbia avuto luogo.
Vediamo un esempio pratico:

Nel periodo in oggetto registro 18 transazioni, e il report “Visite alla transazione” mi dice che 11 avvengono con 1 visita, 4 con 2 e 3 con 3. O meglio, quel che realmente mi sta dicendo è che 11 transazioni avvengono durante una visita in cui __utmz era stato cambiato, 4 avvengono alla seconda visita dopo l’ultimo cambio di __utmz e 3 alla terza.
come si presenta il report Lunghezza percorso nei Multi Channel Funnel per lo stesso periodo, e per lo stesso obiettivo? così:

Numeri completamente diversi, che mi indicano quante VISITE sono state necessarie per la conversione, a prescindere dai cambi di cookie, negli ultimi 30 giorni. L’ultima transazione ha richiesto ben 11 visite prima di convincersi a mettere mano al portafogli. Per comprendere ancora meglio la cosa, torniamo un attimo al report precedente. Quando è che il cookie __utmz non viene cambiato, e quindi non attiva il conteggio nel report Visite alla transazione? quando la visita è diretta (Google Analytics usa l’attribuzione last cookie non direct, ricordate vero?). Allora prendiamo il report dei percorsi di conversione nei funnel multicanale e…

… il numero di conversioni che avvengono durante una sessione “direct” è proprio 7, cioè le 4+3 del primo screenshot.

Escludendo i social-plugin, che richiedono un settaggio apposito sul sito, il bello dei nuovi report sociali è che si attivano da soli, senza bisogno di fare nulla. Nessuna azione è richiesta all’utente, e la magia si compie da sé. E allora che cosa è e a cosa serve quella tab che si vede accedendo all’Amministrazione di un profilo, quella tab chiamata IMPOSTAZIONI SOCIALI e che riporto nell’immagine in apertura?

Si tratta di una serie di campi (se ne possono aggiungere tramite il pulsante + posto alla destra del form) che permettono di AGGIUNGERE altre fonti da considerare nei social report. Cioè di URL che contengono contenuti sociali relativi al nostro sito. L’esempio che fa Google Analytics calza a pennello: il nostro canale youtube contiene sicuramente delle attività sociali, quindi è giusto farlo confluire nei report sociali. Ci sono però due cose da tenere a mente:

1. molto importante: come sottolineato anche dalla schermata di configurazione, se si inserisce uno o più URL in quel campo è necessario anche riportare l’indirizzo del sito tracciato. Questo perché per impostazione predefinita i report sociali tracciano il sito impostato nel profilo di GA, ma se andiamo a toccare questo settaggio allora lui vuole la lista completa degli URL; mi sembra abbastanza assurdo, ma al momento è così.
2. secondariamente: non immaginatevi di trasformare quei report in uno strumento di analisi della concorrenza. Non è che inserendo qualsiasi url i report sociali si popoleranno con i dati delle condivisioni e delle citazioni di quell’URL! ci ho sperato per un secondo anche io (ho provato a vedere cosa si diceva del sito nasa.gov ), ma evidentemente non è così. L’help ufficiale ci viene in aiuto e recita “Activities data is only shown for properties from which your domain has received hits. (I dati delle attività vengono mostrati solo per le proprietà web dalle quali il vostro dominio ha ricevuto visite).

Vi eravate accorti di questa possibilità?

Relatori saranno Alberto Mancini e Francesca Tosi fondatori del progetto Jooink finanziato da Telecom Italia e creatori del Google Technology User Group di Firenze (GTUG).

L’evento si terrà nella sede del Centro Adriatico Eventi ad Ascoli Piceno (mappa) e la partecipazione al corso ha un costo di 149€. Al termine del corso verrà rilasciato un attestato di partecipazione.

Per maggiori informazioni potete pure contattare me, che poi vi instrado verso gli organizzatori

Dico dovrebbe perché ci ho giocherellato un po’, e nonostante abbia seguito le istruzioni (e provato anche a fare di testa mia), non sono riuscito a venirne a capo. Non mi reputo certamente un genio di javascript, ma non mi sento nemmeno un principiante: diciamo che se mi dicono che c’è una nuova “easy library” e c’è un esempio funzionante e del codice sorgente, mi figuro di poterci riuscire.

Comunque sia, la libreria è questa (si trova nella prima riga), l’esempio è nella stessa pagina. La demo funzionante di Nick si trova invece qui (avrete bisogno del numero di Table_ID).

Se qualcuno vuole cimentarsi e mi fa vedere una pagina funzionante, gliene sarò grato

Comunque sia, una cosa che i report in real-time possono già fare, ancorché in modo limitato, è la segmentazione: non la segmentazione avanzata cui siamo abituati, ma una blanda segmentazione in grado di farci percepire meglio un determinato gruppo di visite. Per accedere ai report segmentati è sufficiente cliccare uno dei link presenti nei report, è molto semplice. Ad esempio partendo dal report real-time “sorgenti di traffico”, e cliccando “organico” e poi “ask” (se ce l’avete), otterrete lo stesso report solo per coloro che in questo istante sono giunti sul sito tramite parole chiave sul motore di ricerca ASK. La cosa è mostrata graficamente tramite due rettangoli presenti sopra al report, così:

Una volta selezionato un segmento, esso sarà mantenuto anche cambiando report, ad esempio passando alle località o alla panoramica, e per modificarlo sarà sufficiente rimuovere una o più condizioni tramite le X poste sulle dimensioni – che però curiosamente sono indicate in blu invece che in verde, al contrario dello standard di Google Analytics – oppure agire sul link “azzera”.

Ripeto, non è la stessa cosa che crearsi un segmento avanzato, ma è sempre meglio di niente!

Comunque sia, ieri il team ha annunciato che all’interno dei social report è adesso possibile vedere anche i trackbacks al nostro sito, ovvero sia le pagine che hanno link verso le nostre. Nei report questa informazione si può trovare nei report SOCIALE -> Pagine -> (selezionare un URL) -> (scheda flusso delle attività) -> Eventi. I trackbacks hanno l’icona a forma di freccetta verde rivolta all’indietro, questa:

e in realtà al momento non viene visualizzato l’url della pagina che linka, bensì il suo titolo. E’ comunque possibile vedere l’indirizzo e visitare la pagina linkante usando l’ultima icona sulla destra, la freccia verso il basso, e selezionando “visualizza attività”. Nel post di SEland che ho appena linkato c’è anche la procedura per vedere tutti i trackback: basta usare il breadcrumb di navigazione in altro e tornare su “TUTTE”, oppure cliccare direttamente una icona verde e filtrare per tutti i trackback.

Così com’è l’informazione è un po’ nascosta, ma se come dice Ilya Grigorik in futuro sarà più accessibile sarà un bel report, interessante ed utile: sapere quali sono i contenuti più linkati, di maggior successo, è sempre un buon punto di partenza per riuscire a replicarne le performance.

Se infatti la pagina non tracciata fa parte di un ALTRO dominio, o di un sottodominio che genera un altro set di cookie, o di un dominio terzo con lo stesso codice di GA ma non gestito con le apposite funzioni di passaggio dei cookie, allora il ritorno ad una pagina tracciata rientra nel caso di una visita da referrer: se il cookie __utmz contiene qualsiasi altra informazione, viene cambiato, viene generata una nuova visita e si vede un referrer.

Se invece si sta parlando di una normale navigazione A -> B -> C, dove la pagina B NON CONTIENE il codice di GA e le altre due si, quel che arriva ai server di Analytics è semplicemente A -> C; B non esiste, non avrebbe modo di sapere che esiste e non può essere tracciata. All’arrivo sulla pagina C Analytics si chiede “e questo visitatore chi è, da dove arriva?”, controlla se è presente il cookie __utmb (che scade dopo 30 minuti di inattività dell’utente), e se lo è semplicemente accoda la pagina C alla visita, e la piazza dopo la pagina A.

Se invece sulla pagina B l’utente trascorre più mezz’ora, allora si genera un nuovo cookie __utmb, quindi una nuova visita, con referrer il proprio sito. Ma questo accade in ogni caso in cui l’utente lascia scadere la sessione di visita, anche nei siti taggati perfettamente.

C’è però una cosa da tenere presente, che è una conseguenza del cambio di calcolo delle visite operato da Google Analytics nell’Agosto 2011: siccome prima di allora il modo per controllare se iniziare o meno una nuova sessione era il cookie __utmc (che veniva distrutto alla chiusura del browser), una sequenza come A -> browser chiuso -> B (il tutto entro mezz’ora) veniva vista come due distinte visite. Da dopo il cambio si tratta invece di una sola visita.

Come avevo più o meno pronosticato, si tratta dell’evoluzione e della codifica di una cosa che si poteva già fare, e si poteva fare con una libreria messa a disposizione da Google su una pagina seminascosta delle pagine dei developer (che però è stata rimossa). Oggi il tutto viene modernizzato con un set di chiamate apposito e ufficializzato. La nuova funzione ha questa sintassi:

_gaq.push(['_trackTiming', 'categoria', 'variabile', 'tempo', 'label_opzionale', 'samplerate_opzionale']);

e come molte delle ultime funzioni introdotte è praticamente una variante della funzione _trackEvent. La categoria ci permette di separare logicamente i vari caricamenti (librerie, immagini, richieste AJAX…), la variabile è il nome dell’oggetto che stiamo tracciando, il tempo sono i millisecondi impiegati per caricare, la label può servire per distinguere ulteriormente differenti tempi di caricamento, e il samplerate ci permette di decidere a quale percentuale di visite applicare il tracciamento.

Si tratta ovviamente di un tracciamento molto avanzato, che richiede un po’ di programmazione, quindi la cosa migliore che posso fare è rimandarvi alla documentazione ufficiale; in fondo alla pagina ci sono altri esempi su cose che si potrebbero tracciare: il tempo speso a guardare un video, il tempo impiegato per finire un livello di un browser-game, il tempo speso per leggere una sezione o una pagina (magari modificando questo metodo di Justin Cutroni).
Mi piacerebbe però anche sapere voi cosa ci fareste o cosa avete intenzione di fare con questa nuova funzione…

• La versione 4 è ancora disponibile: il link è stato spostato nel footer, e si chiama “Versione precedente – Rapporti”. Ho visto passare su Twitter messaggi disperati per questa mossa, ma mi sento in dovere di dirvi una cosa: abbandonate la vecchia versione il prima possibile, tanto non sarà Febbraio come ipotizzato mesi fa, ma è solo questione di tempo prima che scompaia del tutto. Arrivare impreparati all’evento sarebbe drammatico, ipotizzare che in qualche modo la 4 continuerà ad essere disponibile (magari sulla base del fatto che esistono complessi iter per avere la vecchia interfaccia di Gmail) addirittura azzardato!
• Phil Mui lascia Google: per chi non lo sapesse, Phil è stato uno dei product manager per Google Analytics per molti anni. Viene descritto come persona gentilissima ed estremamente disponibile, e come uno dei più grandi contributori alla progressione dello strumento per come oggi lo conosciamo. Noi eravamo abituati a sentire il suo nome come speaker alle conferenze e sognare annunci di nuovi rilasci, un po’ come è successo per i report social all’ultimo LeWeb. Lascia Google per una società di nome Acxiom
• goanalytics.info raggiunge gli 800 fan su Facebook: invero non molto da dire, se non un grosso grazie!