Come aggiungere analytics alla tua app: GA4, strumenti privacy-first e analytics di prodotto

Per aggiungere analytics alla tua app, scegli uno strumento, aggiungi il suo piccolo script (o chiedi al tuo app builder di aggiungerlo) in modo che si carichi in ogni pagina, verifica che le visualizzazioni di pagina compaiano nella vista in tempo reale dello strumento, poi traccia qualche evento importante — registrazioni, acquisti, azioni chiave. Usa Google Analytics 4 se vuoi uno strumento gratuito e completo e sai gestire il consenso ai cookie; uno strumento privacy-first come Plausible se vuoi statistiche semplici senza cookie; e uno strumento di product analytics come PostHog se devi vedere cosa fanno gli utenti connessi dentro l'app. I dettagli dei fornitori qui sotto provengono dai rispettivi siti a settembre 2026.

Decidi cosa vuoi capire

Le analytics sono utili solo se rispondono a una domanda. Prima di installare qualsiasi cosa, scrivi da tre a cinque domande:

• Da dove arrivano i visitatori (ricerca, social, una newsletter, un annuncio)?
• Su quali pagine atterrano le persone e dove se ne vanno?
• Quanti visitatori si registrano, avviano una prova o comprano?
• Quali funzioni usano davvero gli utenti attivi?
• Le persone tornano dopo la prima settimana?

Le prime due sono web analytics. Le ultime due sono product analytics. Quella centrale è una conversione e richiede che tu tracci un evento.

Le tue opzioni

Google Analytics 4

Il centro assistenza di Google dice che puoi collegare un sito a Google Analytics senza costi. La configurazione consiste nel creare un account, creare una proprietà, aggiungere un flusso di dati web, poi inserire il tag Google con il tuo ID di misurazione (inizia con G-). Google precisa che i dati possono impiegare fino a 30 minuti per comparire; il report Tempo reale è il modo più rapido per verificare che funzioni.

La documentazione di GA4 dice che i suoi tag usano cookie di prima parte (incluso _ga) per distinguere utenti e sessioni. Questo conta per le regole sul consenso — vedi sotto.

Plausible

Plausible dichiara di non usare cookie né altri identificatori persistenti e che per lo strumento non serve un banner per i cookie. Il sito descrive lo script in circa 2,5 KB compressi, e il suo codice è open source, con un'opzione self-hosted. Non ha un piano gratuito: a settembre 2026 c'è una prova gratuita di 30 giorni senza carta di credito, e il piano Starter è indicato a 9 dollari al mese per un massimo di 10.000 visualizzazioni di pagina mensili. Vedi il sito di Plausible per i prezzi aggiornati.

PostHog

PostHog si concentra sulla product analytics — funnel, retention e session replay — più che sulle sole visualizzazioni di pagina. La sua pagina dei prezzi indica, a settembre 2026, un'allocazione gratuita mensile di 1 milione di eventi di product analytics e 5.000 registrazioni di session replay, senza carta di credito. Vedi i prezzi di PostHog.

Una tua tabella di eventi

Per alcuni numeri critici per il business (registrazioni al giorno, ordini a settimana), scrivere una riga nel tuo database quando l'evento accade è preciso, privato e privo di script di terze parti. È un buon complemento a qualsiasi strumento sopra, non un sostituto dei report sul traffico.

Consenso ai cookie e privacy

Le regole sui cookie di analytics variano da paese a paese. Nell'UE e nel Regno Unito, i cookie non strettamente necessari richiedono in genere il consenso del visitatore prima di essere impostati, e le analytics di solito rientrano in questa categoria. Non si tratta di consulenza legale; verifica le regole del paese in cui si trovano i tuoi visitatori o chiedi a un consulente.

In pratica:

• Con uno strumento basato sui cookie, caricalo solo dopo il consenso e rendi «rifiuta» facile quanto «accetta».
• Con uno strumento senza cookie, potresti evitare il banner per le analytics, ma ti serve comunque un'informativa sulla privacy che dica cosa raccogli.
• Non inviare mai dati personali (email, nomi, indirizzi completi) alle analytics nei nomi degli eventi, negli URL delle pagine o nelle proprietà.

Esempi di prompt

Aggiungere uno strumento di web analytics:

Aggiungi Google Analytics 4 con ID di misurazione G-XXXXXXX. Carica il tag su ogni pagina, ma solo dopo che il visitatore accetta i cookie di analytics in un semplice banner di consenso (Accetta / Rifiuta, con la scelta ricordata). Assicurati che le visualizzazioni di pagina vengano registrate quando si naviga tra le pagine in questa app a pagina singola.

Tracciare le conversioni:

Invia un evento di analytics chiamato sign_up quando un utente completa la registrazione, e purchase con il valore dell'ordine quando il checkout va a buon fine. Non includere indirizzi email o nomi in nessun evento.

Le tue metriche:

Crea una tabella di eventi (nome, ID utente, data di creazione, piccoli dettagli in JSON). Registra sign_up, project_created e invite_sent dal server. Aggiungi una pagina admin con i conteggi giornalieri degli ultimi 30 giorni.

Passo dopo passo

1. Scrivi le tue domande (sopra) e scegli uno strumento che risponda. Non installarne tre.
2. Crea l'account e la proprietà nello strumento e copia l'ID del sito o l'ID di misurazione. Questi ID sono pubblici per natura; non sono segreti.
3. Aggiungi lo script a ogni pagina, rispettando il consenso se lo strumento usa cookie.
4. Verifica le visualizzazioni di pagina nella vista in tempo reale dello strumento mentre navighi sul tuo sito pubblicato. Per le app a pagina singola, controlla che ogni cambio di pagina venga conteggiato — le misurazioni avanzate di GA4, per esempio, possono registrare le visualizzazioni sui cambiamenti della cronologia del browser.
5. Escludi te stesso dove lo strumento lo permette, così i tuoi test non alterano i numeri.
6. Aggiungi da 3 a 5 eventi chiave: registrazione, acquisto, l'unica azione che significa che qualcuno ha ottenuto valore.
7. Etichetta i link nelle newsletter e nei post con parametri UTM (?utm_source=newsletter) così sai quale canale ha funzionato.
8. Controlla ogni settimana. Imposta un promemoria. Le analytics che nessuno legge sono configurazione sprecata.

Errori comuni

• Tracciare solo in anteprima. Le analytics devono funzionare sul sito pubblicato; molti strumenti ignorano o attribuiscono male i domini di anteprima.
• Doppio conteggio. Lo script aggiunto due volte (nel layout e in una pagina) gonfia tutto.
• Cambi di pagina non rilevati nelle app a pagina singola. Vedi una sola visualizzazione per visita e concludi che nessuno naviga.
• Dati personali negli URL o negli eventi. Un'email in una query string finisce nei tuoi report di analytics.
• Caricare tag basati sui cookie prima del consenso dove il consenso è richiesto.
• Tracciare tutto. Decine di eventi che nessuno guarda rendono più difficile trovare quelli utili.
• Giudicare da una settimana di numeri piccoli. Con poco traffico, le oscillazioni giornaliere sono rumore.

Checklist

• Hai scritto le domande a cui le analytics devono rispondere
• Uno strumento installato su ogni pagina del sito pubblicato
• Le visualizzazioni compaiono in tempo reale, incluso il cambio di pagina nell'app
• Consenso gestito dove lo strumento usa cookie
• Da 3 a 5 eventi chiave tracciati, senza dati personali
• Le tue visite escluse dove possibile
• L'informativa sulla privacy menziona le analytics
• Un momento fisso ogni settimana per rivedere i numeri

Aggiungere analytics in Mythex

Mythex non include una dashboard di analytics integrata per i visitatori della tua app; le analytics sono portate dall'utente, come indicano le docs per le landing page. Incolla l'ID di misurazione o l'ID del sito dello strumento in chat con un prompt come quelli sopra, oppure, per le chiavi lato server (alcune API di product analytics), salvale come segreti del progetto e segui Integrare qualsiasi API. Verifica sull'URL pubblicato, poi pubblica di nuovo dopo le modifiche.

Quando arrivano i numeri, usali: vedi come lanciare un'app e ottenere i primi utenti, come costruire una landing page che converte e SEO per siti web creati con l'AI.

Domande