Google Analytics in 30 secondi

L’idea – geniale – di rendere esportabili con un link dashboard, custom report e segmenti avanzati – o in generale i cosiddetti asset – ha dato vita nel corso del tempo a svariati repository di soluzioni già pronte: i più famosi sono customreportsharing e gacrowd.
Oggi il team di Google presenta la sua soluzione analoga, che se da un lato ha il vantaggio del “bollino” (il tutto è certificato Google), dall’altro ha lo svantaggio di dipendere dalla volontà degli ingegneri, poiché non è possibile sottomettere liberamente i propri lavori.
La soluzione di Google si chiama proprio “Solution Gallery” e si compone al momento di 29 oggetti, divisi e ricercabili tramite tre menu a tendina:

• Il primo è il tipo di oggetto: un report personalizzato, un segmento avanzato o una dashboard
• Il secondo è l’obiettivo di business: ecommerce, generazione di lead, publisher, ecc.
• Il terzo è la funzione marketing alla quale l’oggetto si riferisce: SEO, ottimizzatore, SEM manager, ecc.

Per essere veramente perfetta, ci vorrebbe una form con la possibilità di inviare i propri oggetti e farli valutare da Google per una eventuale inclusione nella gallery: d’altronde si tratta solo di un URL, no? 😉

Qualche tempo fa vi avevo scritto qualcosa a proposito di come viene ripartito il traffico quando si fa un esperimento sui contenuti: quel post era basato sulle informazioni presenti nell’help ufficiale.
Ieri Google ha scritto un lungo – e un po’ inusuale per via della quantità di matematica e dettagli – post sul blog per spiegare ancora meglio come funziona il motore di ripartizione del traffico.

Non ha senso che ve lo traduca, lo linko direttamente e lo consiglio solo ai più curiosi. Un paio di annotazioni che però vale la pena di sottolineare comunque:

• Diversamente da quanto indicato nel mio post, il controllo viene fatto DUE volte al giorno
• I risultati considerati per il nuovo calcolo della ripartizione sono TUTTI quelli ottenuti da quando esiste l’esperimento. Ecco perché non accade che “la profezia si auto avvera”
• Alcuni esperimenti di test fatti da Google risultano nell’individuazione del vincitore dell’esperimento con 175 giorni medi di anticipo rispetto allo stesso esperimento con ripartizione 50/50
• Altri esperimenti hanno trovato il vincitore di 6 variazioni in 88 giorni, contro i 919 dell’esperimento classico
• un po’ di dettagli matematici sulla formula usata

Fa sempre piacere vedere un po’ “dietro le quinte” dello strumento, no?

Da stamattina l’interfaccia di Google Analytics si presenta rinnovata nella forma (e in minima parte nei colori). Avevo raccolto quattro segnalazioni ma poi mi è capitato sotto mano un post che ne elenca nove, e quindi faccio prima a linkarlo e riportarvele:

1. Nuova barra di navigazione: sparisce il tab “Home” e viene introdotta una icona a forma di casetta che fa quel che promette: riporta alla home page del prodotto; i nomi dei profili hanno più spazio – ottimo per profili con nomi lunghi – i tab di report ora sono tutti in “reporting”, mentre la tab dei rapporti personalizzati si chiama ora “personalizzazioni”
2. Barra bloccata: la barra di navigazione ora scende quando si scrolla la pagina, in modo che non sia più necessario ritornare in cima per passare, ad esempio, ai rapporti personalizzati
3. Profili recenti: questa in realtà non è una novità, ma forse non ne avevo mai parlato. Comunque sia adesso esiste una specie di “ultimi file aperti”, che permette di accedere direttamente ai profili che sono stati aperti da poco
4. Menu sinistro: Promossi con una voce in primo piano le Dashboard, le scorciatoie e l’intelligence eventi. Promosso con una voce nei report standard la funzione real-time (e questo vorrà pur dire qualcosa 🙂 ) mentre sparisce il gruppo “pubblicità”, che include solo AdWords; viene spostato all’interno di Sorgenti di traffico
5. Nuove dashboard con segmenti avanzati: i widget delle dashboard sono più “puliti”, sono quadrati bianchi su sfondo grigio. Inoltre ora si possono applicare segmenti avanzati, cosa impossibile sino a ieri. Quindi invece di fare ad esempio una dashboard desktop e una mobile, se ne può fare una e segmentarla con l’apposito segmento avanzato predefinito.
6. Nuove opzioni di layout per le dashboard: se fino a ieri c’era un solo layout possibile (tre colonne, 30%-40%-30%), adesso ce ne sono sei: una colonna 100% di larghezza, due colonne 50-50, quattro colonne larghe il 25%, due colonne 30-70 e 70-30, più la vecchia 30-40-30. Questo darà una spinta all’uso delle dashboard, che finora soffrivano un po’ del problema dell’estetica.
7. Nuovi widget: ora si possono impostare widget con mappa geografica e grafici a barre: questi ultimi in particolare sono molto versatili e personalizzabili
8. Pulizia generale: varie parti dell’interfaccia hanno subito una pulizia generale e risultano ora più “ordinati”, inoltre la comparazione temporale torna al vecchio colore arancione per il periodo precedente: l’azzurrino di prima era onestamente inguardabile 🙂
9. Velocità: in generale l’interfaccia sembra sia velocizzata, ma questo credo dipenda dalla percezione soggettiva. In generale non andava male, ma anche le piccole migliorie possono dare grandi giovamenti, se ci passate molto tempo sopra.

Sono molto contento di queste novità, soprattutto quelle relative alle dashboard. Le dashboard sono davvero tanto utili per dare insight aggiornati ai clienti, ma troppo spesso le informazioni da esporre venivano annullate dalla scarsa capacità di formattazione dei widget (specialmente le tabelle con i contenuti, sempre troncate). Anche il fatto che real time sia stato portato in evidenza nei report standard credo sia significativo. Speriamo di vedere anche qui presto qualche novità.

A distanza ormai di sette anni dalla sua nascita, e sebbene il meccanismo non sia MAI cambiato (si tratta di una delle poche cose che forse non è stata toccata in Analytics) ancora oggi noto che molte persone fanno fatica a capire come sono organizzati i dati all’interno del sistema, e che differenza ci sia tra un account, un profilo e una web property.
Cerchiamo di fare un po’ di chiarezza, con un back to basics. Consideriamo questa schermata:

La matrioska è così formata:
Google Account
–> Google Analytics account
—–> Web property
——–> Profilo

Il Google Account – in verde nello screenshot – è la vostra email di login: deve per forza essere un account Google, anche se non è necessario che sia una Gmail (si può creare da qui usando una mail esistente); un Google Account, quando accedete a Google Analytics, contiene TUTTO quello che possedete all’interno del mondo di Analytics, esattamente come contiene tutto quel che possedete (email, configurazioni dei filtri, contatti, ecc) quando lo usate per entrare su Gmail. All’interno di Analytics potete possedere Google Analytics ACCOUNT (ci arriviamo tra breve) e configurazioni, altrimenti dette Asset: segmenti avanzati, report personalizzati, configurazioni di filtri, eccetera.
Un Google Account è però anche la vostra “chiave” per aprire la porta di Google Analytics, dietro alla quale ci possono essere anche cose che potete vedere ma che non possedete: ad esempio GA account e profili di altri, che però vi hanno garantito un accesso. Motivo per cui, tra l’altro, non vedete i segmenti avanzati o i custom report creati da qualcun altro anche se legati ad un profilo.
Ogni Google Account può creare un massimo di 100 GA account.

Il Google Analytics Account – in azzurro nello screenshot – rappresenta una suddivisione logica della attività che volete/dovete/potete tracciare attraverso il vostro Google Account; questo significa in buona sostanza che potete tracciare due progetti completamente diversi con lo stesso Google Account ma con due differenti GA Account. Il link di AdWords e Adsense avviene a questo livello, cioè potete importare dati di costo da una sorgente AdWords in tutti i profili contenuti nello stesso GA account.
Ora la parte importante: quando date accesso a qualcuno come AMMINISTRATORE, gli date accesso al GA Account, anche se lo fate dalla configurazione del profilo. Non esistono gli amministratori del singolo profilo, esistono solo gli amministratori del GA account. Dal punto di vista agenzie questo si traduce in una sola, semplice regola cristallina: OGNI CLIENTE DEVE AVERE UN GA ACCOUNT SEPARATO, perché se tracciate CocaCola e Pepsi nello stesso GA account ma con profili diversi, e domani dovete dare accesso Admin al marketing Pepsi, questo vedrà anche i dati di CocaCola. In verità questo problema non si dovrebbe nemmeno porre, perché la best practice dice che l’account lo crea il CLIENTE con la sua email, e all’agenzia viene dato accesso come Admin per il tempo necessario a svolgere le proprie mansioni. Ma siccome ancora nel 2012 mi capita di vedere cose “fatte male” e account “rubati” o repentinamente “negati”, lo scrivo lo stesso.
Ogni GA account può contenere un massimo di 50 profili.

Le proprietà web – in rosso nello screenshot – rappresentano una suddivisione logica delle attività tracciate all’interno del medesimo progetto. E’ difficile fare esempi specifici perché le necessità sono molteplici e non standard, ma proviamoci ugualmente: innanzitutto l’interfaccia italiana di amministrazione riporta correttamente la dicitura “proprietà (web o applicazione)”, perché quando si crea una nuova web property si crea un nuovo codice di monitoraggio nella forma UA-XXXXXXX-Y (dove Y è progressivo e non viene mai riutilizzato anche dopo aver cancellato la web property): questo codice può essere utilizzato per tracciare una attività web o una applicazione mobile. Ma non solo.
Supponiamo di avere un sito e la sua versione mobile su m.sito.it, e di avere la necessità di tracciarli con due distinti codici di monitoraggio: poiché fanno parte dello stesso progetto web, faranno parte dello stesso GA account, ma avranno due web property diverse (e due profili distinti). Se invece volessimo tracciarli con lo stesso codice potremmo tranquillamente fare due profili all’interno della stessa web property, e magari usare dei filtri per distinguerli.

I profili infine – in nero nello screenshot – sono l’ultimo gradino della scala e rappresentano l’unità di tracciamento più piccola che esiste in Google Analytics: ogni profilo contiene tutti i report che vengono generati dall’analisi delle chiamate fatte da pagine con il relativo codice UA-XXXXXXX-Y della web property che contiene il profilo e dei filtri che vengono applicati al profilo. Questo è il motivo per cui possono esistere i famosi profili-clone, cioè profili che non necessitano di uno specifico codice di monitoraggio – quindi che riutilizzano le informazioni che arrivano dalle chiamate del codice che già esiste – ma che applicano filtri differenti uno dall’altro. Nello screenshot si vede proprio un profilo-clone del principale, che ha dei filtri che estrapolano e visualizzano informazioni che negli altri profili della web property non ci sono.
Quando si clicca su “crea un nuovo profilo”, tra le altre cose, il sistema non presenta il pulsante “ottieni l’ID di monitoraggio” come fa quando si crea una nuova web property, ma dice soltanto “crea profilo”, segno che non c’è bisogno di installare alcun codice di monitoraggio.

E’ importante aver compreso bene come sono strutturati i dati, soprattutto per via del fatto che i dati non si possono trasferire da un profilo ad un altro, né da una web property all’altra, né da un GA account a un altro, né tantomeno da un google account ad un altro: poterlo fare significherebbe da un lato creare un mercato di compravendita dei dati pregressi, ma dall’altro creare anche un “mercato nero” di proprietari (o ex properietari) di account con dati storici da rivendere ai legittimi proprietari.
Se state pensando semplicemente “rendo amministratore qualcun altro, e lui poi mi estromette” sappiate che ovviamente non è così facile: la mail che ha creato un GA account non può mai essere cancellata dall’account: io chiamo questa mail con questo status speciale “il founder dell’account”.

Ecco il mio regalo di Natale: la tazza del potere Jedi del web analyst 🙂
Yoda spero lo conosciate tutti, mentre dubito che per via della foto mediocre si possano leggere i bollini in basso. “Only for Google Analytics guru” e “Webtrends special edition“.

Credo che rappresenti esattamente la summa di tutto quello che mi aspetta nel 2013, che è già iniziato a razzo, e che di riflesso spero capiti a voi: un anno intenso e ricco di novità, in cui la web analytics avrà un ruolo ancora più di primo piano rispetto a quanto accade ora.

Keep calm and use the force: perché spesso la digital analytics non è immediata, e si fatica a far emergere i risultati ottenuti dal progetto; specie quando si devono mettere insieme e rendere omogenei dati provenienti da molti attori, o addirittura con KPI derivanti dall’unione di dati da piattaforme diverse. E’ necessario mantenere la calma e fare uso della forza che scorre in noi Jedi Analyst per capire chi deve dare quale dato entro quando e in che forma, e per produrre report che siano significativi per i nostri clienti.

Only for Google Analytics guru: Google Analytics, casomai non l’avessi ripetuto abbastanza, sta accelerando in modo sbalorditivo la presentazione di nuove feature e funzionalità, e sta diventando in poco tempo quel che pensavamo sarebbe diventato nel corso di anni. Anzi, per alcune cose – tipo l’Universal Analytics – siamo addirittura nella fantascienza più impensabile fino a solo un anno fa. Per la prima volta da quando ho iniziato a seguire in modo più professionale lo strumento fatico a stare dietro alle novità: non agli annunci, ma allo studio necessario per comprendere per bene, o almeno al livello che ritengo necessario per poterne parlare con sicurezza, le nuove funzionalità. Si fa presto a leggere un post o la pagina di help, tutt’altro discorso è invece dedicare delle ore a sperimentare: in parte è anche “colpa” di alcune scelte fatte dagli ingegneri, e mi riferisco all’upload dei dati di costo che può essere fatto solo attraverso le API: ne parlavo qualche giorno fa con Francesco Gori su Google+ e sono d’accordo che sarebbe stato più “facile” dare la possibilità di fare gli upload tramite interfaccia di amministrazione, ma considerando la natura delle campagne, la scelta di avere upload giornalieri – così come avviene su AdWords – è sensata. Feature più complesse richiedono tempi maggiori di studio, c’è poco da fare. Ma ovviamente questo fa parte del mio e del vostro lavoro, va fatto ed è divertente, anzi forse è proprio la parte più divertente del lavoro di analista, ed è sicuramente quello in grado di dare grandi soddisfazioni quando si arriva al fatidico “eureka, ho capito!” 🙂

Webtrends special edition: gli altri attori del mercato, quelli rimasti dopo la fase di M&A (Merge & Acquisitions) degli anni passati intendo, non stanno certo a guardare con le mani in mano: Webtrends da qualche mese permette di rianalizzare i dati passati tornando indietro di 3 giorni, gratuitamente, o fino a un mese con un costo addizionale rispetto alla sottoscrizione contrattuale, e in progetti molto complessi come quelli che mediamente si affrontano con quella piattaforma la cosa non è affatto banale e apre una serie di possibilità molto interessanti. Inoltre è stato da poco presentato Webtrends Streams, un prodotto che è in grado di fare segmentazione a livello visitor in real time: avete presente il real time di GA? ecco, più o meno uguale, però con accesso al singolo cookie e a tutta la sua storia pregressa, in tempo reale e volendo potendolo unire a Optimize, lo strumento di ottimizzazione dei contenuti del sito in base ai dati storici del cookie che sta effettuando la visita.
In questo bisogna ammettere che Google Analytics è indietro, è una possibilità che al momento non esiste (o almeno non in questa forma e non così completa), e quindi sono MOLTO curioso di vedere come e cosa gli ingegneri di Mountain View tireranno fuori dal cilindro per rendere GA un prodotto sempre migliore.

Dove c’è competizione c’è miglioramento. Dove c’è miglioramento ci sono novità e possibilità da esplorare. Quindi buon 2013, keep calm and use the force! 🙂

Su questo blog nell’ultimo mese la percentuale di chiavi (not provided) è stata di oltre il 51% del totale delle visite (non il 51% delle keyword, il 51% delle visite): è sicuramente un blog di nicchia, che molto si presta ad essere navigato da utenti che stanno usufruendo di un servizio Google, e perciò magari non fa molto testo, ma il problema sta dilagando pressoché ovunque.

E questo perché praticamente ogni mese qualcuno abbraccia la filosofia del “veicolo le ricerche su Google in https”:
– Firefox
– Safari su iOS6
– Google, per default
– Chrome, anche per gli utenti non loggati (non ancora confermato, ma è in testing)

Pensare di passare tutto il sito in https solo per recuperare parte delle keyword (quelle dei non loggati che cercano su https) non porta il risultato sperato, si vedano i commenti a quel post di Giacomo Pelagatti, che aveva già fatto un test a suo tempo. Ha sicuramente degli altri vantaggi, ma non sana la situazione.

Per questo motivo non guardo quasi più quel report, perché le percentuali di visite delle keyword rimanenti sono talmente basse da essere inutili, mentre tutto il “succo” è affogato nel (not provided). Qualcuno ci vede una grande opportunità, anche dal punto di vista SEO, perché questo argomento aiuta a spostare il focus dal tradizionale “posizionamento secco” delle keyword al più giusto “conversion rate da motore di ricerca”, ma ciò non toglie che – ad esempio – per i siti che vivono di contenuti sapere se i propri articoli sono aderenti alle ricerche fatte è piuttosto importante.

Già che ci siamo vi dico anche perché tendo a smentire la possibilità che un domani Google possa far pagare per vedere le keyword:
1) indubbiamente non può sovvertire i protocolli http, quindi non può forzare il referrer quando si passa da https a http: in quel caso il referrer viene tolto sempre
2) AdWords non è la risposta, perché è in grado di “recuperare” solo le chiavi cercate associate ai click sugli annunci: quindi mi dice si la keyword cercata, ma questo ha poca o nessuna attinenza con un possibile click sul risultato organico (ammesso addirittura che il mio sito sia posizionato per la prima pagina organica dove appare il mio sito, beninteso)
3) Poter recuperare la keyword presuppone un meccanismo di collegamento Google Analytics <-> Webmaster Tools più integrato di adesso: ora le keyword ci vengono mostrate aggregate, troncate alle prime 1000, arrotondate. Con un eventuale “abbonamento” dovrebbero ridarcele singole, per visita, e puntuali. E questo vorrebbe dire che ogni visita dovrebbe poi essere in grado di risalire alla situazione presente al momento del click (esattamente come fa AdWords), quindi in poche parole significherebbe identificare ogni click organico con l’equivalente del parametro gclid che usa il sistema cpc. Secondo me è piuttosto infattibile.

[edit: aggiunto il link al blog di Martino Mosna, che peraltro ringrazio per avermi fatto scoprire il post di makeitrank con altre motivazioni a supporto del not provided]

Le personalizzazioni di Google Analytics da qualche tempo a questa parte hanno tutte la possibilità di essere condivise: le dashboard si condividono direttamente da loro interno (pulsante CONDIVIDI LA DASHBOARD in alto), i report personalizzati si condividono dalla panoramica dei custom report (pulsante AZIONI -> CONDIVIDI) e i segmenti personalizzati si condividono dall’amministrazione (tab ASSET -> SEGMENTI AVANZATI, click su CONDIVIDI a fianco del segmento).

Se la cosa deve essere fatta per uno o due di questi elementi, può funzionare; se invece bisogna ripetere l’operazione per molti elementi, magari diversi, può anche risultare lunga e noiosa. Per questo motivo da qualche giorno all’interno del pannello di amministrazione di un profilo, nella tab ASSET è comparsa una nuova voce, “condividi gli asset”

Un clic su quel’opzione porta ad una schermata riepilogativa contenente tutte le dashboard, i segmenti e i custom report cui si ha accesso con quel profilo, con la possibilità di selezionarne molti (o tutti) e generare un unico link che permetterà al ricevente di importare, rinominandoli se necessario, tutte queste configurazioni in un colpo solo.

Una comodità aggiuntiva che permette di velocizzare un’operazione potenzialmente molto noiosa.

Oltre un anno fa il team di Analytics mise online un divertente video sull’esperienza utente di un e-commerce riportata nella vita reale, un video ideato dal team di Google Analytics per sensibilizzare i webmaster all’uso di strumenti di ottimizzazione.

Sebbene ancora insuperato per comicità, da qualche giorno sono disponibili due nuovi episodi della serie:

La ricerca interna:

L’ottimizzazione delle landing page:

A volte una risata è il miglior modo per meditare un po’ su cosa stiamo proponendo ai nostri utenti 🙂

Oltre che piccoli ritocchi di interfaccia, da qualche tempo l’help ufficiale è vestito a nuovo. Avere una buona documentazione è alla base del successo di una applicazione, e la cosa è tanto più vera quanto più gli sviluppatori possono interfacciarsi con il sistema: e considerando le possibilità vecchie e nuove (Reporting API, management API, cost upload, measurement protocol, custom dimension, ecc…) era proprio venuto il momento di rifare le pagine dedicate ai developer di Google Analytics

https://developers.google.com/analytics/

Le sezioni principali adesso sono:

• Platform: contiene informazioni generali sul funzionamento della piattaforma; vi invito a guardare questa immagine, che rende un’idea ben precisa del titanico lavoro che sta dietro a quello che noi semplicemente un tool di reporting dei dati
• Collection: contiene le informazioni necessarie a utilizzare una delle cinque diverse forme di collezionamento dei dati: tracking web, android SDK, iOS SDK, measurement protocol e librerie legacy
• Configuration: contiene informazioni sulle management API
• Reporting: contiene informazioni sulle API per l’estrazione dei dati, per la parte “classica” e per i Multi Channel Funnel
• Solutions: contiene informazioni generali sulle integrazioni possibili tra Google Analytics e altri sistemi, ed è la parte che secondo me sarà più sviluppata in futuro.

L’help tradizionale è sempre stato ricco di informazioni, ma era troppo “orientato ai programmatori”. In questa forma è più gradevole da vedere (si, lo so, ho detto proprio “gradevole da vedere” 🙂 ), facile da navigare e integra in un unico posto praticamente tutte le informazioni necessarie a lavorare con Google Analytics.

Oggi nel mio solito girovagare in Analytics ho notato due novità.

La prima è l’arrivo di due nuovi tipi di export: Excel e Google Docs, nativi. Fino ad ora per esportare su Excel era necessario transitare da CSV o TSV, mentre adesso la funzione è nativa. Forse ancora più interessante è l’esportazione verso Google Spreadsheet, che con un solo click aggiuntivo ci consente di condividere il foglio con terzi senza dare accesso, e potendo lavorare in più persone su un unico file, online e contemporaneamente. Trovate le due opzioni, naturalmente, sotto il menu “ESPORTA”.

Accedendo ai Multi Channel Funnel invece, e precisamente al report delle conversioni indirette, ho notato un’esplosione di colori:

Adesso il report si apre con il dettaglio dell’andamento dei primi 6 raggruppamenti di canali, mostrando a colpo d’occhio quali funzionano meglio in quale periodo. Ma non solo, perché è adesso possibile utilizzare il pulsante “Giorni prima della conversione”, per mostrare l’andamento delle conversioni indirette negli ultimi 30 giorni (tipicamente più si va indietro e meno conversioni si vedono)

e anche la “posizione del percorso”, ovvero il numero di passaggi prima della conversione: quest’ultimo però voglio capirlo un po’ meglio perché mi è ancora leggermente oscuro

I tre grafici non cambiano al variare dei tab, quindi se si analizzano le conversioni indirette, la prima interazione o le conversioni, i grafici non muteranno. Se il totale schiaccia troppo le vostre linee colorate, con l’opzione “escludi totale” potete rimuovere la linea azzurra e analizzare nel dettaglio i singoli channel group.

E’ anche possibile specificare una finestra temporale minore dei 30 giorni preimpostati per le analisi multicanale, attraverso il comodo slider che compare cliccando su “finestra di ricerca” in altro.