Come scegliere alternative a Google Analytics? Quattro strumenti e verifiche di migrazione

Prima annota le domande a cui serve rispondere

Apri la dashboard di analytics, ti trovi davanti a una schermata piena di grafici e continui a non sapere quale articolo modificare, quale annuncio interrompere o quale pagina correggere. L'obiettivo del cambio di strumento dovrebbe essere risolvere questi problemi.

Elenca tre risposte di cui il tuo sito ha bisogno:

• Quale articolo porta iscrizioni?
• Quale canale promozionale porta pagamenti?
• Quale passaggio del flusso di registrazione perde più persone?

Queste tre domande corrispondono a tre attività di analytics: performance dei contenuti, conversione delle sorgenti e analisi del flusso.

"Quante persone sono arrivate oggi" può rispondere solo alla scala delle visite. Non può spiegare iscrizioni e pagamenti.

Quattro strumenti, scegli in base al compito

Strumento	Esigenza per cui vale la pena provarlo	Punto focale della prova
Plausible	Pagine, sorgenti, obiettivi di iscrizione o download	Se riesce a identificare le pagine e le sorgenti che portano conversioni di obiettivo
Umami	Traffico, eventi, conversioni a passaggi; necessità di servizio cloud o opzione self-hosted	Passaggi del funnel, finestra temporale, versione di deployment
Matomo	Necessità di migrare report storici di GA	Ambito di importazione, se i vecchi report possono rispondere alle domande originali
PostHog	Utilizzo dopo la registrazione, abbandono e retention	Definizioni degli eventi, collegamento delle identità, volume di eventi fatturabili

Questa tabella esprime direzioni di prova. Le funzionalità si sovrappongono, e anche i piani e le versioni di deployment influenzano l'ambito disponibile.

Plausible: monitora da pagine e sorgenti fino agli obiettivi

I blog possono impostare obiettivi di iscrizione, e i siti di risorse possono impostare obiettivi di download.

I report da controllare sono:

Le visite di quale sorgente hanno completato le iscrizioni? Quali pagine hanno partecipato alle conversioni?

Plausible supporta obiettivi di pagina, eventi personalizzati e monitoraggio dei ricavi. Clic sui pulsanti, invii di moduli e pagamenti riusciti richiedono una corrispondente configurazione di registrazione; installare lo script di analytics non definirà i risultati di business per il sito. Documentazione sul monitoraggio degli obiettivi

Attività di prova: Scegli un articolo, imposta un obiettivo di iscrizione riuscita e controlla se i report riescono a collegare sorgente, pagina e iscrizione.

Umami: concatena i passaggi in un funnel

Un funnel è una serie di passaggi che devono essere completati:

Apri la pagina prodotto → Avvia il checkout → Pagamento riuscito

Umami supporta funnel composti da pagine ed eventi. L'ordine dei passaggi e la finestra temporale influenzano i risultati. Per esempio, se la finestra temporale è impostata a dieci minuti, i passaggi a più di dieci minuti di distanza potrebbero non essere conteggiati come parte dello stesso completamento. Documentazione sui funnel di Umami

Quando un funnel cala, bisogna controllarne la causa. Passaggi opzionali, eventi mancanti e finestre temporali errate possono tutti creare un "calo".

Attività di prova: Costruisci un funnel a tre passaggi, completa un flusso di test e conferma che tutti e tre i passaggi siano registrati.

Umami offre un servizio cloud e opzioni self-hosted. Il self-hosting richiede di gestire aggiornamenti, backup e risoluzione dei problemi. La capacità di manutenzione dovrebbe far parte dei criteri di scelta. Sito ufficiale di Umami

Matomo: controlla prima lo scopo dei report storici

I dati storici hanno valore solo se riescono a rispondere alle domande a cui serve rispondere.

L'importatore GA di Matomo legge report aggregati. I dati importati non possono ripristinare i log grezzi delle visite, e non tutte le funzionalità di segmentazione e reportistica sono supportate. Limitazioni dell'importazione di Matomo

"Può importare" non significa "tutte le analisi che la vecchia dashboard poteva fare sono conservate".

Attività di prova: Elenca tre vecchi report che devono essere mantenuti e controlla l'ambito di importazione supportato. Quando servono record per visita, eventi grezzi o segmenti specifici, controlla le limitazioni dell'importazione.

PostHog: controlla cosa succede dopo la registrazione

I siti con iscrizioni potrebbero aver bisogno di monitorare:

Registrazione riuscita → Completa la prima azione → Usa di nuovo la settimana successiva

PostHog fornisce funnel di eventi, percorsi e analisi di retention. I report di retention richiedono di definire un evento di partenza e un evento di ritorno. "Tornare ad aprire la homepage" e "tornare a completare un'azione" rappresentano risultati diversi. Tipi di analisi, definizione di retention

Queste analisi richiedono di mantenere i significati degli eventi. Con l'aumentare delle funzionalità, anche i nomi degli eventi, le proprietà e il collegamento delle identità devono essere gestiti.

Attività di prova: Definisci un evento di primo completamento e un evento di riutilizzo, e conferma che i report rispondano a domande di business.

Eventi di conversione: i clic non significano successo

"Clic sul pulsante di pagamento" registra l'intenzione di pagare. Un pagamento fallito può generare anch'esso questo evento.

"Apri la pagina di ringraziamento" ha anch'esso errori di valutazione: aggiornamenti, link salvati nei preferiti e reindirizzamenti falliti dopo il pagamento possono tutti influenzare la registrazione.

Prima scrivi una definizione per l'obiettivo:

Obiettivo	Risultato che dovrebbe essere registrato
Iscrizione	Invio dell'iscrizione accettato
Registrazione	Account creato con successo
Pagamento	Pagamento dell'ordine confermato
Download	Distinguere i clic sul link di download dal completamento del recupero del file

Le statistiche sui pagamenti devono essere riconciliate con il sistema degli ordini. Gli eventi del browser possono essere bloccati, e il sistema degli ordini è responsabile della registrazione dei fatti di pagamento.

Un pagamento di test dovrebbe produrre un record di successo. Aggiornare la pagina non dovrebbe trasformare lo stesso ordine in due voci di ricavo.

Migrazione: fai quattro controlli

1. Registrazione delle pagine

Apri la homepage, una pagina articolo e una pagina di business, e controlla la registrazione.

Anche le transizioni di pagina devono essere testate. Alcuni siti non ricaricano l'intera pagina quando si cambia pagina; la homepage potrebbe essere registrata, ma le pagine successive potrebbero ancora mancare.

2. Registrazione delle sorgenti

Prepara un link promozionale di test:

https://example.com/?utm_source=test&utm_medium=email&utm_campaign=migration

Aprilo in una nuova sessione del browser e controlla la sorgente e il nome della campagna. I reindirizzamenti del sito devono preservare i parametri.

Gli UTM servono a distinguere le campagne promozionali. I link di condivisione quotidiani dovrebbero usare nomi coerenti per evitare che newsletter, Newsletter ed email-news occupino ciascuno una riga separata.

3. Registrazione dei successi

Completa un'iscrizione, una registrazione o un ordine di test, e controlla il nome dell'evento, il conteggio e l'importo.

Prima conferma che l'evento obiettivo non sia stato escluso dalle regole di filtraggio delle visite interne.

4. Registrazione duplicata

Controlla dove è installato lo script di analytics. Plugin del sito, impostazioni del tema e tag manager potrebbero averlo installato ciascuno una volta.

Script duplicati, invii duplicati e aggiornamenti della pagina di ringraziamento valgono tutti un controllo. Conteggi di visite raddoppiati non significano crescita del traffico.

I numeri nuovi e vecchi differiscono: cosa controllare?

Prima allinea l'ambito di confronto:

• Data e fuso orario.
• Dominio, sottodominio e ambito delle pagine.
• Regole di filtraggio delle visite interne.
• Gestione del consenso e blocco degli script.
• Definizioni di visite, sessioni e conversioni.

Registra i risultati in una tabella:

Sintomo	Direzione di risoluzione
La homepage è registrata, le transizioni tra articoli no	Monitoraggio delle transizioni di pagina
Le pagine sono normali, le sorgenti promozionali si perdono	Parametri UTM, reindirizzamenti, attribuzione della sorgente
I clic sono registrati, i successi no	Se gli eventi di successo sono collegati
Il conteggio dei successi supera il numero di ordini	Attivazioni duplicate, ordini di test, criteri di cancellazione o rimborso
Differenza multipla quasi fissa su tutte le pagine	Installazione duplicata, ambito di registrazione e definizioni delle metriche

Queste sono direzioni di risoluzione e non possono essere trattate direttamente come conclusioni di guasto.

Conteggi di visualizzazioni di pagina completamente identici non provano nemmeno il successo della migrazione. Sorgenti perse, pagamenti duplicati e conversioni pubblicitarie interrotte influenzano tutti le decisioni.

Dati storici e connessioni pubblicitarie richiedono una gestione separata

Plausible supporta l'importazione dei dati GA, ma non supporta l'importazione dei ricavi ecommerce di GA; Matomo importa report aggregati. Se i vecchi dati siano utilizzabili va controllato voce per voce. Documentazione sull'importazione di Plausible, Limitazioni dell'importazione di Matomo

Registra la data del passaggio e conserva i vecchi report. Le tendenze che attraversano la data del passaggio devono essere annotate con i cambiamenti nell'ambito statistico.

Anche Google Ads ha un controllo da fare: l'account usa conversioni importate da GA4 per l'ottimizzazione delle offerte? Prima di eliminare GA4, verifica il percorso di conversione pubblicitaria sostitutivo e controlla il conteggio duplicato. Documentazione sulle conversioni di Google Ads

Costo: guarda l'unità di fatturazione

Centomila visualizzazioni di pagina al mese non significano centomila eventi fatturabili.

Visualizzazioni di pagina, clic sui pulsanti, eventi personalizzati e raccolta automatica possono tutti entrare nel volume di eventi. L'analisi di prodotto di PostHog usa la fatturazione basata sugli eventi, quindi le prove dovrebbero includere un controllo del volume di eventi. Spiegazione della fatturazione di PostHog

Prima dell'acquisto, controlla:

• Unità di fatturazione e regole di eccedenza.
• Numero di siti web.
• Periodo di conservazione dei dati.
• Quale piano include le funzionalità necessarie.
• Costo di manutenzione del self-hosting.

Come prendere una decisione?

I blog dovrebbero prima testare "pagina → iscrizione". I negozi dovrebbero prima testare "sorgente → pagamento". I siti con iscrizioni dovrebbero prima testare "registrazione → utilizzo → ritorno".

Solo quando uno strumento candidato riesce a rispondere a questo percorso, i suoi record superano i controlli e il costo è sostenibile, ha valore di migrazione.