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!

La premessa è avere un sistema che tracci su Google Analytics la posizione della keyword: in passato ne abbiamo visti alcuni, altri ne potete trovare con delle ricerche su Google. Se avete dei profili-copia in cui avete keyword (posizione), allora avete già risolto la parte “difficile” del lavoro. Darò per scontato che sia così, diversamente rileggetevi il post che ho linkato poco sopra.

A questo punto il report delle keyword mostrerà un record per ogni posizione in cui si trovava la keyword estirpata da Google al momento di passarvi la visita, quindi avremo dei record con (not provided)(1) distinti dai (not provided)(3). Aggiungendo la dimensione secondaria “pagina di destinazione” e ordinando per quest’ultima ci ritroveremo con la situazione che mostra nello screeshot

Se la keyword (not provided) ha lo stesso ranking di una in chiaro, e anche la medesima landing page, ci sono buone probabilità che si tratti della stessa keyword. La cosa funziona meno per le pagine molto popolari, cioè quelle che attraggono visite con keyword molto variegate, come spiega Barry in fondo al suo post.

Qualunque tecnica si scelga, il primo passo da fare per provare e venire a capo dei (not provided) è quello di diluirli: con dimensioni secondarie, filtri o segmenti, analizzare un unico blocco è diverso da avere tanti piccoli record. Ci sono maggiori possibilità di controllarli e confrontarli.

Le metriche usate seguono il classico schema “acquisition – engagement – conversion”, le dimensioni sono ovviamente “Parola chiave” e per ognuna di esse “Termine di ricerca“, e ho usato due filtri: includo solo le visite che hanno sia fatto una ricerca interna sia una visita da mezzo organic.
Il primo livello di dimensioni presenta le parole chiave usate per raggiungere il sito dai motori per le sole visite che hanno poi fatto una ricerca interna. Al clic verranno presentati i termini di ricerca usati.
Se dopo averlo provato ti stai domandando “cosa sono tutte quelle visite a 0 nei termini di ricerca?” ti dico subito che non lo so: per qualche strano motivo il conteggio totale delle visite è corretto, ma i singoli record no, almeno per quel che concerne le metriche non strettamente legate alla ricerca interna. Vero è che una stessa visita può fare più ricerche interne (e questo lo spiegherebbe), è strano però che io veda keyword con 19 visite nel cui dettaglio i termini di ricerca hanno tutti zero visite. Quel che mi interessava maggiormente, comunque, era avere a portata di mano un report che legasse le keyword esterne a quelle interne, e pazienza se alla seconda dimensione alcune metriche perdono senso.

DOWNLOAD DEL CUSTOM REPORT

Se avete correzioni o suggerimenti, sono come sempre bene accetti!