Nov 20 2014

Più dati in una sola schermata

autore: Marco Cilia categoria: report tag: , ,

“ah, vedrai che ora con Premium aggiungeranno solo cose a pagamento”.
Se tenessi il conto delle volte che ho sentito questa frase dovrei usare le dita col sistema binario, ma la cosa più interessante è che ogni mese essa viene smentita dai fatti, ma si ripropone più o meno ciclicamente.

Da qualche giorno invece, in sordina, potete fare anche sulla versione free alcune cose nuove molto interessanti:

  • Potete creare custom report con CINQUE dimensioni annidate (prima erano quattro)
  • Potete creare custom report di tipo “tabella piatta” con CINQUE dimensioni primarie, e VENTICINQUE metriche (prima erano due dimensioni e non ricordo quante metriche)
  • Potete fare “traccia righe” con SEI dimensioni (prima erano quattro)

flat table

Personalmente ho già risolto un problema con le “nuove” flat table, niente di insormontabile prima, ma così ci ho messo pochi click :)


Nov 14 2014

Tanti auguri, Google Analytics

autore: Marco Cilia categoria: generale tag: ,

Come ogni 14 novembre che si rispetti, celebriamo oggi il compleanno di questa creatura, che ormai ha 9 anni.
L’anno prossimo affronterà l’esame di fine elementari e diventerà un adolescente, sebbene in realtà molti lo considerino già maturo :)

La prossima frase dovrebbe iniziare con “per festeggiare, oggi gli ingegneri hanno rilasciato…” ma in realtà ormai abbiamo capito tutti due cose:

  1. Gli ingegneri non festeggiano :)
  2. I rilasci sono ormai talmente tanti e ravvicinati, che si tratta di una mera casualità :D

Quindi, dicevamo, oggi il blog ufficiale di Analytics ci dice che entro qualche settimana entrerà in fase di beta pubblica, dopo mesi e mesi di testing privato, una funzionalità molto attesa dagli sviluppatori di App mobile: il tracking delle installazioni di app iOS attraverso i parametri di campagna (o AdWords), operazione invece già possibile da anni su Android, naturalmente.

Significa che il report acquisizione di una property dedicata ad una App iOS verrà popolata con i dati delle campagne di marketing che vengono messe in piedi per promuovere l’install. Questo in futuro (attraverso l’upload dei dati di costo della campagna) potrà consentire di calcolare il CPI (cost per install) tanto caro al marketing orientato alle app mobili.

Senza entrare troppo nei tecnicismi, il meccanismo sfrutta l’IDFA di iOS. L’IDFA è un identificatore univoco (anonimo) del dispositivo, una sorta di tracker dell’utente unico.
In questa pagina del supporto è presente anche lo strumento di creazione degli URL per la campagna, che genera dei link del tipo


https://click.google-analytics.com/redirect?tid=UA-12345-1&url=https%3A%2F%2Fitunes.apple.com%2Fus%2Fapp%2Fmy-app&aid=123456789&idfa=[DEVICE_AD_ID]&cs=asd&cm=asd&cn=asd

https://click.google-analytics.com/redirect?tid=UA-12345-1&url=https%3A%2F%2Fitunes.apple.com%2Fus%2Fapp%2Fasd&aid=123456789&idfa=[:_jv_uaid:]&cs=asd&cm=asd&cn=asd

Si tratta quindi di redirect che Google effettua dopo aver registrato il click, puntando poi su iTunes. il formato del parametro IDFA cambia a seconda dell’Ad Network selezionato (AdMob, Applovin, InMobi, LeadBolt, Millenial, Mdot, MobFox e Custom); all’interno di custom è anche selezionabile il ping, invece del redirect, ma non compare nessun campo aggiuntivo. Va un po’ studiato, come tutte le novità.

Lo aspettavate?


Nov 03 2014

Nuovo report “treemap” su AdWords

autore: Marco Cilia categoria: report tag: ,

Qualche giorno fa, tramite la sempre più attiva e sempre più ufficiale pagina Google+ – il team di Analytics ha annunciato l’arrivo nei nostri pannelli di un nuovo report AdWords: la treemap

treemap

In pratica è una mappa in 2D a due metriche, la prima è rappresentata con l’estensione dell’area dei quadrati, la seconda con il colore degli stessi. Ad esempio nell’immagine che linko sopra, il COSTO è dato dalla superficie dei quadrati: più è grande il quadrato più il costo sostenuto è elevato. Il tasso di conversione e-commerce è rappresentato dal colore: più è grande più il quadrato è verde. In questo modo balzano subito agli occhi le campagne con costi minori e migliori conversion rate. Le metriche inseribili nella treemap sono selezionabili tramite menu a tendina.

Come dicevo all’epoca dei benchmark report, credo che sia finalmente venuto il momento per GA di “osare” di più con le rappresentazioni grafiche, perché la mole di dati è ormai talmente grande che risulta difficile da analizzare tramite le classiche tabelle. Si è sempre e sempre si potrà esportare i dati e farsi le proprie visualizzazioni, ma avere già degli spunti in interfaccia non gusta mai.

Già che ci siamo, gli ingegneri hanno anche rilasciato un interessante sito, completamente open source (disponibile su GitHub): ga-dev-tools.appspot.com. Si tratta di un sito realizzato completamente allo scopo di dimostrare cosa è possibile fare con la piattaforma Google Analytics: dal collezionamento dei dati (ad esempio l’Enhanced Ecommerce) all’uso delle API, passando per strumenti come il query explorer o l’addon per Google Spreadsheet.
Il tutto sempre nell’ottica di migliorare il supporto a chi magari ha delle idee ma trova difficile iniziare ad applicarle. Il sito non è una guida passo passo, ma è sicuramente in grado di far capire cosa si può fare e di far vedere piccoli pezzi di codice utili per iniziare a farsi delle idee.


Oct 20 2014

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

Esporta e importa configurazioni dal TagManager (e nuova interfaccia)

autore: Marco Cilia categoria: tagmanager tag: ,

Qualche giorno fa è stata svelata al pubblico la nuova versione dell’interfaccia del Google Tag Manager, uno strumento sempre più popolare ed interessante per velocizzare il digital marketing moderno. Le novità sono tante, ma una in particolare è passata completamente inosservata nei post che ho visto in giro: da adesso è possibile esportare e importare intere configurazioni. Tutti voi dovreste vedere una nuova voce nel menu attuale del GTM:

GTM-export

L’export avviene in formato JSON, mentre l’import può comportare due opzioni:

  • L’import sostituisce completamente il contenitore corrente
  • L’import unisce il contenitore importate con quello corrente

Oltre che essere utile per la migrazione all’interfaccia nuova, che vedremo tra poco, questo consente anche di avere un contenitore “repository” con tutto lo scibile che si può mettere a disposizione, e di usarlo velocemente per creare configurazioni alle quali basta poi togliere le feature inutili. Attualmente infatti ogni nuova configurazione riparte da zero.

Per quanto riguarda le altre novità, una strettamente collegata è l’introduzione delle API del TagManager. Ad esempio l’ottimo Simo Ahava ha già prodotto un primo “clonatore” di configurazioni, oltre a dun visualizzatore delle dipendenze di tag e regole. Come sempre, Google ha capito che fare un’API darà ampio respiro al prodotto e permetterà a molte persone di guadagnare dei soldi, man mano che le esigenze e le soluzioni aumenteranno.

E veniamo all’interfaccia, completamente rinnovata: la cosa più semplice è provarla andando su tagmanager.google.com, avendo bene in testa però che non esiste un processo di migrazione dei contenitori. Attualmente quindi avete due possibilità:

  • Continuate ad usare la vecchia interfaccia per i vecchi contenitore e la nuova per i futuri
  • Usate l’export e l’import per migrare alla nuova versione

In futuro, ha già chiarito Brian Kuhn su Google+, ci sarà la possibilità di fare opt-in per un processo di migrazione automatica, quindi niente paura!
Le novità principali sono:

  • gestione di account e contenitori in stile “Google Analytics”, nella sezione Admin: le colonne e le icone vi risulteranno molto familiari. Anche la possibilità di filtrare per nome “al volo” sarà molto utile a che gestisce decine o centinaia di account (uno a caso, ad esempio :) )
  • overview migliorata, con il differenziale delle modifiche non ancora andate online. Questo può salvare ore di lavoro, perché ogni tanto ho visto fare modifiche nella bozza del contenitore, provarle in preview e dimenticarsi di pubblicare per il resto del mondo!
  • le regole ora si chiamano TRIGGERS, e funzionano leggermente in modo diverso da prima. Ovvero i triggers hanno sempre almeno due condizioni per essere definiti: CHE EVENTO si sta aspettando e DOVE lo si sta aspettando (definito tramite un filtro)
  • i tag di listener non esistono più: sono stati resi impliciti nel fatto che se ho un trigger di tipo EVENTO CLICK sulla pagina X, allora dovrà per forza esserci anche un listener di click. Keep it simple! :)
  • le macro ora si chiamano VARIABILI. Ha molto più senso così, non s’era mai capito perché la scelta di quel nome niente affatto parlante per i profani. In aggiunta, le variabili create automaticamente dal GTM quando si crea un contenitore possono essere nascoste, se non servono.

All’inizio ho trovato un po’ spiazzante la nuova interfaccia, ma sto iniziando ad abituarmici. Vi consiglio di fare delle prove perché non si tratta di un passaggio completamente “liscio”, secondo me. E’ in ogni caso un deciso passo nella direzione giusta. Prossimamente mi aspetto l’introduzione delle “cartelle” di tag, per mettere ordine negli account più grossi, una migliore gestione del multi-utente, con permessi differenziati per team distribuiti e magari anche un processo di approvazione multi-livello.

Sempre in tema di novità segnalo anche il rifacimento dell’estensione di Chrome “Tag Assistant“. Qui al momento continuo a preferire la versione vecchia, ma chissà…


Oct 15 2014

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

Il bounce rate accomodato nell’era di Universal e TagManager

autore: Marco Cilia categoria: tagmanager tag: ,

Vi ricordate del post in cui parlavo del bounce rate “accomodato”, cioè dell’ipotesi di non considerare bounce le visite che restano sul sito oltre un tot di tempo? Sebbene io sia contrario a questo genere di modifiche, resta un fatto che invece molte persone lo usano, per cui ho pensato di aggiornare la sintassi ai tempi di Universal Analytics. In sostanza la sintassi da usare sarebbe questa:


<script>
  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');

  ga('create', 'UA-XXXXXX-1', 'auto');
  ga('send', 'pageview');
  setTimeout("ga('send', 'event', '15_seconds', 'read')",15000);

</script>

Se invece usate il TagManager la cosa si risolve in un altro modo:

1) Create un nuovo tag di tipo “listener timer” fatto così:

Schermata 2014-10-12 alle 18.05.55

2) Create una regola come questa:

Schermata 2014-10-12 alle 18.07.24

3) create un tag di tipo evento, con Category ’15_seconds’ e Action ‘read’ e fatelo partire sulla base della regola creata al punto 2

4) create e pubblicate una nuova versione del contenitore.

Facile, no? :)


Oct 12 2014

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

Il nuovo-nuovo GAIQ test

autore: Marco Cilia categoria: generale tag:

UPDATE 2/11: Mi comunicano alcune persone che hanno sostenuto il nuovo test che a differenza del vecchio, questo è allineato agli “standard” AdWords, quindi non c’è la possibilità di mettere in pausa il tempo, e inoltre le domande devono essere affrontate in ordine sequenziale e senza la possibilità di tornare indietro. Leggermente più difficile di prima, quindi.
Però è adesso disponibile in 14 diverse lingue, italiano compreso.

[Prima di iniziare una premessa: nelle settimane scorse ho avuto qualche problema con il blog. La homepage mi ha dato grandi grattacapi, mentre il resto del sito funzionava. Ora mi hanno spostato su un nuovo server e tutto sembra risolto. Grazie per la pazienza!]

Perché il “nuovo-nuovo” GAIQ? Perché il test era stato già rinnovato a gennaio, si veda questo post.
Il test storicamente era attestato su una piattaforma esterna (google.starttest.com, tutt’ora esistente), mentre adesso è stato inglobato all’interno del portale www.google.com/partners, come già è successo per AdWords.
La buona notizia è che è possibile importare le certificazioni in corso sulla piattaforma vecchia, con un semplice click. E’ inoltre possibile “affiliare” o meglio collegare il proprio profilo a quello dell’eventuale agenzia dove si lavora, in modo che anche i profili personali concorrano ad aumentare gli skill dell’agenzia, senza dover sostenere due volte l’esame con email personali e lavorative.

Completano il quadro la possibilità di certificarsi anche su AdWords, e immagino altri prodotti Google nel futuro. Ma la notizia più succulenta è che l’esame non è più a pagamento, ovvero non dovete più spendere 50 dollari per sostenerlo. Nel corso di questi anni questo è sempre stato un deterrente più forte di quanto immaginassi, perché “da fuori” probabilmente il test sembra più complesso di quanto in realtà poi non sia. In ogni caso, ora potete provarci senza remore :)


Sep 21 2014

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

ROI R.I.P. welcome ROAS

autore: Marco Cilia categoria: report tag: , ,

Il titolo un po’ criptico fa seguito ad un post sulla pagina Google+ di GA, in cui si annuncia la sostituzione della metrica del ROI (Ritorno sull’Investimento) con quella del ROAS (Ritorno sulla spesa per annunci) all’interno dei report AdWords. La modifica dovrebbe già essere visibile a tutti.

La formula con la quale è calcolato il ROAS è (entrate ecommerce + valore obiettivo) / spesa. Nei report AdWords il numeratore è segmentato per i valori derivanti da visite con conversioni “ultimo clic non diretto” da AdWords. Questo è il motivo per cui la quasi totalità dei profili che vedo ha un ROAS con una certa percentuale che è comunque inferiore alla media del sito: la media è calcolata come totale entrate ecommerce / spesa AdWords, mentre il ROAS AdWords è entrate ecommerce da ADW / spesa ADW. Sarebbe 100% solo se TUTTE le entrate fossero attribuite ad AdWords.

Mi aspetto che il passo successivo sia introdurre la stessa metrica anche nei report “analisi dei costi”, in modo da poter calcolare il ROAS di qualsiasi attività di spending in advertising.

Altre novità interessanti sul fronte advertising sono elencate in questo post sul blog ufficiale, vediamole una per una:

  1. E ora possibile attivare i report demografici anche per le applicazioni mobili, e questo permetterà anche di fare migliori campagne di remarketing in-app, potendo segmentare anche per profili demografici.
  2. La creazione delle liste di remarketing dall’interfaccia di Analytics è ora stata semplificata; inoltre ora si possono importare template già fatti di liste di remarketing con lo stesso meccanismo di custom report, dashboard e segmenti, quindi usando la Solution Gallery
  3. C’è un nuovo report nella sezione AdWords, che misura l’efficacia dei target nella rete Display: a mia memoria è la prima volta che GA mostra un report con TRE dimensioni primarie. Si tratta più precisamente di Parola chiave per la rete display, campagna e gruppo di annunci. In verità la prima posso anche modificarla con Posizionamenti, Argomenti, Interessi e remarleting, età o sesso. L’applicazione di una dimensione secondaria porta a quattro il numero di colonne che elencano dimensioni nel report (e inizia anche a essere stretto da vedere su un monitor da 17 pollici :-/ )

clicca l’immagine per ingrandirla e renderti conto di quanto sia lungo il nuovo report :)

nuovo report target rete display


Sep 12 2014

A volte ritornano: riecco il benchmarking

autore: Marco Cilia categoria: report tag: ,

Non tutte le ciambelle riescono col buco, e alcune volte i report di Analytics vengono ritirati. Se non bastano le lamentele sparse su forum e gruppi di discussione, una rapida occhiata alle statistiche di Google Analytics SU Google Analytics (ebbene sì, è una specie di Matrix :) ) è in grado di dire agli ingegneri “questo report non se lo fila nessuno”.

Questa sorte è probabilmente accaduta al vecchio report del benchmark, che però rivive oggi in una forma tutta nuova e, permettetemi di dire, bella sgargiante! Il blog ufficiale infatti ci informa che nelle prossime settimane tutti avrete accesso alla nuova funzionalità, che sarà attivata se e solo se avete preventivamente deciso di condividere anonimamente i vostri dati con Google (Amministrazione -> impostazioni dell’account -> “anonimamente con Google e altri”).

benchmarking-v2

Quando tutti saranno abilitati nella sezione di report PUBBLICO comparirà una nuova sottocategoria, tradotta in italiano con “Analisi comparativa“. Al suo interno, tre report:

  1. Canali: è il report che vedete nello screenshot sul post ufficiale. La dimensione impostata è Channel, le metriche sono le classiche ABC (Acquistion, Behavior, Conversion) e ogni cella è colorata con tonalità dal verde al rosso, a seconda che il risultato ottenuto dal nostro sito sia migliore o peggiore del campione di paragone. Il colore si può eliminare, così come la numerica di comparazione. In questo senso trovo il report molto bello e agevole da leggere, e spero che questa visualizzazione venga estesa anche in altre parti dello strumento.
  2. Località: qui la dimensione principale è il paese/zona di provenienza degli utenti
  3. Dispositivi: dimensione principale è categoria del dispositivo (desktop, tablet, mobile)

Interessanti le metriche che è possibile posizionare sul grafico: oltre alle metriche secche ci sono anche metriche “dedicate”, tipo “differenza % nuove sessioni rispetto al benchmark”. Infine, la domanda principale: contro chi o che cosa sto confrontando i miei dati? in testa ad ogni report sono presenti 3 grandi selettori, uno dedicato all’industry (o vertical, come amano dire gli inglesi) – e ne potete scegliere una tra circa 1600 – uno dedicato al Paese/Regione (no, in Italia niente province, mentre in Francia ad esempio si) per filtrare i dati e uno dedicato alla dimensione dei siti in base al traffico giornaliero (da siti piccoli 0-100 visite al giorno a siti enormi da oltre centomila visite al giorno). Nessuno mi vieta di confrontare il mio piccolo ecommerce di ferramenta con un colosso giapponese di articoli da giardino, ma avrebbe poco senso. I valori stimati da GA all’inizio dovrebbero essere più che sufficienti…
In ogni caso dopo aver modificato i valori di riferimento, Analytics mostra un avviso che indica quante properties fanno parte del benchmarking per quella particolare selezione. Sempre utile per tenere a mente il contesto.


Sep 03 2014

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

Il posizionamento di GA secondo gli utenti

autore: Marco Cilia categoria: generale tag:

Qualche tempo fa abbiamo detto del report Forrester Wave 2014, e delle polemiche che ne sono scaturite (che tra l’altro non si sono sopite, dato che Brian Clifton recentemente ci è tornato sopra).

TrustRadius invece adotta un approccio opposto, e attraverso un panel di utenti ha ricostruito – incrociando diffusione e punteggi – una situazione leggermente diversa: prima di tutto le domande sono poste ad aziende di qualsiasi dimensione, in secondo luogo i tool non sono scremati all’inizio (motivo per cui compare anche Piwik, ad esempio). Ebbene, in questa situazione il leader nel settore small business è Google Analytics free, insieme a StatCounter e Piwik.

Per le medie imprese (“medie” nel metro americano, ovvero fino a 500 dipendenti) invece il leader è Google Analytics free, mentre Adobe si posiziona secondo, esattamente sulla linea mediana dei punteggi (4,3 su 5). Nel segmento enterprise il leader è sempre e comunque Google Analytics Free, Adobe è di nuovo sulla linea mediana (4,1 su 5) e Google Analytics Premium è sulla stessa mediana di punteggio, solo meno diffuso. Gli altri big del settore secondo il report di Forrester? IBM e Webtrends più diffusi di GAP ma con punteggi molto inferiori, AT internet è strong performers per punteggio, ma è comunque inferiore a GA free, mentre SAS non è nemmeno menzionato.

Ovviamente l’ottimo sarebbe un’analisi che prendesse dati da entrambi i report, perché ad ognuno manca un pezzo e quindi arrivano a conclusioni differenti.

Forrester, I’m sure, would beg to differ, identifying “the six most significant software providers in the category” as Adobe, AT Internet, Google, IBM, SAS Institute, and Webtrends.

The TrustRadius report profiles all of those providers, minus SAS Institute, and adds comScore, GoSquared, KISSmetrics, Mixpanel, Piwik, StatCounter, and Woopra.

Però è sempre bene avere altri punti di vista, no? :)


Aug 05 2014

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

Ora si possono filtrare i bot. Nel senso, meglio di prima!

autore: Marco Cilia categoria: generale tag: ,

Con un annuncio sul G+ ufficiale, Google Analytics annuncia la nuova possibilità di filtrare bot e spider direttamente con un’opzione nella vista. La cosa ha generato un po’ di confusione, per cui mettetevi comodi e leggete.

Google Analytics, da sempre, è un sistema di web analytics basato su una libreria javascript e sui cookies. Javascript è una tecnologia che funziona sui browser degli utenti, per cui il sistema raccoglie informazioni e poi le invia ai server di Google, che le analizzano. La prima conseguenza di questa affermazione – che resta vera – è che chi non esegue javascript non esegue nemmeno il codice di Google Analytics.
Quindi se io disattivo javascript, GA non mi vede. I bot, da che mondo e mondo, non sono progettati per eseguire javascript e accettare i cookie. Questo però non vieta a nessuno di progettarne uno che invece lo faccia, è già capitato in passato e ancora può capitare. Quindi l’affermazione corretta è “Google Analytics non traccia la maggior parte dei bot”.

Recentemente è stato introdotto anche il Measurement Protocol, ovvero la possibilità di inviare dati ai server Google senza l’uso di javascript. In questo caso ovviamente i bot sono SEMPRE inclusi nel traffico. Ho testato in prima persona una soluzione che addirittura include solo il traffico dei bot in una property Google Analytics. Se invece abbiamo una property “normale” che invia parte o tutti i dati tramite Measurement Protocol, la possibilità di filtrare i bot e gli spider con una spunta è molto comoda.

La cosa era diventata praticamente necessaria anche in virtù delle complessità sempre maggiori in gioco: più i siti diventano interattivi e più gli spider devono diventare “umani” per capire cosa contengono. Questo include anche la possibilità di eseguire javascript per attivare funzioni e contenuti altrimenti inaccessibili. Ultimamente aveva fatto molto scalpore il caso AdRoll, di cui potete leggere in questo post su seroundtable. Un altro caso simile e recente è quello di semalt.

Ovviamente la nuova opzione non è risolutiva nel 100% dei casi: affinché un bot sia escluso deve fare parte della lista ufficiale IAB di bot e spider riconosciuti. La lista non è pubblica perché IAB la fa pagare agli iscritti, quindi presumo non la vedremo mai. La feature non è retroattiva, per cui dovrete tenerne conto in fase di analisi, ma avevo letto un post – che non ritrovo – che diceva che nei primi giorni l’impatto era di circa il 3% di un sito piccolo e ancora meno in un sito grande. Chiaramente dipende dal business, dal settore e da molti altri fattori. Se ritrovo il link aggiornerò il post.