Google Analytics vs. Firebase Analytics vs. Google Analytics : Una guida per chi è un po’ confuso

Condividi questo articolo:


Google Analytics per Firebase, precedentemente Firebase Analytics, è ora noto come Google Analytics. Funziona alla grande per le vostre applicazioni mobili! Oh, ma Google Analytics for Mobile è stato deprecato; si consiglia di utilizzare Firebase Analytics, che, come ricorderete, è ora Google Analytics. Nelle ultime notizie, sarete entusiasti di sapere che Google Analytics ora supporta le applicazioni web, ma non confondetevi con Google Analytics per il web!

Cosa? Sei ancora confuso? Ok, facciamo un piccolo passo indietro.

Google Analytics, Edizione Classic

L’anno era il 2005. Leeroy Jenkins stava imparando una preziosa lezione sulla carica in battaglia impreparata, una giovane Fergie stava esaltando le virtù delle sue gobbe a una nazione stanca, e ho pensato che sbiancare le punte dei miei capelli fosse una mossa di moda intelligente per qualche motivo. Tra tutte queste altre tendenze, Google ha annunciato un nuovo prodotto noto come Google Analytics.

A quanto pare, GA è stato davvero utile come strumento di analisi per capire come il vostro sito web si stava comportando. Potresti usarlo per tracciare il traffico di riferimento, scoprire su quali pagine i tuoi utenti stavano spendendo più tempo, dove stavano andando via e molto altro ancora. È in circolazione dal 2005 e molti siti web lo usano volentieri oggi.

Ora, per il bene di questo post del blog, facciamo riferimento a questo come Google Analytics Classic. No, non è il suo nome ufficiale, ma probabilmente è un buon modo di pensarla; è uno strumento classico che esiste da un po’ di tempo, la gente lo apprezza ancora, ed è invecchiato molto meglio dei miei consigli glassati.

Google Analytics, edizione Shoehorn

Ma da qualche parte lungo la strada, la gente ha iniziato a creare applicazioni. E si scopre che quando si crea un’app, è anche importante sapere come le persone interagiscono con essa, quali sono le campagne pubblicitarie che offrono il giusto tipo di utenti e dove i tuoi utenti hanno più bisogno di aiuto. Sapete, il tipo di cose che uno strumento di analisi può aiutarvi a fare.

Così il team di analisi è andato a creare il Google Analytics for Mobile SDKs. Si trattava di librerie per iOS e Android che permettevano di registrare gli eventi accaduti all’interno della vostra applicazione con Google Analytics Classic.

Il problema era che questi nuovi SDK client continuavano a comunicare con un backend progettato principalmente per l’elaborazione dei dati sul traffico web. Ma la maggior parte dell’attività della vostra app non riguarda la navigazione da una pagina all’altra, la preoccupazione per le percentuali di rimbalzo o la conoscenza dei termini di ricerca che hanno portato le persone all’interno della vostra app. Quindi, anche se il backend ha iniziato a supportare eventi arbitrari oltre alle visualizzazioni delle pagine, si sono sempre sentiti un po’ in difficoltà.

Non entrerò troppo nel dettaglio di tutte le questioni specifiche, dato che ormai è praticamente un punto morto. Le Google Analytics for Mobile SDKs sono state deprecate, e il team sta incoraggiando tutti a passare ai nuovi SDK. Ma sappiate che se avete ricevuto delle email su Google Analytics for Mobile che parlano di depredazione, questa è la versione di cui parlano.

Google Analytics, l’edizione “You’re Giving Us Money”.

Un’eccezione alla regola “GA for Mobile è stata deprecata” è Google Analytics 360. Si tratta di un servizio premium che si basa su Google Analytics Classic. Comprende una serie di funzioni avanzate, tra cui report personalizzati, analisi video, reportistica e-commerce avanzata e altro ancora. Inoltre, le aziende che utilizzano il servizio Google Analytics 360 possono continuare a utilizzare le Google Analytics per gli SDK mobili anche se sono state deprecate per tutti gli altri.

Detto questo, anche se sei un cliente GA 360, ti consiglio di dare un’occhiata alle nuove Google Analytics se stai costruendo un’applicazione mobile, perché sembra davvero più naturale. Parliamo di questo.

Firebase Analytics, l’edizione “Google Analytics per Firebase, ma tutti la chiamano ancora Firebase Analytics”.

Qualche anno fa, il team di Google Analytics ha fatto un passo indietro e si è chiesto come potrebbero essere le cose se potessero ricominciare da capo e progettare un servizio che fosse davvero incentrato sulle applicazioni e sul modo in cui si sono comportati, senza doversi preoccupare di supportare anche tutti quei siti web che attualmente utilizzano GA Classic.

La loro prima iterazione è stata lanciata nel 2016 come “Firebase Analytics”. Anziché le visualizzazioni delle pagine e le sessioni come principale motore di attività all’interno dell’applicazione, tutto è stato monitorato utilizzando eventi e proprietà personalizzate dell’utente.

Era abbastanza buono e gli sviluppatori di app lo hanno trovato più intuitivo, anche se all’inizio aveva alcune limitazioni. Il pubblico era difficile da gestire perché non era dinamico (una volta che un utente si univa a un pubblico, non poteva andarsene). Inoltre, non era possibile ottenere report sui parametri dell’evento, ci voleva un po’ di tempo per visualizzare i risultati, e tutti gli imbuti che venivano segnalati erano imbuti aperti invece che chiusi.

Negli ultimi anni, il team ha gradualmente rimosso molte di queste carenze. Hanno aggiunto DebugView e StreamView in modo da poter ottenere maggiori informazioni in tempo reale sulla propria app. Hanno aggiunto un Latest Release Report, che permette di vedere quanto bene la versione più recente della vostra app stesse funzionando. Hanno aggiunto report personalizzati per i parametri degli eventi, integrati con AdMob, e hanno aggiunto il tracciamento automatico delle schermate. Hanno anche migliorato notevolmente la funzione Audience per essere molto più potente e dinamica.

Lungo il percorso, hanno cambiato il nome ufficiale in Google Analytics per Firebase, come un modo per riflettere meglio il fatto che sotto il cofano, questi report erano davvero guidati dalle stesse persone che ti hanno portato Google Analytics. Questo ha creato dei titoli di post imbarazzanti per i blog, e so che la maggior parte di voi ha continuato a chiamarlo Firebase Analytics, voi ribelli, voi.

Google Analytics, la nuova edizione di Hotness

Mentre il backend che alimentava il nuovo GA per Firebase soddisfaceva abbastanza bene le esigenze del prodotto, è stato messo insieme abbastanza velocemente, e il team sapeva che avrebbe dovuto aggiornarlo dopo qualche anno se il GA per Firebase avesse avuto successo come prodotto. E di sicuro, avevano ragione; mentre GA for Firebase prendeva piede, il team di Analytics iniziava a scontrarsi con alcuni dei limiti della loro attuale infrastruttura.

Così, nel 2019, il team di Analytics ha spinto un cambiamento piuttosto significativo. Crearono un backend più robusto che poteva gestire richieste più complesse, pur mantenendo i requisiti “nessun campionamento, supporta tutti gli utenti che vuoi, nessun costo per te” dell’infrastruttura originale. Alcuni dei vantaggi di questo nuovo backend è che ora è possibile generare report ad imbuto chiuso (urrà!), è possibile visualizzare i report per le diverse proprietà degli utenti fianco a fianco nello stesso grafico (doppio urrà!), ed è molto più intelligente su come combina il comportamento degli utenti su diverse piattaforme.

Ma questo nuovo backend è molto più strettamente legato alle infrastrutture e ai servizi gestiti dal team di Google Analytics. E questo spiega alcuni dei comportamenti meno intuitivi che si possono incontrare se si è abituati ad interagire con Analytics come prodotto Firebase.

Ad esempio, se si desidera aggiungere Analytics al progetto Firebase, il progetto deve essere associato a un account Google Analytics come nuova proprietà (le “proprietà” sono ciò che il team GA generalmente considera come progetti). E alcuni di quei rapporti di cui parlavo prima, come gli imbuti chiusi? Quelli non sono disponibili direttamente nella console di Firebase. Bisogna andare alla console di Google Analytics per accedervi.

Questo spiega anche perché il nome è stato cambiato da “Google Analytics per Firebase” a solo “Google Analytics”. Ciò riflette il fatto che quest’ultima iterazione è alimentata da Google Analytics, anche se, sì, si è ancora in grado di visualizzare molti dei propri report attraverso la console di Firebase, e l’SDK che si sta utilizzando si chiama probabilmente qualcosa come FirebaseAnalytics.

Personalmente, non vado pazzo per questo cambio di nome – è un grosso upgrade. Che ne dici di dargli un nome distinto, come Google Analytics Premium o 2.0 o qualcosa del genere? È come quando hanno rilasciato la versione 2018 di Halloween come semplice Halloween, anche se era l’undicesimo della serie. Ora, quando si parla di Halloween, bisogna essere davvero specifici sulla versione di cui si parla.

Ecco perché ho anche suggerito di rinominare il prodotto in Google Analytics: La Michael Myers Is Hiding In Your Closet Edition, ma per qualche ragione il team di marketing ha deciso che non era coerente con i valori del loro marchio. Codardi. Quindi, per ora chiamiamola la New Hotness Edition.

Google Analytics, La nuova edizione Hotness + Web

Questo grande aggiornamento ci permette anche di affrontare l’elefante a forma di rete nella stanza. Vedete, se è vero che la maggior parte delle app non si comporta come si comportavano i siti web nel 2005, è anche vero che molti siti web non si comportano più come nel 2005. Ci sono PWA che assomigliano ad app, e siti come Google Sheets dove si possono passare ore a lavorare su un singolo documento senza mai uscire dalla pagina. E per molti sviluppatori, hanno siti web che rispecchiano così da vicino il comportamento delle loro app, che non ha davvero senso tracciarli in sistemi diversi.

Così, nell’ottobre del 2019, il team di Google Analytics New Hotness Edition ha annunciato un grande miglioramento per GA, ovvero la possibilità di tracciare i siti web utilizzando lo stesso modello di backend che si sta utilizzando attualmente per le app. In altre parole, un modello che è guidato principalmente da eventi e utenti, invece che da pagine viste e sessioni. Questo dà agli sviluppatori web la possibilità di tracciare i loro siti web in un paradigma più simile a quello delle applicazioni, e permette loro di sfruttare altre funzionalità di Firebase, come la creazione di un pubblico che si può mirare con Firebase Cloud Messaging o Remote Config.

Comprendere la terminologia di Google Analytics come utente di Firebase

Un altro effetto collaterale dell’avere la New Hotness Edition più strettamente legata a Google Analytics è che comincerete a vedere un po’ di terminologia dal lato GA delle cose intrufolarsi nei vostri progetti Firebase. Esaminiamo un po’ di questi, va bene?

Quello che voi pensate come un progetto Firebase è generalmente conosciuto come una proprietà in terra GA. Ogni progetto creato in Firebase deve essere associato ad una proprietà in GA, ed è una relazione 1:1.

Allo stesso modo in cui potreste avere versioni iOS, Android e web della vostra app che puntano allo stesso progetto Firebase, anch’esse puntano alla stessa proprietà GA. GA si riferisce a queste singole app come flussi.

Le proprietà create con Google Analytics Classic sono denominate proprietà Web, mentre le proprietà create con la New Hotness Edition sono denominate App e proprietà Web.

Il sito web GA elenca anche un terzo tipo di proprietà, nota come proprietà Apps, ma che è essenzialmente la stessa cosa della proprietà Apps e Web; è stata creata prima che noi supportassimo ufficialmente il web nella New Hotness Edition ed è in realtà presente solo per motivi storici. Io lo ignorerei se fossi in voi.

Un account Google Analytics non è un account nel senso tradizionale del “devi accedere con un account Google”. Lo si può pensare come una cartella in cui si possono inserire più proprietà. Non c’è un modo giusto o sbagliato di organizzare le proprietà in un account – alcuni sviluppatori preferiscono la regola “Una proprietà per account”. Altri preferiscono mettere tutte le loro app correlate nello stesso account. In realtà è solo una questione di preferenze, quindi fai tu.

Ciò che voi pensate come Proprietà utente in Firebase sono note come Dimensioni in GA. Permettono di tagliare a fette e a dadini i vostri rapporti in base alle varie caratteristiche della vostra popolazione. Le proprietà utente che registrate all’interno della vostra app tramite codice sono note come dimensioni registrate, mentre quelle che GA registra automaticamente per voi (come il tipo di dispositivo o il tipo di browser) sono note, in modo abbastanza appropriato, come dimensioni automatiche. In questo senso, ciò che in Firebase-land chiamate filtri, in GA si chiamano comparazioni.

Per rivedere…

Quindi rivediamo tutto quello che abbiamo appena appreso:

Google Analytics per Firebase (in precedenza Firebase Analytics) è ora noto come Google Analytics, ma mi piace pensarlo come The New Hotness Edition. Funziona benissimo per il mobile e ora anche per il web! Nel mondo GA, i progetti alimentati dalla New Hotness Edition sono conosciuti come “Apps and Web properties”.

Google Analytics Classic è ancora in circolazione, se si preferisce un modello più classico di analisi dei siti web. Nel mondo GA, i progetti powered by GA Classic sono semplicemente conosciuti come “Web properties”.

Google Analytics, The Shoehorn Edition, che è il vecchio SDK mobile che parla con GA Classic, è deprecato. Dovresti passare alla New Hotness Edition, a meno che tu non sia un cliente GA 360, nel qual caso penso ancora che dovresti provare la New Hotness Edition, ma credo che non sia un requisito.

Quindi, ecco fatto. Ora che avete capito la differenza tra i vari gusti di Google Analytics, andate a provare la versione New Hotness nella vostra ultima applicazione web o mobile! Il team ha fatto dei bei miglioramenti negli ultimi anni, e vedrete all’orizzonte molte altre caratteristiche più interessanti.


Per ulteriori informazioni visita il sito: immagi.net

Condividi questo articolo: