Google Analytics in 30 secondi

Oggi mi sono imbattuto per caso in questo report, di cui non ho memoria e di cui non vedo alcuna segnalazione in giro: suggerimenti velocità, all’interno di Velocità del sito. Eccovi uno screenshot (clic per ingrandire):

Non si tratta di niente di speciale, è un elenco delle vostre URL in ordine di visualizzazioni, con accanto il tempo medio di caricamento e due colonne nuove: suggerimenti pagespeed e punteggio pagespeed.

Il link con i suggerimenti porta ad una pagina del tipo https://developers.google.com/speed/pagespeed/insights?utm_source=analytics#url=http_3A_2F_2Fwww.goanalytics.info_2F&mobile=false con informazioni su come far performare meglio la pagina, la seconda colonna è un indicatore da 0 a 100 di quanto è possibile migliorare la pagina. 100 rappresenta una pagina perfetta, 0 una pagina disastrosa.

Questo nuovo report non contiene niente di nuovo, PageSpeed Insights è un servizio abbastanza noto di Google, ma vi fa il favore di analizzare al posto vostro – e uno per uno – tutti gli url registrati da Google Analytics. Al momento il report mi sembra un po’ acerbo: niente filtri sulle metriche, si possono solo ordinare i dati e si è limitati a 10 url alla volta, ma se verrà allineato agli altri ha del potenziale interessante!

Qualche settimana fa Google Analytics ha modificato la procedura per collegare un account AdWords a un account Analytics, rendendo il tutto più semplice. Al momento la procedura consiste in due soli click, e non c’è più bisogno di scegliere la codifica automatica o abilitare l’import dei costi, viene tutto fatto automaticamente. Inoltre, non appena la modifica sarà propagata a tutti gli account, sarà possibile creare un nuovo collegamento direttamente dal pannello di Amministrazione di Analytics (al momento la procedura può invece solo iniziare dal pannello di AdWords).

Poco fa invece il team ci ha informato che un’altro grande cambiamento aspetta tutti coloro che sono soliti passare ore e ore sulla sezione dei report AdWords all’interno di GA: il renaming “dinamico” delle campagne. Cosa significa? Significa che fino ad ora, rinominare una campagna su AdWords (per errore, per correzione o per propria comodità) portava a duplicare la campagna sui report GA, con la complicazione che le visite restavano attribuite alle “vecchie” campagne, mentre i dati di preclick andavano a finire nella “nuova” campagna.

Se guardate l’esempio sul post ufficiale sarà lampante cosa accadeva, e anche cosa accadrà in futuro: rinominare una campagna avrà lo stesso effetto sua AdWords e Analytics, e quindi il numero totale di campagne in un dato periodo sarà sempre consistente tra le due piattaforme. Si parla inoltre di una nuova “infrastruttura” in grado di riflettere più velocemente di adesso le dimensioni AdWords su Google Analytics, ad esempio per avere a disposizione le metriche sulle campagne potenziate. Semplificazione e maggiore potenza, non chiediamo altro 🙂

In calce al post precedente avevo anticipato una novità che poi ha meritato un post sul blog ufficiale: lo scorporo dei modelli di attribuzione.

Oltre ad una voce separata e al rilascio per tutti gli utenti della piattaforma free (fino a qualche tempo fa era riservata ai clienti della versione Premium), Google ha esteso la finestra temporale di “lookback” – non mi viene in mente un equivalente italiano – a 90 giorni. Significa che per le visite con conversione, oggetto sia dei Multichannel Funnel sia dei modelli di attribuzione, Google Analytics torna indietro sino a 90 giorni per completare il quadro delle sorgenti delle visite (e ora anche delle impression GDN) per le canalizzazioni multicanale e per i modelli di attribuzione.

In aggiunta a questo, nei modelli di attribuzione è ora possibile visualizzare lo speso AdWords e calcolare il Cost per Acquisition e il Return on Ads Spending per il canale cpc. Il Cost per Acquisition ovviamente include tutto quanto GA è in grado di attribuire allo stesso visitatore, da qui l’importanza di avere una finestra temporale di 3 mesi. Per alcuni business infatti l’acquisto d’impulso è pressoché impossibile, e più visite si fanno per arrivare alla conversione più la strada verso il calcolo del ritorno e del margine netto è tortuosa. Dire “ho incassato 100 euro grazie ad un clic che mi è costato 80 centesimi, quindi ho guadagnato 99,20 euro” è una frase che fa ormai parte del passato; perché probabilmente, ce ne siamo resi conto grazie alle canalizzazioni multicanale, la strada per arrivare alla conversione ha usato più sorgenti, e magari anche più clic. Poter calcolare esattamente il costo reale è quindi una strada verso una migliore comprensione, e quindi una migliore ottimizzazione.

A cosa serve quindi lo strumento di Attribuzione? innanzitutto è uno strumento piuttosto complesso, non ho difficoltà a negarlo. Se non siete pratici dei Funnel Multicanale, giocarci vi porterà solo un gran mal di testa 🙂
Secondo me i due strumenti sono utili sotto ottiche diverse. Uno, Il Multi channel funnel, prende semplicemente i vari canali e moltiplica il valore delle conversione per la presenza dei canali. Un goal che vale 1, segna 1 al canale se è “ultima interazione” e segna 1 al canale se è “interazione indiretta”. Punto.
L’altro, i modelli di attribuzione, prende il valore della conversione e lo “spalma” sui canali che hanno contribuito, con regole preimpostate o basate su condizioni create da noi (e anche parecchio complicate, se si esce dal modello lineare come riferimento).

Praticamente è quasi l’operazione inversa. Per come la vedo io, al momento e con la conoscenza che ho dei due strumenti, il funnel multicanale è utile quando si ha un budget da spendere e si devono realizzare delle conversioni. metto X su questa attività, Y su quest’altra e Z su quella. So – da sempre – quanto mi portano in termini di conversioni last click (anzi, “last cookie non direct” su Google Analytics”), ma con i MCF posso anche sapere quanto X ha aiutato Z, e quanto Y è stata aiutata da X e Z, aiutando me a giustificare meglio i risultati, e me e il cliente a fare migliori pianificazioni in futuro.
Il modello di attribuzione, al contrario, è utile se so sicuramente quale è il mio introito monetario, e penso tipicamente a un e-commerce, e voglio spalmare questo introito nei vari canali che necessariamente si sono sovrapposti per arrivare alla conversione finale.

Vi siete invece fatti un’idea diversa di questo strumento?

Se Google spinge sull’acceleratore dell’integrazione (sono ormai lontani i tempi in cui immaginavamo la Business Platform, ormai è una realtà concreta e sotto ai nostri occhi!), specie dell’integrazione con AdWords, i tempi si fanno duri per tutti. Pochi minuti fa è comparso sul blog ufficiale l’annuncio dell’arrivo delle impressions nelle canalizzazioni multicanale.

In pratica nel Multi Channel Funnel compariranno due nuovi tipi di canale, che si chiameranno “Display” ma che al contrario di quello che già esiste non indicheranno una visita proveniente dal canale Display, ma indicheranno che l’utente ha registrato una impression (e non ha interagito col sito) che successivamente ha poi portato una visita (e una conversione, giacché nei Multichannel report finiscono solo le visite che convertono). A parte compilare l’apposita form e sperare di essere selezionati per la whitelist iniziale, ci sono due prerequisiti da soddisfare affinché tutto funzioni:

1. Il sito deve utilizzare il codice di monitoraggio versione remarketing
2. Bisogna esplicitamente attivare l’opzione nel menu di amministrazione, sezione Sorgenti di dati -> AdWords. Ne consegue che la cosa è fattibile solo con i privilegi di Amministratore

Le impressions disponibili sono quelle effettuate sul Google Display Network, quindi oltre alle impression “classiche” troveremo anche gli ad Youtube e i rich format come gli ad a espansione. A livello di report ci saranno come detto due nuovi canali:

Display con l’occhio indica una impression “normale”. Display con il ciack del cinema indica una impression da Rich Media. Come se non bastasse, sono state introdotte nuove dimensioni per la creazione di segmenti di conversione, che permettono un controllo ancora maggiore su cosa viene mostrato e cosa no nei funnel multicanale.

• Above the fold: può essere “si” o “no” e indica se l’impression era nella view area del browser quando la pagina è stata caricata
• Percentuale di visione del video: può essere più del 25, 50, 75 o 100% e indica la quantità di video ad che è stata vista
• TrueView: può essere “si” o “no” e indica se l’utente ha visto più di 30 secondi di video ad (oppure l’ha visto tutto se inferiore a 30 secondi).

Per chi investe molto in advertising sul Google Display Network ed è sempre in cerca di modi per ottimizzare le prestazioni delle campagne, si tratta di tantissimo materiale su cui lavorare. Se volete provare a entrare nella beta, la form da compilare è questa

https://docs.google.com/a/google.com/spreadsheet/viewform?formkey=dHNPWndoQkdvdW9wU0lGd29sUkEwUGc6MA#gid=0

Altre due novità appena introdotte, lette qui, sono l’estensione a 90 della finestra di lookback, cioè del periodo temporale preso in considerazione per i multichannel funnel (prima il massimo era 30 giorni), e lo “scorporo” dei modelli di attribuzione in una voce di menu dedicata.

Quasi una settimana fa il blog ufficiale ha annunciato il prossimo arrivo di una interfaccia di amministrazione tutta nuova. Come al solito si tratta di un “coming soon” e bisogna pazientare, ma avendo potuto provarla in anteprima per qualche settimana, posso darvi le mie impressioni.

Innanzitutto la grafica: molto più “morbida”, tutta in toni di grigio, molto elegante. Da qualsiasi punto si clicchi il pulsante di amministrazione, si arriva alla medesima interfaccia che mostra – esplosa – la visione sui tre livelli differenti di oggetti su cui si può operare: account, proprietà e profilo (e se avete dubbi, avevo scritto un articolo a proposito qualche tempo fa).

Il nome di ogni oggetto è contenuto in un menu a tendina, dal quale si può passare a un altro oggetto di pari livello: dal primo menu si cambia ACCOUNT, dal secondo menu si cambia PROPRIETA’ (all’interno dello stesso account), dal terzo si cambia PROFILO (all’interno della stessa proprietà).
Sotto ad ogni oggetto vi è poi l’elenco completo delle azioni che è possibile operare su di esso; quante volte vi siete chiesti se la gestione degli account AdWords fosse all’interno della proprietà o dell’account? e AdSense si linka da profilo o da account? e il remarketing? tutto questo sarà un ricordo, perché in una unica schermata ci sono tutti i link possibili.

Inoltre c’è un effetto molto bello di transizione che porta dalla schermata a tre colonne a una schermata con una colonna sola, corrispondente alle voci di menu parallele alla selezione fatta, e che nella parte destra reca lo spazio per operare fisicamente le modifiche. Per intenderci, se clicco “Filtri” su un profilo, mi trovo una schermata come questa (clic per ingrandire)

tramite la freccia in alto posso tornare al menu precedente, con la tendina cambio profilo, agendo sul menu laterale faccio comparire le schermate con le configurazioni di PROFILO. La schermata di una proprietà è uguale, salvo avere le voci di menu relative alle proprietà, e così via.

All’inizio dovrete farci un pochino l’abitudine, come tutti i cambiamenti radicali di interfaccia, ma sono sicuro che dopo qualche giorno la troverete molto utile e funzionale anche voi! 🙂

Questa mossa me l’aspettavo praticamente da quando esistono i content experiment. Questo perché la maggior parte delle volte che si ha a che fare con un esperimento, esso va eseguito su di un CMS. E quale modo migliore per agevolare chi usa CMS, specie quelli famosi, se non creare una API che può essere sfruttata programmaticamente in modo facile, perché qualche sviluppatore ha creato un modulo o un plugin?

Questo credo sia solo una delle motivazioni che ha spinto il team di Google Analytics a creare la nuova API per i Content Experiment, annunciata ieri.
I vantaggi principali dell’uso dell’API al posto del normale snippet di codice sono riassunti così:

• esperimenti senza redirect: lo snippet attuale fa un redirect usando javascript. L’uso di API consentirà di evitare questo passaggio, e di informare il sistema che è stata servita una versione A o B sul medesimo URL
• testing di “cose” lato server: si potranno testare anche “cose” che l’utente non vede, perché avvengono lato server. L’esempio che fanno sul post ufficiale è un algoritmo o un reccomendation engine. Ad esempio si possono usare due diversi set di post consigliati, basati su query diverse, e capire quale dei due funziona meglio nel servire post che poi vengono cliccati.
• logica personalizzata negli split: per chi non volesse usare l’algoritmo denominato “multi armed bandit” potrà implementare una propria logica per servire le variazioni, magari tornando al classico 50/50
• testing con il protocollo di misurazione: Universal Analytics permette di comunicare con Google Analytics attraverso un protocollo di misurazione, e quindi permette di tracciare anche cose diverse da siti web. Usando l’API dei Content Experiment e il protocollo di misurazione sar possibile fare A/B test anche su questi oggetti che non rappresentano siti internet.

Insomma, come tutte le nuove API che vengono introdotte, bastano poche righe per annunciarle, ma aprono moltissime possibilità per tutti, developer, persone con le idee e utilizzatori finali 🙂

Ecco un’idea semplice ma molto potente!
Una dashboard è una visione limitata e sintetica sui dati su alcuni dati in piattaforma. Una volta creata, essa è disponibile alla sola email di login che l’ha creata (e infatti si trova nella sezione “personale”), oppure può essere condivisa attraverso un link. Ma se io cambio la dashboard originale, la cambio nuovamente nella mia login e dovrei re-inviare il link a tutti.
Questa funzione d’ora in poi sarà chiamata “condivisione di template”, mentre condividere una dashboard vera e propria significherà metterla a disposizione di tutti coloro che hanno accesso al medesimo profilo.

In questo modo se faccio una modifica, essa sarà riflettuta e disponibile a tutti coloro che usano quella dashboard nel profilo in cui si trova e in cui l’ho creata la prima volta. Da quanto capisco, inoltre, anche le modifiche fatte da altri saranno salvate, rendendo di fatto molto più facile creare dashboard in team molto grandi: qualcuno si occupa dei widget per la SEO, altri dei widget per la SEM, qualcuno aggiunge le parti social and so on…

Avevo detto qualche giorno fa che ero curioso di capire come avrebbe funzionato il Google Tag Manager per applicazioni mobili: tecnologia tutto sommato nuova (Ensighten già lo fa, per la cronaca) ma molto promettente.

Il problema di business che questa soluzione risolve non è affatto banale: chiunque si sia cimentato con il processo di approvazione di una applicazione mobile sa quanto possa essere lungo e soggetto a rinvii, soprattutto sull’AppStore di Apple. Anche dopo la prima approvazione, il ciclo di rilascio di una nuova versione non è immediato, e comunque sia ogni minimo cambiamento della app, fosse anche il colore di un pulsante, richiede una nuova versione.

Il Tag Manager per app invece va configurato una volta in fase di creazione del tracking o dell’app, ed esattamente come nei siti web la configurazione dei tag può essere fatta da pannello. Con dei plus molto interessanti, però. Il primo è che la configurazione viene scaricata ogni tot ore, se possibile. E questo risolve il caso in cui una app venga utilizzata in assenza di connessione internet. Il secondo è che il tag manager per app mobile può essere usato per modificare qualsiasi aspetto dell’app, non solo il tracciamento analytics.

Come si vede chiaramente dal video qui sotto, anche la fisica di un gioco o il metodo di rilascio di badge, così come la posizione e la forma di un banner, possono essere variati a piacimento. Non solo: poiché il sistema è basato su regole, come il Tag Manager classico, si possono anche identificare specifici segmenti di utenti e modificare soltanto la loro app. Ad esempio, tutti i dispositivi in lingua inglese. O tutti gli android con versione inferiore alla 4.0. O altri a piacimento.

E tutto questo, ripeto, senza bisogno di pubblicare una nuova versione dell’app, ma comodamente tramite pannello.
Risparmiare tempo, risparmiare soldi! Vi consiglio di prendervi una mezz’oretta e dare un’occhiata al video del Google I/O con la demo, è veramente notevole!

Dopo essere apparsi a macchia di leopardo su svariati account, la nuova interfaccia di creazione dei goal dovrebbe ormai essere visibile a tutti, dato che ne hanno fatto annuncio nel blog ufficiale.
Rispetto a quanto avevo visto a suo tempo c’è una novità: l’arrivo dei template per i goal. I template sono visibili se e solo se avete selezionato una categoria del settore a livello di web property. Se non l’avete fatto non vedrete i template, mentre se l’avete fatto vedrete i template che più vi possono essere utili a seconda della categoria selezionata.

Non mi sembra che abbiano una utilità così elevata, almeno a una prima occhiata, ma non si può mai dire. Quel che noto rispetto al post sul blog ufficiale è che nello screenshot

Nella casella di input loro visualizzano “Goal ID 1 / Goal set 1“, mentre io nei miei account non lo vedo. Perché questo ha una qualche rilevanza? perché al contrario della vecchia interfaccia ora non sembra più possibile decidere a priori la posizione di un goal: mentre prima c’erano 4 set di 5 obiettivi ciascuno, ed era comunque possibile creare un goal in un set a piacere, al momento questa possibilità non esiste, e i goal vengono creati in maniera sequenziale, e poi mostrati nell’interfaccia in ordine alfabetico. A livello di funzionalità finale non cambia molto, ma bisognerà farci un po’ l’abitudine, e vedere che impatto avrà la cosa sugli account già esistenti con una certo tipo di categorizzazione dei goal.

A voi come sembra la nuova interfaccia?

Uno dei possibili motivi per optare per la soluzione Google Analytics Premium è quella di avere MOLTE visite, un numero di visite talmente alto da sforare il limite mensile consentito dalla licenza free e da costringere il sistema a passare all’elaborazione giornaliera invece di quella continua. Con un numero così elevato di visite poi, il dato campionato disponibile nell’interfaccia avrebbe un sample molto piccolo.

In questo caso la soluzione Premium, lo sappiamo, permette il download dei dati non campionati sotto forma di file gestibile con Excel. Però poi i dati su Excel ci devono ENTRARE. Cosa accade se debbo elaborare 4 file da 3 milioni di record l’uno senza che mi esploda il PC? 🙂

La nuova soluzione che Google propone ai suoi utenti Premium è l’integrazione con BigQuery (che a dire il vero si era sentita brevemente al momento del lancio di Premium, salvo poi sparire nel nulla), un servizio poco noto che consente di manipolare con facilità grandi quantità di dati, sfruttando le capienti infrastrutture di calcolo di BigG.

Durante il Google I/O è stata fatta una dimostrazione live, usando un dataset di 42 milioni di record e creando una interrogazione complessa (join nidificate con regular expression, per i curiosi) ottenendo il risultato in meno di 10 secondi.
Un tempo ridicolo considerando il valore potenziale di analisi di questo tipo, visto che tra l’altro BigQuery consente di caricare propri dataset e quindi integrare i dati che provengono da GA Premium!