Google Analytics in 30 secondi

La gestione delle campagne è uno strumento molto potente in Google Analytics e alcuni si spingono addirittura a dire che sia la cosa meglio riuscita del prodotto. Quale che sia la vostra opinione, è indubbia una cosa: la gestione è talmente semplice che basta visitare un link con i parametri di una campagna per iniziare a vedere i relativi dati nei report. Non ho volutamente scritto “iniziare a diffondere link con i parametri” perché intendo proprio quel che ho detto: basta che qualcuno visiti un vostro indirizzo con i parametri di una campagna, una qualsiasi.
Per chiarire ancora meglio, se io visito il vostro sito tramite questo indirizzo
http://www.tuosito.it/index.php?utm_source=ilmiobrowser&utm_medium=miainiziativa&utm_campaign=melasonoinventata

voi inizierete a vedere le mie visite sotto la campagna “melasonoinventata”. C’è da dire che nei grossi numeri è improbabile che qualcuno riesca a far emergere una campagna inventata, e se ci riesce significa che porta abbastanza traffico da meritare una campagna vera, ma in siti con traffico relativamente basso è una possibilità che esiste. Se vogliamo è lo stesso discorso fatto a riguardo della copia dello script su domini diversi: la scelta progettuale è una, ed è degli ingegneri di Google, ma il sistema mette a tua disposizione gli strumenti per proteggerti. Nel caso in cui non si vogliano tracciare le campagne (nessuna campagna!) si può usare la funzione _setCampaignTrack(booleano), che disattiva il relativo tracciamento. E’ sufficiente aggiungere la riga
pageTracker._setCampaignTrack(false);
prima di trackPageView().

Essendo una funzione booleana, il tracciamento è spento o acceso; o escludete tutti i tracciamenti – e quindi non userete le campagne nemmeno volendolo – o li accettate tutti, compresi quelli “fasulli”. Alternativamente si può pensare a un filtro di inclusione solo per le proprie campagne, ma sarebbe un filtro da aggiornare molto spesso e comporterebbe qualche restrizione alla gestione stessa delle campagne.

La seconda funzione di cui parliamo oggi è _setAllowAnchor(booleano) e serve ad abilitare la gestione degli url delle campagne anche tramite il separatore # (cancelletto), oltre ai classici ? (punto di domanda) e & (e commerciale). Se devo essere sincero non ho mai visto utilizzare questa funzione da quando mi occupo di GA (anzi, ho visto URL taggati col cancelletto ma nelle pagine di destinazione non c’era la funzione _setAllowAnchor), ma poiché espande le possibilità di utilizzo è bene conoscerla. L’utilizzo è semplice, basta aggiungere la riga
pageTracker._setAllowAnchor(true);

prima della chiamata a trackPageView()

Uno dei possibili parametri per definire delle KPI (Key Performance Indicator) su un sito è il tempo trascorso dai visitatori sulle nostre pagine. Questo dato è presente in Google Analytics, ed è conforme agli standard della Web Analytics Association, ma spesso noto molta confusione nell’interpretazione dei report relativi. Cercherò di farvi capire come funziona con esempi pratici:

La domanda tipica che mi sento rivolgere è all’incirca questa: “perché nella bacheca GA mi segna un certo tempo medio sul sito e nel dettaglio contenuti un altro?” (vedi la figura sotto)

(valori di tempo sul sito in GA)

La risposta secca è: perché il primo valore è la media del tempo sul sito, il secondo è la media delle medie del tempo su ogni singola pagina.
Google Analytics calcola il tempo su ogni pagina tramite la differenza tra il timestamp (preciso al secondo, calcolato in UNIX time) di ogni pagina meno il timestamp della pagina precedente. E di conseguenza il tempo sul sito è il timestamp dell’ultima pagina visitata meno il timestamp della prima.
Chiariamo con una schema: Continua a leggere “Comprendere appieno il tempo sul sito”

Attenzione! questo post perde senso con l’arrivo di Google Analytics 3.0, annunciato il 22 ottobre 2008

Dennis Mortesen ha annunciato l’avvio definitivo del nuovo prodotto di web analytics di Yahoo, cinque mesi dopo l’acquisizione di IndexTools, destinato a fare concorrenza a GA. Senza averlo provato – o poterlo provare, visto che l’accesso è attualmente riservato a clienti e partner – è difficile fare comparazioni, ma ci ho provato lo stesso usando la pagina delle feature del prodotto:

Executive dashboards
Customize your dashboard with the metrics, benchmarks and gauges that meet your specific needs and preferences.	presente
Quickly set goals, track progress and identify danger points.	non ha i danger points, che presumo essere degli alert se il tasso di conversione scende sotto a un tot prefissato
Each person and role within your company can have their own dashboard.	presente
Custom Reports
Add categories to pre-defined reporting items, so your reports match the way your business is organized.	tutti vedono tutti i report, non ci sono viste predefinite
Use custom fields. For example, if you have a travel website, you could track according to travel destination, length of stay, price ranges, or ticket type.	assente
Advanced Campaign Management
Measure cost-per-click (CPC), cost-per-impression (CPM), cost-per-acquisition (CPA) and return-on-investment (ROI)-and adjust your budget if necessary.	solo CPC e ROI
Organize your reports by hierarchical categories you determine.	assente
Analyze your campaign results according to the categories you define.	assente
Real-Time Segmentation
See how visitors react to different campaign landing pages, page layouts, calls to action, and more – then optimize your pages and offers.	difficile dirlo senza vederlo. Direi che è presente, eventualmente in collaborazione con Google Website Optimizer
Identify your best visitors and use that information to find more of those visitors.	assente
Live Cost Analysis
Take advantage of Advanced Live Cost Analysis that collects data from Yahoo!, Google and MSN, and integrates it with the revenue earned on your website.	assente (killer application)
Measure the ROI of your paid search campaigns, keyword by keyword.	presente, nativamente solo per AdWords
Resolve inconsistencies between Yahoo! Web Analytics data and your Paid Search reports.	probabilmente si realizza legando l’account YWA a quello della piattaforma Panama, come GA con AdWords
Merchandise Reporting
Track the products – and product combinations – your customers purchase, add to their carts, and preview.	presente, con modifiche allo script e abilitazione dei report e-commerce
Create reports that reflect cancelled orders or changes to order amounts by sending API requests to the system.	assente (è presente solo la possibilità di inserire transazioni negative)
Upload product costs to calculate overall campaign profitability.	assente
Scenario Analysis
Track visitor behavior through multi-step processes, like purchases or form submissions, and troubleshoot popular paths to improve task completions.	presente (dagli screenshot parrebbe che YWA mostri i funnel anche su comparazioni temporali, cosa che GA non fa)
Redefine a process and the changes apply to historical data too.	assente (killer application)
Comparative Reporting
Learn how your website performance develops from month to month.	presente
Bookmark reports and use past results as a benchmark for improvement.	assente
Advanced Path Analysis
Identify popular paths through your site – viewing user paths as branched, hierarchical maps.	presente
Drill down on branches to follow visitor movements down to a single visit.	assente
Marketing Workflow Management
Monitor events that affect your website, such as site changes, holidays or system outages.	assente
Create custom email alerts to notify you of changes to website performance.	assente
Improve communication with colleagues by sharing notes on reports and dashboards, and color coding report results to easily identify irregularities.	assente (killer application)

Come vedete c’è molta carne al fuoco, e se le premesse saranno mantenute il nuovo Yahoo Web Analytics (YWA) darà del filo da torcere al prodotto Google, che di colpo si trova ad inseguire su alcuni fronti, che ho evidenziato in rosso; alcuni evidenziati in grassetto con la dicitura “killer application” rappresentano secondo me dei veri e propri punti di forza che Google dovrà presto colmare: ad esempio la possibilità di importare dati e costi da prodotti diversi da AdWords, cosa che è sempre stata rinfacciata a GA. Oppure di variare un funnel, un percorso a imbuto, e ottenere anche la rielaborazione dei dati pregressi, e ancora la possibilità di prendere appunti direttamente dentro il prodotto e condividere note con i colleghi.

Penso che questo ingresso non possa che fare bene al settore della web analytics, che mai come in questi tempi è stato così effervescente, e il fatto di avere un serio concorrente porterà Google a sviluppare Analytics con maggior velocità. E poi verrà anche Microsoft Gatineau…

edit: vale sicuramente la pena di riportare anche l’opinione di Eric Peterson, che pensa che i due prodotti non siano in competizione, e che piuttosto YWA andrà a disturbare player come Webtrends, siteCatalyst, coremetrics, eccetera. E’ sicuramente una possibilità, inutile negarlo, ma dipenderà molto da come Yahoo avrà intenzione di approcciare la questione. Inoltre è un dato di fatto che sebbene Google Analytics non sia mai stato posto in concorrenza diretta con i suddetti, molte persone sono state attratte dalla sua potenza resa a costo zero, e quindi ha eroso piccole quote di mercato ai grandi player.

La funzione che va maggiormente tenuta da conto quando si instaurano delle campagne è _setCookietimeout(stringa); il motivo risiede nella gestione del cookie __utmz da parte dello script di Analytics: il cookie contiene le informazioni relative alla provenienza, ad esempio:
205114892.1220963346.1.1.utmccn=(organic)|utmcsr=google|utmctr=world+browser+stats |utmcmd=organic
(si viene da una ricerca su google con chiave “world browser stat”)

oppure:
219072577.1223545748.1.1.utmgclid=CITpr_XumZYCFQVOtAodAmkD7g|utmccn=(not%20set)|utmcmd=(not%20set)|utmctr=hotel%20roma
(provenienza campagna AdWords con chiave “hotel roma”)

Questo cookie ha una vita predefinita di sei mesi, o meglio 15.552.000 secondi, e le informazioni contenute sono sovrascritte secondo le famose regole:
– Le visite provenienti da una campagna, un referral, una visita organica o un adword aggiornano sempre il cookie.
– Il traffico diretto viene sempre sovrascritto da referrer, organico e campagne taggate o adword.

Questo significa che se un visitatore arriva sul vostro sito tramite una ricerca da Google per “hotel roma” e poi se ne va, per i successivi sei mesi una sua eventuale visita diretta con conversione verrà attribuita a Google organico. Allo stesso modo, se proviene da una campagna fatta su una mailing list, si salva l’indirizzo nei preferiti e poi torna dopo cinque mesi e converte, la conversione è assegnata alla campagna della mailing list.

Per vari motivi questo tempo può essere ritenuto inaccettabile: Google Analytics mette a disposizione la funzione setCookieTimeout per prendere il controllo della data di scadenza del cookie __utmz. La funzione prende in ingresso come parametro il numero di secondi trascorsi i quali il cookie scadrà e il visitatore smetterà di essere marchiato con la campagna. Si usa così:
pageTracker._setCookieTimeout("5184000");

Vi lascio anche un breve elenco di date convenzionali trasformate in secondi:
1 giorno = 86400 secondi
7 giorni = 604800 secondi
14 giorni = 1209600 secondi
15 giorni = 1296000 secondi
30 giorni = 2592000 secondi
60 giorni = 5184000 secondi
90 giorni = 7776000 secondi
120 giorni = 10368000 secondi
180 giorni = 15552000 secondi

Uno dei grafici più noti e familiari che si vedono quando si accede alla dashboard dei profili è quello delle fonti di traffico, a meno che non sia stato eliminato per scelta. Rappresenta, come noto, la ripartizione percentuale delle provenienze dei visitatori, e di solito ha tre colori, rosso, verde e blu che rappresentano le tre fonti “classiche” di traffico: le visite dirette, i siti di riferimento e le visite da motore di ricerca.

(due diversi grafici delle fonti di traffico)

In alcuni casi però il grafico si presenta con quattro colori, aggiunge il giallo, e la quarta fonte è “altro”; questo significa che abbiamo iniziato a usare e gestire le campagne. La gestione delle campagne è un passaggio praticamente obbligato nella vita del monitoraggio di un sito web tramite Google Analytics, poiché ci consente di sapere con esattezza quale fonte invia quali visitatori, quale banner porta più conversioni, quale servizio porta visite più qualificate. A differenza delle fonti “tradizionali” le campagne sono impostate da noi e sono molto più granulari: possiamo avere una campagna su una sola pagina di un sito, su tutte le pagine di un sito oppure tre campagne diverse sulla stessa pagina. si può usare la stessa campagna su una newsletter oppure usare una campagna per ogni tipologia di destinatario, e ancora usare campagne differenti per due link differenti nella stessa newsletter. Poiché la gestione è nostra, non c’è limite di utilizzo, salvo poi la difficoltà di lettura dei report.

Come si crea una campagna? A differenza degli obiettivi non c’è bisogno di fare nulla nell’interfaccia di GA, una campagna parte nel momento in cui la prima visita arriva tramite un link opportunamente preparato (“taggato”) con alcuni parametri. Questi parametri possono essere fino a cinque, e precisamente:

• utm_campaign: è il nome della campagna. Va pensato come a un “contenitore” delle varie attività di promozione tramite campagne che ci apprestiamo a fare. Ad esempio per lanciare un prodotto potremmo fare campagne su newsletter, link da siti partner e banner, ma il nome della campagna sarà comune e sempre uguale, ad esempio “lancio XR100”
• utm_medium: è il mezzo della campagna, il veicolo attraverso il quale la campagna giunge ai potenziali clienti. Va pensato rispondendo alla domanda “tramite quale mezzo sto lanciando il messaggio?” (ad esempio: email, banner, affiliazione, ecc.)
• utm_source: è la fonte delle visite, la provenienza dei visitatori per quella campagna e risponde alla domanda “chi?” (esempio: goanalytics.info, google, sito honda italia)
• utm_content: è il contenuto dell’annuncio, e può essere usato per dare maggior dettaglio o per scopi di test, ad esempio facendo un test A/B per capire quale annuncio genera i risultati migliori.
• utm_term: è il termine comprato, nel caso si stia taggando una campagna di keyword advertising.

Di questi cinque parametri, solo i primi tre sono obbligatori. Tecnicamente non è del tutto vero, ma per comodità si assume che sia così: usandoli tutti e tre si usufruirà in toto dei benefici della gestione delle campagne. Per avviare una campagna si dovrà quindi provvedere a modificare il link che punta al nostro sito aggiungendo questi parametri. Ipotizziamo che stiamo lanciando il prodotto XR100 e che abbiamo approntato una pagina apposita sul nostro sito, www.miosito.it/xr100.php. la prima campagna viene effettuata sulla newsletter in questo modo:
http://www.miosito.it/xr100.php?utm_source=newsletter&utm_medium=email&utm_campaign=lancio-xr100

la seconda campagna è un banner sul sito di honda italia
http://www.miosito.it/xr100.php?utm_source=honda-italia&utm_medium=banner&utm_campaign=lancio-xr100

il terzo caso riguarda due link presenti su un sito affiliato, che decidiamo di studiare particolarmente perché in passato campagne simili hanno dato risultati contrastanti. Saranno inseriti due link, uno nella sidebar di tutte le pagine e uno nel footer di tutte la pagine.
Il link nella sidebar sarà
http://www.miosito.it/xr100.php?utm_source=sitoaffiliato.com&utm_medium=link&utm_content=sidebar&utm_campaign=lancio-xr100

mentre quello nel footer
http://www.miosito.it/xr100.php?utm_source=sitoaffiliato.com&utm_medium=link&utm_content=footer&utm_campaign=lancio-xr100

In questo modo, andando a scavare nel report sorgenti di traffico -> campagne sarà possibile capire con esattezza quale di questi mezzi ha generato più conversioni e addirittura quale sia la posizione più redditizia per inserire un link su sitoaffiliato.com nella prossima campagna.
Per facilitare la creazione di url taggati correttamente Google mette a disposizione uno strumento di costruzione degli URL raggiungibile a questa pagina del supporto.

E’ necessario ricordare ancora una cosa sulle campagne: quando un visitatore clicca uno dei link taggati in questo modo il cookie utmz viene opportunamente modificato per registrare questa informazione; come già visto in precedenza, però, per due click da campagne successive il cookie viene sempre modificato, e la conversione viene attribuita all’ultima campagna cliccata. Per ovviare a questo comportamento vi ho già parlato del parametro aggiuntivo utm_nooverride=1.

Marco, ci parli sempre di questa integrazione dei servizi in Google Analytics, ma secondo te quando arriva?

Francamente non ne ho idea, ma sono sempre più convinto che si farà. Il perché mi sembra ovvio: avere tutto sotto mano in un unico prodotto sarebbe di una utilità estrema per chi segue le attività di marketing, posizionamento, brand di un sito, ma anche per tutti coloro che hanno una presenza online su uno dei servizi di Mountain View. Invece di accedere ai vari Youtube Insights, Google Analytics, Feedburner, eccetera, si potrebbero fare analisi molto approfondite direttamente da GA. Tempo risparmiato è tempo guadagnato dice una famosa pubblicità, e io sono d’accordo. Perché devo accedere a feedburner ed esportare (non so se si possa, non ho controllato: è una situazione ipotetica) l’andamento di reach e subscribers dell’ultimo mese, e poi fare altrettanto su Google Analytics e infine devo montare tutto su un foglio Excel e fare un grafico complessivo? Sarebbe di gran lunga più semplice avere tutto a disposizione su GA, no? e così via estendendo il ragionamento.

Voglio portare alcuni elementi a questa mia tesi, che in realtà non è mia ma abbastanza diffusa: come forse saprete Feedburner si sta preparando a migrare i propri iscritti sotto al Google Account, condizione necessaria ad esempio per attivare Adsense for feed. Io ho già migrato l’account e adesso mi collego da feedburner.google.com anziché da www.feedburner.com. Ecco come si presentava il grafico dell’andamento degli ultimi trenta giorni nella versione “classica” di feedburner

(grafico di Feedburner classico)

ed ecco come invece si presenta nella nuova versione:

(nuovo grafico feedburner)

non trovate che sia straordinariamente somigliante ai più noti grafici di GA?

(grafico standard di Google Analytics)

Naturalmente, essendo programmatore, conosco il valore della realizzazione e riutilizzo di un framework e non nego che questo possa essere uno di quei casi: Google ha creato “qualcosa” (forse non è esatto chiamarlo framework) in grado di prendere in ingresso dati numerici e creare un grafico in flash con quelle caratteristiche e lo riutilizza dove più gli viene comodo. Però può essere anche un modo per iniziare ad abituare l’utente a vedere i dati in un modo omogeneo, prima di fondere le interfacce.

Come secondo elemento direi che la tendenza di Google è – ed è sempre stata – quella di accentrare i servizi in un unico Google Account. Finora questa è stata la naturale tendenza nei casi di acquisizione di servizi esterni (MeasureMap, picasa, blogger e appunto feedburner) e non vedo perché prima o poi non dovrebbe iniziare un percorso anche per servizi che già sono disponibili sotto l’ala della grande G. Ricordiamo infatti che ogni servizio è accessibile da una url diversa e che questo forse è proprio il limite che impedisce a molti utenti di tenere a mente dove hanno visto cosa.

In ultimo una folgorazione di stamattina; lascia il tempo che trova, d’accordo, ma non è detto. Il servizio che usiamo si chiama Google Analytics, e non credo che avrebbe potuto avere un altro nome. Significa “il prodotto per la web analytics fornito da Google” senza ombra di dubbio, però può anche essere letto come “il prodotto che consente di fare web analytics su tutti i prodotti Google”. Che dite, troppa fantasia? 🙂

Venerdì sera mi arriva una mail da EpikOne, che chi segue questo blog con regolarità ha imparato a conoscere come Google Analytics Authorized Consultant oltre che come fonte molto attendibile e interessante: mi dicevano che hanno lanciato una versione free di Analyticsview, un sistema per ottenere senza sforzo report nuovi e diversi rispetto a quelli standard, per certi versi anche personalizzabili. Sulle prime ho pensato a uno scherzo, ve lo confesso, perché il fatto che non esista una API ufficiale per accedere ai dati mi faceva immaginare di dover lasciare le mie credenziali di accesso da qualche parte. Però dopo aver verificato l’attendibilità del messaggio la tentazione era forte, EpikOne è sinonimo di garanzia, quindi mi sono iscritto pronto a chiudere il browser alla prima richiesta strana.

Analyticsview si presenta come “The only Google Analytics custom reporting tool available on the market“, l’unico strumento di personalizzazione dei report disponibile sul mercato, e in effetti è vero, che io sappia. In GA si possono esportare i report in vari formati, tra cui alcuni che si prestano ad essere rielaborati come il csv o l’xml, ma nessuno lo fa direttamente su un sito. Il servizio è gratis per un solo profilo, mentre costa 95 dollari al mese per dieci profili ed aggiunge la possibilità di spostare i pezzi di report col drag and drop e la possibilità di condividere i report prodotti; ne esiste anche una versione Unlimited, ma per il prezzo bisogna contattare la società.

La procedura per “collegare” un profilo di Google Analytics è piuttosto semplice: per prima cosa bisogna indicare l’url del sito del profilo che si vuole legare, oppure indicare direttamente l’ID UA-XXXXX-X. Poi il sistema ci fornisce un url fittizio e ci chiede di creare un nuovo profilo per quell’url, senza altre modifiche; dopo bisognerà aggiungere l’utente usato dal sistema in modalità “visualizza solo i report” e dargli accesso sia al profilo vero che a quello fittizio (l’interfaccia è solo in inglese, ma per ogni passaggio è presente un video esplicativo). Come vedete in tutto questo procedimento la password del nostro Google Account non viene nemmeno nominata: non ho esattamente idea di come il prodotto EpikOne prelevi i dati vengano prelevati da Analytics, anche se sospetto che sia un misto tra lo screenscraping e una API fornita segretamente da Google. Per un lavoro così gli ingegneri di Mountain View devono aver dato per forza una mano, altrimenti se è tutta farina del sacco di EpikOne tanto di cappello e la mia stima sale oltremisura.

Anche la creazione di un nuovo report è abbastanza semplice, bisogna dare un nome, selezionare il profilo – ma nella versione free ce n’è uno solo – e scegliere il tipo di report tra gli otto disponibili: Enagements, Lead/Goals (SEO, marketing initiative o Adwords), Revenue (Ecommerce, SEO, marketing initiative o Adwords). Il punto di forza è proprio qui, secondo me. EpikOne può aggiungere nuovi report e renderli immediatamente disponibili a tutti gli iscritti, con la garanzia di essere report studiati da esperti del settore; magari non infallibili, e magari non è detto che siano i report che fanno per noi, ma l’account free è proprio lì per far provare la potenza e la bontà del servizio e i report che può offrire. Scelto il report dovremo selezionare il periodo temporale e il periodo di riferimento tramite due calendari, dopodiché Analyticsview inizierà a prelevare i dati direttamente dai server di Google. A seconda dei carichi di lavoro questo lavoro può richiedere qualche minuto, ma in genere i report sono disponibili abbastanza presto; io per la prova ho scelto il report engagement e il report SEO del gruppo Leads/Goals.

Il report engagement non presenta dati nuovi rispetto a cose che si possono vedere normalmente selezionando gli stessi periodi temporali di riferimento, però riorganizza e aggrega tutti i dati in una paginata unica, pronta per la stampa, con una legenda dei vari KPI (Key Performance Indicator) e uno spazio per aggiungere note personalizzate. Il report SEO del gruppo Leads/Goals invece provvede a fare una analisi storica di alcuni KPI di base – nulla che non possa essere fatto a mano, ma fa risparmiare tempo – e produce anche due dati nuovi: dati il numero e la percentuale delle visite da organico, filtra le keyword relative al brand ricalcola la percentuale. Bisogna fare attenzione perché è la percentuale della percentuale, in valore assoluto il dato non torna (il 95% delle visite al sito che ho esaminato non proviene da organico come si potrebbe pensare ad una prima lettura). In questo report è anche possibile aggiungere una o più righe per inserire dati personalizzati, oltre al solito campo testo.

Devo ancora provare gli altri report, ma il giudizio è buono: non è niente di trascendentale, ma come recita uno degli slogan sul sito, AnalyticsView ti fa concentrare sui dati, e non sulla loro produzione. Nelle versioni a pagamento è anche possibile caricare il proprio logo e far sparire quello del prodotto, nel caso si volessero sottomettere i report prodotti direttamente al cliente finale.

La WAA è la Web Analytics Association, una associazione internazionale che si propone tra le altre cose di definire gli standard in questo campo. Sebbene non abbia l’autorità per imporre nulla, le sue raccomandazioni hanno un ruolo molto forte all’interno della comunità e spesso costituiscono degli standard de facto. Tra i documenti prodotti ed aggiornati con regolarità dalla WAA c’è la lista delle definizioni di web analytics, la cui versione 4.0 finale avevo provveduto a tradurre per il forum GT e che potete trovare anche nel mio blog personale, in questa pagina.

Justin Cutroni di EpikOne ha provveduto ad analizzare quanto Google Analytics sia aderente a questi standard (link non più disponibile), rilevando che solo 19 delle 26 definizioni sono rispettate; in verità delle sette che non corrispondono, soltanto una non è “compliant”, mentre le altre sei semplicemente non esistono in GA. Questo comunque non cambia la sostanza del problema, anche se è decisamente meglio che avere sette metriche completamente sbagliate. Vediamole nel dettaglio (lascio i nomi in inglese):

• Repeat Visitor: sarebbe il numero di visitatori unici la cui attività consiste di due o più visite durante il periodo di report selezionato. Questa metrica non esiste in Google Analytics
• Referrer: il referrer è l’url della pagina che ha generato la richiesta per la pagina vista corrente, o per l’oggetto corrente. In Google Analytics il referrer è la pagina dalla quale è stata originata la VISITA, ed è unico per tutte le pagine viste che compongono la stessa visita. viene chiamato Referral. Esiste tuttavia un campo chiamato referral che è compliant con la definizione della WAA e non è disponibile nei report, ma solo come campo filtro.
• referrer interno: il referrer interno è il referrer che ha un indirizzo interno al sito così come è definito dall’utente. In Google Analytics non esiste.
• referrer esterno: è il referrer che ha un indirizzo esterno al sito così come è definito dall’utente. Nemmeno questo esiste in GA.
• search referrer: un referrer interno o esterno il cui URL è generato da una funzione di ricerca. La metrica così com’è definita non esiste, sebbene GA tracci sia le ricerche interne che quelle esterne.
• original referrer: è il primo referrer di una sessione di visita, che sia esso interno, esterno o nullo. Questa metrica, così definita, non esiste, sebbene sia sostanzialmente analoga al concetto di referral di Google Analytics.
• single-page visits: visite che consistono in una sola pagina, a prescindere da quante volte essa sia vista. Questa metrica non esiste in Google Analytics.

Come detto poco sopra, le altre diciannove definizioni sono rispettate. A mio avviso se Google Analytics vuole davvero fare un balzo di qualità in avanti dovrà adeguarsi a queste metriche, quantomeno correggere le difformità se non anche introdurre quelle inesistenti. Penso che prima o poi lo farà, anche se è notizia di pochi giorni fa che la WAA ha presentato al pubblico una bozza della prossima versione delle definizioni. La potete trovare sul sito dell’associazione, e adesso conta trenta definizioni e una riorganizzazione delle stesse.

Un post più personale, ogni tanto concedetemelo, per segnalarvi che su Internet Magazine di Ottobre, nella rubrica “web forum”, rispondo a tre-domande-tre sulla web analytics, insieme a Enrico Pavan e Giusy Veneto. Se sono finito lì sopra, lo devo anche all’eco in rete che c’è stato quando blog ha aperto i battenti, quindi grazie a tutti voi.

Già che ci siamo segnalo anche che il 16 e il 17 dicembre sarò correlatore del corso di web analytics che YoYo – Formazione rotolante terrà a Verona, insieme a Francesco de Francesco. E’ un corso teorico-pratico sulla web analytics, non su Google Analytics, ma per forza di cose dovremo scendere anche nel pratico, quindi lo strumento Google sarà nominato e mostrato, insieme ad altri.

Un paio di risposte a lettori che mi hanno scritto in privato, cui ho già risposto ma che riporto qui per chiarezza e beneficio di tutti.

Domanda veloce: attraverso GA Google ha accesso al contenuto delle pagine e dei form (ad esempio dati personali inseriti dopo un accesso)?

Allora, tutte le pagine visibili su internet sono pubbliche, e non c’è bisogno di Google Analytics per guardarne il contenuto. Se si mette il GATC su pagine protette da password, proxy o firewall, Google ottiene soltanto l’URL di queste pagine, ma non può inviare spider o vederne il contenuto (o meglio, può ma non avrebbero accesso). Infine, i dati che vengono inviati tramite una form non sono tracciati a meno che non sia stato previsto esplicitamente, oppure che si passino i dati in GET, per cui si leggerebbero in chiaro nell’url e quindi si ricadrebbe nel punto precedente.

non sono riuscito a trovare un sistema per vedere la sequenza di pagine viste da un navigatore: cioè quando uno entra sul mio
sito che navigazione ha eseguito.
Ho provato a cercare nel report di Analytics ma non mi sembra di aver visto niente del genere.
Secondo te c’è il report che sto cercando? Su altri servizi che usavo in precedenza c’era, mi spiacerebbe se mancasse.

No, non esiste un report dettagliato di tutto il percorso, né tanto meno puoi riferirlo a una singola visita. Esiste il riepilogo navigazione per ogni pagina, ma è limitato alla pagina precedente e successiva; lo trovi appena clicchi sulla sezione contenuti, sulla destra nella sezione “Analisi navigazione”.

come faccio a sapere il percorso che ha fatto un visitatore entrato con una determinata parola chiave? Ovvero, dal report delle keyword vorrei sapere, per ogni chiave, in che pagina è arrivato e da quale è uscito un visitatore.

Per un solo visitatore non è possibile, i dati sono aggregati per chiave. E comunque è possibile conoscere nel dettaglio solo le pagine di ingresso per ogni chiave, non quelle di uscita, mentre è possibile conoscere le chiavi di arrivo delle visite per ogni pagina che rappresenta un punto di uscita, cioè il contrario di quel che volevi fare tu. Per farlo, contenuti -> pagine di uscita principali -> [pagina di interesse] -> dimensione: parole chiave.

La pagina dei contatti è a vostra disposizione se avete dubbi, correzioni o domande. Versioni anonime delle domande potrebbero essere pubblicate come approfondimento, e per la crescita di tutti i lettori di questo blog 🙂