Aug 28 2013

HelpSemaforoQuesto semaforo indica il livello difficoltà del post
semaforo giallo - articolo avanzato

Nel frattempo…

Come dicevo nel post precedente, anche durante la settimana di Ferragosto il team di Google Analytics non riposa, ed in effetti ci sono state un po’ di novità sugli strumenti che usiamo tutti i giorni. Iniziamo dai post apparsi sul blog ufficiale:

  • Tag Manager Mobile e GA Services SDK: vi avevo già parlato del Tag Manager per applicazioni mobile in occasione della sua presentazione al Google I/O 2013. E’ venuto il momento di farlo conoscere al grande pubblico e il blog ufficiale ce ne da riscontro. Degli indubbi vantaggi che esso apporta ad una applicazione mobile vi ho già detto (vi ricordo solo la killer feature di bypassare le richieste di ripubbliccazione agli store), mentre una novità è che da adesso gli SDK di Analytics e del Tag Manager sono racchiusi in un unico set di files, chiamato Google Analytics Services SDK. Questo significa che importare il file nel progetto consente di utilizzare sia GA sia il Tag Manager Mobile.
  • Data Driven Attribution Tool (Premium only): si tratta di un sistema automatizzato di analisi del miglior modello di attribuzione disponibile in base ai dati presenti nel proprio account. Fino ad ora il Multi Channel Funnel e i modelli di attribuzione ci hanno aiutato a capire meglio il cosiddetto customer journey, ma si trattava pur sempre di rendicontazione di qualcosa che accade. Questo nuovo set di tool si spinge oltre, e permette di esplorare le variazioni basando le sue decisioni su algoritmi e probabilità di conversione. Una volta definito il proprio goal, il modello analizza i path di conversione e crea il “modello ideale” di attribuzione, e lo aggiorna con regolarità, permettendo anche di confrontare i risultati del modello automatizzato con uno dei modelli predefiniti disponibili nel sistema. E’ disponibile soltanto ai clienti GA Premium
  • Metadata API: si tratta di un nuovo set di API, in grado di semplificare la vita a chi usa le API 🙂 sembra un gioco di scatole cinesi, ma in effetti non lo è. Al momento, se Google rende disponibile una nuova metrica o dimensione attraverso le API lo sviluppatore di un tool deve prima sapere che questo è accaduto e poi modificare la sua applicazione di conseguenza. Se è un servizio web gli utenti sono facilitati, se si tratta di un software si rende necessario far scaricare una nuova versione. Usando le Metadata API questo fatto verrebbe automaticamente esposto all’applicazione, che potrebbe semplicemente leggere il nuovo valore, il suo nome e i suoi attributi ed essere programmata per esporre sempre tutti gli attributi presenti. Faccio un esempio pratico: per una certa dimensione GA mi permette di fare query su 3 diverse metriche. L’applicazione visualmente me le propone. Google espone nelle API una nuova metrica per quella dimensione. Dopo aver fatto “un giro” con le metadata API l’applicazione mi presenta automaticamente anche la quarta metrica come disponibile per quella dimensione. Si tratta di un’automazione molto importante affinché le applicazioni che si basano sulle API siano sempre aggiornate. E’ una innovazione talmente importante che Google ha deciso di applicare una nuova policy di deprecation ovvero di cessazione del supporto a cose obsolete riguardante le API: se qualcosa viene deprecato le metadata API restituiranno DEPRECATED per almeno 6 mesi, e poi BAD REQUEST, consentendo anche in quel caso di aggiornare le applicazioni in modo automatico
  • Supporto document.write nel Tag Manager: da qualche giorno utilizzando un tag HTML custom nel Tag Manager appare la scritta “Supporto document.write. Google Tag Manager offre un nuovo motore sperimentale per il rendering dei tag HTML personalizzati. Include un supporto per le chiamate a document.write()”. Questa cosa era impossibile sino a qualche tempo fa, ma è molto importante perché di fatto consente di infilare dentro al Tag Manager qualsiasi tag, anche quelli che fino ad ora si era detto che non si potevano inserire perché – appunto – ristretti dal fatto che contenessero una direttiva document.wirte. Va notata la parola “sperimentale”, quindi usate questo tipo di tag ancora con cautela; come tutte le novità è bene fare delle prove prima di mandare cose in produzione 🙂

Condividi l'articolo:

Scrivi un Commento