Google Analytics in 30 secondi

Il tracciamento degli errori 404 in Google Analytics non è di per sé molto complesso: a seconda del metodo scelto potete usare le pagine viste, le pagine virtuali o gli eventi, e potete avere più o meno informazioni riguardo l’errore, con un po’ di javascript aggiuntivo. Quel che di solito accade è che si imposta il tracciamento e lo si guarda ogni tanto, quando si ha tempo, o alla peggio soltanto nei due giorni successivi al setup.

Invece gli errori 404 sono molto fastidiosi per gli utenti, e andrebbero sanati con azioni mirate, con redirect o altro ancora. Per questo motivo Tim Leighton-Boyce propone sul suo blog un approccio leggermente differente alla cosa, cioè l’uso di alert personalizzati; gli alert personalizzati, che finiscono nella sezione Eventi Intelligence (scheda HOME nella v5), hanno tra l’altro il grande pregio di beneficiare della funzione “contributori principali“, che ci aiuta a spiegare i segmenti maggiori che hanno portato a quel risultato. Ciliegina sulla torta, se il 404 è generato da un sito esterno, c’è il link alla pagina incriminata. Come dice Tim: “GA mi dice che c’è qualcosa di sbagliato, mi suggerisce quale può essere la causa e mi aiuta a trovare velocemente una soluzione”. Come si fa a resistere?

I punti salienti del video sono:

• assicurarsi che i 404 siano tracciati
• impostare un goal (una microconversion, dato che di norma avere 404 non è lo scopo principale di un sito) su di essi
• creare un alert personalizzato che si scateni se i 404 salgono di un tot (oppure se ce ne sono più di un tot) rispetto ad un periodo precedente.

Sono convinto che si poteva avere lo stesso risultato anche senza impostare un goal, perché le condizioni degli alert si possono applicare anche direttamente agli URL delle pagine, ma a tim piaceva di più così e così ve l’ho riportato. Altre cose utili che si possono fare sono aggiungere un widget dell’andamento dei 404 alla vostra dashboard e creare un segmento personalizzato che includa solo le visite che hanno visto uno o più 404.

Uno degli obiettivi maggiormente perseguiti negli ultimi tempi dal team di Google Analytics è quello di rendere la vita più facile a chi usa il tool tutti i giorni. L’ultima novità di cui mi sono accorto è la presenza di un nuovo menu a tendina che consente di cambiare record “al volo”, cioè senza dover rifare lo stesso giro che ci ha portato a selezionare il record corrente.

Ad esempio, sono nel report delle keyword e ne clicco una per vedere solo quella, per cambiarla prima dovevo tornare all’elenco e selezionarne un’altra. Adesso invece a fianco al breadcrumb compare una frecciolina, che se cliccata apre un menu a tendina con i record “fratelli” del corrente (ad esempio per le keyword così):

e la possibilità di effettuare una ricerca. La cosa è vera per tutti i report con almeno due record.

Il massimo sarebbe se tenesse in memoria anche la selezione della dimensione secondaria – cosa al momento falsa – ma non è detto che non sia perché la feature è nuovissima e ha bisogno di ancora un pochino di rodaggio.

Forse non ci crederete, ma il forum di help ufficiale è letteralmente inondato da richieste di tre tipi:

• richieste di riesumare account cancellati (Google può farlo, ma solo interi account e non singoli profili)
• richieste di ritornare amministratori di account in cui l’admin è scomparso, o peggio è un ex-dipendente con evidenti intenti malevoli
• richieste di conoscere la mail originale che ha aperto l’account

Almeno per questi ultimi casi è stata predisposta una form, a questo indirizzo
https://docs.google.com/spreadsheet/viewform?formkey=dEROdF9uQjF5cWV4Tk9qSzZzZndkcEE6MQ&ndplr=1, in cui è sufficiente dare l’indirizzo del sito, l’UA number relativo all’account e una mail dove essere contattati.

Se funziona tanto la rimozione da account non propri di cui vi ho parlato stiamo freschi, ma come sempre tentar non nuoce. Oppure le richieste vengono elaborate tutte insieme ogni tot giorni, non so…

[edit: nei commenti in realtà c’è il link ad una form per risolvere anche il secondo punto 🙂 ]

Mi scrive Imma con questa domanda:

non riesco a capire perché i dati che ottengo dalle API non corrispondono a quelli che vedo in analytics. Come metrica sto utilizzando ga:organicSearches, come intervallo di tempo tutto dicembre, e ottengo come risultato 1421, mentre dalla piattaforma di analytics mi risulta che le visite organiche siano 1520.

La prima risposta porta la soluzione del problema, cioè usare la metrica giusta: ga:visits, dimensione ga:medium e filtro ga:medium==organic
cioè con questa richiesta (cambiando opportunamente le date, ovvio):

https://www.google.com/analytics/feeds/data?ids=ga%3A284804&dimensions=ga%3Amedium&metrics=ga%3Avisits&filters=ga%3Amedium%3D%3Dorganic&start-date=2011-12-09&end-date=2011-12-09&max-results=1000

poi la risposta alla domanda “ma allora ga:organicsearches cosa è?”: secondo la definizione ufficiale rappresenta il numero di ricerche organiche che si verificano durante una sessione. Secondo questa risposta di Nick Mihailovski è un conteggio delle sorgenti organiche per una stessa sessione, quindi nel suo esempio di sessione organic > organic > ppc ga:organicsearches avrebbe valore 2. Ma la sua risposta è precedente al cambio del conteggio delle sessioni in GA, quindi oggi la spiegazione non è più del tutto aderente alla realtà. Poiché ogni volta che cambia il cookie __utmz viene creata una nuova sessione ga:organicsearches dovrebbe combaciare con la visite organiche, tranne per il fatto che quando si fa una visita da organico e poi si ritorna da traffico diretto, Google conteggia la visita come proveniente dal motore di ricerca. ga:visits per quella keyword si incrementa di uno, ma ga:organicsearches no.

E questo dovrebbe spiegare la differenza nei due valori.

[edit: il valore esiste anche nell’interfaccia: basta creare un Custom Report e aggiungere la metrica “Ricerche Organiche”]

Riallacciandomi brevemente a quanto detto sul traffico diretto nel post sulle canalizzazioni multicanale, mi sono accorto qualche tempo fa che il report in questione è stato leggermente variato. Infatti da qualche tempo si presenta già segmentato per pagina di destinazione, che è una dimensione furba per guardare al traffico diretto. Prima invece, se non ricordo male, non era dimensionato affatto, e l’utente doveva fare l’operazione manualmente.
Questo aiuta a vincere la pigrizia degli utenti novizi e “spacca” il mezzo (direct) sulle principali pagine di atterraggio, permettendo già di farsi un’idea di quali siano le pagine più bookmarkate, o più accedute da client per link senza i tag delle campagne, o digitate direttamente (anche se è già più difficile).

Sono quelle piccole variazioni che rendono più comodo lo strumento, senza stravolgerlo. Siete d’accordo con la scelta del team?

Una delle cose che dico sempre a clienti e durante i corsi, e che sottolineo finché non viene recepita bene, è che Google Analytics sottostima il traffico diretto, perché semplicemente le visite potenziali da tracciare come DIRECT non sovrascrivono il cookie __utmz se in esso è presente un’altra campagna (che non sia direct, ovvio). La cosa l’ho spiegata tempo fa nel post in cui illustravo un’eccezione: tabella di conversione delle sorgenti.

La cosa si può spiegare in parte anche con le ipotesi “maliziose”. Se un utente fa un clic su un annuncio AdWords ma non converte, se poi torna con visita diretta e converte, la conversione viene attribuita al cpc, facendolo sembrare più redditizio di quanto non sia realmente. Ma la cosa come abbiamo detto vale anche per ricerche organiche, referral e campagne, vorrei che restasse chiaro. Dal punto di vista dell’analista d’altronde la cosa nemmeno mi dispiace troppo: il traffico diretto è un po’ un punto morto delle analisi, si possono fare ipotesi (e a volte si riescono anche a verificare), si può vedere la landing page, ma non ci sono molti altri spunti possibili, al contrario di tutte le altre fonti di traffico.

Cosa succede però nei Funnel multicanale, dove la sorgente usata (e addirittura l’ordine delle sorgenti) ha un ruolo fondamentale per la comprensione dei report? se si seguisse la stessa logica si avrebbero GROSSI problemi a comporre quei report, e le valutazioni conseguenti ne sarebbero inficiate. Infatti, come ci informa questo articolo della guida, nelle Canalizzazioni Multicanale – E SOLO IN QUEL SET DI RAPPORTI – il traffico diretto è puntualmente tracciato a prescindere dal cookie __utmz. Nell’esempio precedente al cpc verrebbe attribuita una conversione indiretta (e verrebbe raffigurato come una freccia nel report “canalizzazioni indirette”) e al traffico diretto verrebbe attribuita la conversione (e verrebbe indicato con un rettangolo).

E’ una differenza fondamentale da tenere ben presente quando si guardano i funnel multichannel.

Nel proseguo dell’articolo vengono menzionati altri due fatti interessanti, che riporto per comodità:

• ci possono volere fino a due giorni di tempo per vedere i dati delle canalizzazioni multicanale. Meglio non fare analisi per il giorno precedente.
• Il totale conversioni indicato è sempre dato dalla somma di GOAL + transazioni ECOMMERCE

Nel complesso mi sembrano tre cose molto utili da tenere a mente quando si analizzano i multichannel funnel. Voi li usate? li avete personalizzati?

Una delle pecche che affliggono Google Analytics da quando esiste è la gestione degli accessi. Sappiamo che esistono due livelli di accesso, utente e amministratore, che hanno naturalmente differenti “poteri”: l’utente viene aggiunto a un profilo, può vedere solo quel profilo e non ha accesso agli strumenti di gestione, come la creazione di filtri o l’aggiunta di altri utenti. L’amministratore viene aggiunto al profilo ma può vedere tutti i profili dentro all’account che lo contiene, e può effettuare operazioni di amministrazione. Non può però fare due cose:

1. non può rimuovere l’admin originale, cioè colui che ha creato l’account (per questioni di sicurezza, altrimenti potrebbe “rubare” l’account) (in realtà questo è possibile, verificato di persona)
2. non può rimuovere sè stesso

La questione del rimuovere sè stessi è un problema per entrambe le tipologie di utente, e fino a oggi nemmeno io avevo la soluzione. Pochi minuti fa però mi è capitato sotto mano questo link a una form di richiesta creata da Google, che dovrebbe fare proprio al caso nostro. Dico dovrebbe perché ho inviato una richiesta (un cliente di non so quanti anni fa, che nonostante ripetute richieste non mi ha mai rimosso dall’accesso ai suoi dati), ma ancora non è successo nulla. Vi incollo ugualmente il link alla form

https://docs.google.com/spreadsheet/viewform?formkey=dGM3X2tYY1ZhX3lPVkRBYmRsYXBOUXc6MQ

e se anche voi avete profili che non riuscite a togliervi di mezzo, provateci!

E’ quasi finito un anno fantastico per Google Analytics: annunci continui, novità una dietro l’altra e l’arrivo di Google Analytics Premium. Non so se si potrà ripetere un anno così (o forse si, dato che è solo da metà anno in poi che tutto ha subito un’accelerazione…), ma è mio dovere fare un fact check delle previsioni fatte a Gennaio:

• link in uscita: la funzione è già pronta, se non la annunciano quest’anno perdo tutte le speranze. PREVISIONE SBAGLIATA, perdo le speranze (a meno che l’autotrack non fosse un esperimento buttato lì per caso)
• social media come fonte separata: riesumo una previsione di inizio 2009, ma penso che questo sia l’anno cruciale. MEZZO PUNTO: nei funnel multicanale i social sono effettivamente separati
• Google TV tracking: appena Google TV risolverà i suoi piccoli problemi, Google Analytics annuncerà una SDK dedicata (anche se in realtà si potrebbe già fare con quella Android) per tracciare la navigazione e l’uso delle TV multimediali, chiudendo il cerchio con la già esistente funzione di monitoraggio degli spot pubblicitari televisivi. MEZZO PUNTO. Alla fine la Google TV è a tutti gli effetti basata su Android, per cui l’SDK c’è e funziona
• novità nella gestione di account e profili: credo che durante questo anno verranno abbassati alcuni limiti attuali del sistema: i 50 profili per account, la gestione un po’ complessa degli account, e verrà finalmente data la possibilità di migrare gli storici da un account a un altro. PREVISIONE ERRATA!

Le sparate di fanta-web analytics ovviamente erano fuori concorso, e infatti Webtrends sta meglio che mai, e Adobe punta moltissimo sulla suite di digital measurement, per cui niente. Chi voleva una piattaforma professionale ha avuto Google Analytics Premium, e tutti proseguono per la loro strada.

E veniamo alle previsioni per il 2012:

• Real Time: sarà esteso anche a eventi e transazioni ecommerce, e non solo alle pagine. Non mi sembra poi così complicato da gestire, se sono riusciti a darci già quel che vediamo…
• Import API: fino a un mese fa non l’avrei mai scritto, ma come spiegavo nel post sul social data hub, non lo vedo più come un tabù. D’altronde solo i grandi sciocchi non cambiano mai idea… 🙂
• Integrazione con Website Optimizer: magari sulla falsariga dell’import dei dati di Webmaster Tools, con la possibilità di segmentare le visite degli esperimenti.
• GA predittivo: Analytics sarà in grado di fare proiezioni e previsioni sui dati futuri. Una versione potenziata dell’intelligence, che non si limiti al risultato atteso ma ad elaborare una serie futura.

L’anno scorso non ha partecipato nessuno alle previsioni, per cui non ho nessuno da tirare in ballo. Considerando l’enorme – nuova – potenza di calcolo di Analytics, si può immaginare quasi qualsiasi cosa, per cui non abbiate timore! Lasciate la vostra previsione nei commenti, magari tra un anno potrete dire “ve l’avevo detto!” 🙂

Qualche giorno fa Google ha aggiornato – finalmente direi – il suo corso ed esame per conseguire il Google Analytics Qualified Individual, la certificazione dei singoli. La versione online era ormai troppo distaccata dal prodotto reale, e non rifletteva gli innumerevoli aggiornamenti sia dell’interfaccia sia delle funzionalità.

Il post elenca quattro punti (cardine, aggiungerei) che è importante assicurarsi di aver compreso prima di intraprendere l’esame. Questi punti sono:

• capire gli account, le web properties e i profili
• capire i tipi di goal e quando usarne uno piuttosto che un altro
• capire i concetti di metrica e dimensione
• essere consci delle nuove funzioni e dei nuovi report di Google Analytics

Speriamo che con l’occasione abbiano anche sistemato quel paio di domande ambigue che da sempre mi impediscono di raggiungere il 100% nello score del test 🙂

Ho notato che l’annuncio sul Social Data Hub è passato in sordina tra le maglie dei blog e delle testate online: chi ha rilanciato, si è limitato a riportare la notizia così com’era, quasi senza commenti.
Io, è noto, sono un Google enthusiast e a volte sovrastimo l’impatto delle novità che Google introduce; mi è capitato ultimamente con Google Wave, mentre sono più cauto e ponderato quando si tratta di Google Analytics, tuttavia in questo caso non mi capacito del perché la cosa sia passata così “liscia”. O forse si, ed è perché in pochi hanno letto la documentazione o hanno capito come funzionerà la cosa. Motivo per cui sono lieto di aver scritto questa frase

…per importare dati dentro agli account di GA. E attenzione, vi ricordo che è la prima volta in 6 anni che si può importare qualcosa in Analytics.

che è stata all’incirca la stessa che poi ha detto Justin Cutroni nel suo post

First, the REALLY big news that I feel has been overlooked is that Google will let other data providers integrate their data into Google Analytics. This is the first time that Google has added a non-Google data source to Google Analytics

Il motivo per cui sarà Justin ad andare a lavorare a Mountain View e non io è però che la sua analisi è ancora più attenta e prende in considerazione un particolare che a me è sfuggito: nelle specifiche tecniche dell’import sono richiesti alcuni dati, tra cui informazioni assolutamente catalogabili come personali e quindi proibite dai termini del servizio di Google Analytics. Una delle opzioni è che Google dovrà cambiare i termini del servizio, l’altra – che sostengo io – e che quei dati siano richiesti per deduplicare gli stream ma che poi non saranno mai mostrati nell’interfaccia. Una sorta di codice identificativo, non credo proprio che un domani Google Analytics potrà dirmi “il tuo contenuto 123 ha ricevuto 32 like da Tizio e Caio ed è stato commentato da Sempronio su Google+ con queste parole…”.

Ma comunque staremo a vedere quando i report saranno disponibili!