La Migliore Analisi Self-Hosted: Matomo vs Umami vs Fathom Lite (e dove si adatta ognuno)

Dopo Schrems II, diverse Autorità europee per la protezione dei dati hanno rilevato che Google Analytics ha creato problemi di trasferimento dati illegali tra UE e USA nell'ambito del vecchio meccanismo di trasferimento.

L'EU-U.S. Data Privacy Framework ha da allora cambiato la base giuridica per i provider statunitensi certificati, ma molti proprietari di siti che privilegiano la privacy evitano ancora GA4 perché rimane legato all'ecosistema pubblicitario di Google, all'onere del consenso e alle questioni di elaborazione transfrontaliera.

Per i siti che vogliono una configurazione della privacy più pulita, la risposta pratica è spostare l'analytics da GA4 a qualcosa di self-hosted, in un datacenter EU, con tracking di prima parte e meno questioni di elaborazione transfrontaliera.

Quattro opzioni compaiono continuamente nelle comparazioni: Umami, Matomo, Fathom Lite e Ackee. Due sono attive e meritano il tuo tempo. Una ha funzionalità congelate e poche release. Una è attiva ma di nicchia. Questo post confronta tutte e quattro, fornisce una regola decisionale per archetipo e abbina ogni strumento al piano VPS su cui funziona al meglio.

Riassunto rapido

La versione breve non è complicata. La maggior parte dei siti dovrebbe iniziare con Umami, passare a Matomo solo per esigenze di reporting più intense, saltare Fathom Lite e trattare Ackee come una scelta di preferenza di nicchia.

• Usa Umami per blog personali, SaaS indie e tutto ciò in cui il dashboard di analisi deve essere leggibile da non ingegneri. Funziona comodamente su un VPS con 1 GB RAM. Licenza MIT. Senza cookie per impostazione predefinita.
• Usa Matomo quando avete davvero bisogno di funnel, tracciamento e-commerce, mappe di calore o registrazione delle sessioni in un unico strumento. L'intera superficie delle funzionalità costa di più in termini di RAM e attenzione operativa. Il minimo realistico è 2 GB RAM per siti piccoli; 4 GB per siti con traffico moderato e funzionalità predefinite abilitate.
• Non utilizzare Fathom Lite. L'immagine Docker open source non viene aggiornata da cinque anni. I maintainer sono passati completamente a Fathom Analytics commerciale. Eseguirlo come servizio esposto a internet nel 2026 è un rischio per la sicurezza e la compatibilità.
• Ackee è attivo ma a sviluppo più lento di Umami. Sceglietelo solo se l'estetica del dashboard è specificamente importante per voi. Altrimenti, scegliete Umami come impostazione predefinita.

I quattro contendenti, in breve

La shortlist è più breve di quanto sembri. Umami e Matomo sono le scelte serie per la maggior parte delle configurazioni di analisi auto-ospitate. Fathom Lite compare ancora in elenchi più vecchi, ma la versione open source è rimasta troppo indietro. Ackee funziona ancora, ma ora si avvicina più a una scelta di preferenza che a una raccomandazione predefinita.

Umami

Umami è un'applicazione Node.js supportata da PostgreSQL. Licenza MIT. Sviluppo attivo con commit settimanali e release con tag regolari per tutto il 2025 e nel 2026. La versione stabile attuale è v3.1.0.

Il processo Node è in idle a circa 200 MB di RAM. Postgres aggiunge altri 150-250 MB a seconda della configurazione. Lo stack completo gira comodamente su 1 GB totale. Lo script di tracciamento è di circa 2 KB. Senza cookie per impostazione predefinita; nessun identificatore di terze parti; nessun banner di consenso necessario secondo la maggior parte delle interpretazioni dei regolatori UE.

• Punto di forza principale: il dashboard più pulito tra tutti gli strumenti di questo set, la minore attrito nella configurazione, il minore footprint operativo.
• Punto debole principale: le funzionalità di funnel e heatmap sono meno complete rispetto a Matomo, e l'interfaccia di gestione multi-sito funziona ma è meno matura a scala di agenzia.

Matomo

Matomo è un'applicazione PHP di 15 anni supportata da MySQL o MariaDB. Il progetto si chiamava precedentemente Piwik. GPL v3 per il core; alcuni plugin avanzati (heatmap, registrazione delle sessioni, test A/B) sono commerciali. La versione stabile attuale è v5.10.0.

Il minimo realistico di RAM è 1,5-2 GB totale: i worker PHP-FPM consumano 50-80 MB ciascuno, MariaDB vuole 512 MB per essere comoda, nginx è piccolo ma presente, e il cron job di archiviazione causa picchi periodici sia di CPU che di memoria.

• Punto di forza principale: la più ampia superficie di funzionalità tra tutti gli strumenti analytics open-source. Funnel, multi-attribuzione, e-commerce, obiettivi, dimensioni personalizzate, segmenti, attribuzione marketing, report in stile GA4.
• Punto debole principale: il dashboard è denso (alcuni utenti lo trovano simile a Excel) e l'attenzione operativa richiesta è reale. Dovrai sapere cos'è un cron job di archiviazione.

Fathom Lite

Fathom Lite è l'implementazione Go open-source originale di Jack Ellis e Paul Jarvis. Licenza MIT. Il repository esiste ancora su GitHub, e l'ultima release su GitHub è v1.3.1. L'immagine Docker funziona ancora con il pull.

L'immagine Docker su Docker Hub non viene aggiornata da oltre cinque anni. Il ramo master del repository ha avuto solo commit sporadici e senza nuove release in quel periodo. Il README afferma che la versione Lite non riceverà più nuove funzionalità, sebbene i manutentori la descrivano ancora come mantenuta per i bug a lungo termine. Il prodotto sviluppato attivamente è il commerciale Fathom Analytics.

Eseguire nel 2026 un'app di analisi con funzionalità congelate e un'immagine Docker pubblica obsoleta è un rischio. Il comportamento degli script di tracciamento nei browser si è evoluto. Gli aggiornamenti di runtime e dipendenze che i progetti attivi distribuiscono regolarmente non compaiono nel percorso di release pubblico di Lite.

Se trovate Fathom Lite raccomandato in un riepilogo del 2026, controllate la data dell'immagine Docker e la cronologia delle versioni prima di considerarlo una scelta di produzione.

Il SaaS commerciale Fathom Analytics su usefathom.com è un prodotto diverso. Va bene se si accetta che si tratta di SaaS e non di auto-ospitato. Non è di questo che tratta questo post.

• Punto di forza principale: binary minuscolo, tracker leggero, idea di prodotto originale e semplice.
• Punto debole principale: codebase open source con funzionalità bloccate, immagine Docker obsoleta, percorso di rilascio poco chiaro e nessuna buona ragione per distribuirlo come servizio di analisi esposto a internet nel 2026.

Ackee

Ackee è uno strumento di analisi Node.js + MongoDB. Licenza MIT. La versione attuale è v3.6.0. Il maintainer rilascia correzioni di bug e aggiornamenti delle dipendenze. Il lavoro sulle funzionalità principali ha rallentato. Il dashboard è minimalista, il tracker è piccolo e il footprint delle risorse è paragonabile a quello di Umami.

Ackee funziona. Il motivo per cui si trova nella colonna di nicchia è che Umami è almeno un livello di velocità sopra di esso su ogni asse rilevante: ritmo di sviluppo, ecosistema, documentazione di terze parti, integrazioni disponibili.

Se hai già un motivo valido per preferire Ackee (hai testato entrambi e hai preferito la sua dashboard), usalo. Altrimenti scegli Umami e vai avanti.

• Punto di forza principale: dashboard pulita, tracker leggero, basso consumo di risorse, ancora mantenuto.
• Punto debole principale: ritmo di sviluppo più lento rispetto a Umami, ecosistema più piccolo, meno integrazioni e meno documentazione di terze parti per chi ha bisogno di aiuto dopo l'installazione.

Framework decisionale: scegli in base all'archetipo

L'archetipo conta più della griglia di funzionalità. Un blog personale non ha bisogno dello stesso stack di analytics di un prodotto SaaS o di un'agenzia che gestisce account clienti. Parti dal proprietario del dashboard, dalla profondità dei report e dalla quantità di lavoro sul server che sei disposto ad assumere. La scelta dello strumento diventa molto più semplice dopo.

Blog personale o proprietario di un singolo sito

Scegli Umami. La configurazione è un unico file Docker Compose. Il tracker è uno script di una riga nel tuo <head>. Il dashboard è leggibile su un telefono. RAM e storage sono preoccupazioni trascurabili a questa scala.

Non è necessario un secondo strumento. Se stai abbandonando GA4 per ragioni di principio o per rimuovere il banner dei cookie, Umami chiude il caso.

Fondatore SaaS indipendente o piccolo team di prodotto

Predefinisci Umami. Aggiungi Matomo solo se hai identificato specificamente una funzione mancante.

Il motivo più comune per aggiungere Matomo qui è il funnel reporting sui flussi di registrazione e aggiornamento che Umami non ancora fa altrettanto bene. La domanda decisionale è se qualcuno nel team vuole attivamente gestire la superficie più ampia di Matomo.

Se la risposta è no, Umami con un paio di query al database del prodotto vi darà il 90% degli insight sull'imbuto al 10% del costo operativo. Se il vostro prodotto è ricco di eventi e desiderate un'interfaccia imbuto nativa, installate Matomo. Il costo operativo è uno stack più grande: Matomo, un database, uno strato di server web, Redis opzionale, più RAM e un job di archiviazione da gestire.

Agenzia che gestisce oltre 10 proprietà cliente

Scegliete Matomo. La gestione multi-sito è matura. I permessi per utente e il login per cliente sono funzionalità di prima classe. I plugin a pagamento per heatmap e registrazione delle sessioni sono elementi differenzianti che le agenzie fatturano davvero.

La UI multi-sito di Umami funziona ma risulta meno completa su scala agenzia: filtraggio su più siti, assegnazione dell'accesso a livello cliente, esportazione di report brandizzati. L'UI di Matomo è densa, ma quella densità vi offre le funzionalità che il lavoro richiede.

Se l'agenzia ha un portafoglio di siti prevalentemente a basso traffico e il lavoro principale è la produzione di report di traffico mensili piuttosto che l'ottimizzazione del tasso di conversione, Umami è ancora una scelta difendibile e ridurrà i costi infrastrutturali. La decisione riguarda il limite delle funzionalità, non lo strumento sbagliato.

Confronto funzionalità per funzionalità

Capacità	Umami	Matomo	Fathom Lite	Ackee
Licenza	MIT	GPL v3 (plugin a pagamento commerciali)	MIT	MIT
Stack	Node + PostgreSQL	PHP + MySQL o MariaDB	Go + MySQL o SQLite	Node + MongoDB
Sviluppo attivo (2026)	Sì, commit settimanali	Sì, team a tempo pieno	No, ~5 anni senza aggiornamenti	Sì, bassa velocità di aggiornamento
Senza cookie per impostazione predefinita	Sì	Configurabile (flag richiesto)	Sì	Sì
Gestione multi-sito	Sì, base	Sì, maturo	Sì, base	Sì, base
Funnel e obiettivi	Limitato	Completo	Nessuno	Nessuno
Tracking e-commerce	Nessuno	Completo	Nessuno	Nessuno
Heatmap e registrazione delle sessioni	Replay di sessione; nessuna heatmap nativa	Sì (plugin a pagamento)	Nessuno	Nessuno
Dimensione dello script di tracciamento	~2 KB	~22 KB	~1 KB	~2 KB
Soglia minima di RAM realistica	1 GB total	2 GB total	n/a (non distribuire)	1 GB total
Complessità operativa	Basso	Medio	n/a	Basso
Raccomandazione	Predefinito per la maggior parte	Quando il tetto delle funzionalità conta	Evita	Nicchia

Dimensionamento VPS in numeri semplici

Lo strumento giusto dipende in parte da quanto sei disposto a pagare per il server che lo esegue.

Configurazione	RAM realistica	CPU	Archiviazione	Buona base per VPS
Umami + Postgres, traffico basso	512 MB-1 GB	1 vCPU	20-25 GB NVMe	VPS piccolo
Umami + Postgres, margine di crescita	1-2 GB	1-2 vCPU	40-60 GB NVMe	VPS piccolo o medio
Ackee + MongoDB	1 GB	1 vCPU	20-25 GB NVMe	VPS piccolo
Matomo + MariaDB, sito piccolo	1.5-2 GB	1-2 vCPU	40-60 GB NVMe	VPS intermedio
Matomo + MariaDB, traffico moderato, funzionalità predefinite	2-4 GB	2 vCPU	80-120 GB NVMe	VPS medio o grande
Matomo + MariaDB + mappa di calore o registrazione di sessione	4 GB+	2-4 vCPU	120 GB+ NVMe	VPS più grande

Perché questi minimi contano:
Il piccolo footprint di Umami è intenzionale. Umami archivia eventi di analisi leggeri in PostgreSQL invece dei log completi delle richieste al server web, quindi la crescita del database rimane modesta per siti piccoli e medi.

Il processo Node rimane sotto 250 MB anche quando alcune migliaia di visitatori accedono al sito quotidianamente. La crescita di Postgres è modesta.

Un VPS da 1 GB con 25 GB di NVMe ospita molti anni di analisi per un tipico sito da solopreneur. Eseguo Umami su un VPS da 1 GB a Frankfurt per un piccolo progetto; la latenza da Lagos è di circa 110 ms, il dashboard risponde in meno di 400 ms e il server è silenzioso da mesi.

Il footprint di Matomo è più grande perché l'architettura è più vecchia e più generale. Ogni worker PHP-FPM consuma 50-80 MB. MariaDB funziona male con meno di 512 MB allocati.

Il cron di archiviazione oraria consigliato da Matomo può causare picchi di CPU e memoria, quindi il VPS ha bisogno di margine oltre al normale consumo di PHP e del database. Un VPS da 1 GB fa girare tecnicamente Matomo per installazioni molto piccole, ma il dashboard risulta lento e il rischio di OOM durante l'archiviazione è reale. Il minimo di 2 GB non è una restrizione arbitraria. È il punto in cui lo strumento smette di combatterti.

La crescita dello spazio di archiviazione è raramente il collo di bottiglia. Un disco NVMe da 60 GB contiene molti anni di dati Matomo anche con la conservazione dei log grezzi predefinita abilitata. Se attivi la registrazione delle sessioni, pianifica circa dieci volte più spazio su disco al mese e rivedi la dimensione del piano annualmente.

Datacenter UE e la prospettiva GDPR

Il problema Schrems-II e il trasferimento GA4 menzionati nell'introduzione sono lo sfondo legale qui. Il self-hosting non rende automaticamente gli analytics conformi, ma rimuove il pattern predefinito di GA4: i dati dei visitatori lasciano il tuo sito, entrano nello stack analytics di Google e sollevano domande sull'elaborazione transfrontaliera.

Ospitare autonomamente la tua analytics all'interno dell'UE mantiene lo stack più semplice a livello di giurisdizione. Non è un codice truffa per la conformità. I dati vengono raccolti dal tuo tracker, inviati direttamente al tuo server, elaborati e archiviati nella regione che hai scelto.

Il tuo provider VPS potrebbe ancora essere un responsabile del trattamento, quindi i termini del responsabile, i controlli di sicurezza, le regole di conservazione e le informative sulla privacy contano ancora. Il punto è più preciso: non c'è nessun provider SaaS di analytics nel mezzo, e nessun trasferimento transatlantico di analytics predefinito in stile GA4.

La scelta del datacenter dovrebbe seguire i tuoi visitatori e la tua posizione di conformità. Frankfurt è la scelta standard per il pubblico tedesco, austriaco e più ampiamente UE. Amsterdam è la scelta naturale per il traffico Benelux.

London funziona per i casi UK GDPR, ma è fuori dall'UE, quindi non è la stessa risposta per i requisiti di residenza dei dati esclusivamente UE. Zurich funziona per il pubblico svizzero e le esigenze di privacy specifiche della Svizzera, ma è anch'essa fuori dall'UE.

Panoramica dei meccanismi di configurazione

Questa è la struttura di deployment, non un tutorial. Le guide complete passo dopo passo sono articoli separati.

Umami: Un singolo file Docker Compose. Due container: Umami (Node) e PostgreSQL. Una variabile d'ambiente: DATABASE_URL. Porta predefinita 3000. Reverse proxy davanti per TLS (Caddy è l'opzione meno complicata; nginx-proxy-manager e Traefik funzionano anch'essi). Aggiungete lo script di tracciamento (una riga) al <head> di ogni pagina da monitorare. Gli aggiornamenti sono docker compose pull && docker compose up -d.

Matomo: Docker Compose con tre o quattro container: Matomo (matomo:fpm-alpine), nginx (o Apache) davanti a PHP-FPM, MariaDB e opzionalmente Redis per il caching. La procedura guidata di configurazione basata su browser per il primo accesso gestisce la connessione al database, l'utente amministratore e la configurazione del primo sito. Lo script di tracciamento è uno snippet JS generato da Matomo incollato nel <head>. Obbligatorio: un cron job per l'archiviazione. L'opzione predefinita di attivare l'archiviazione tramite URL (?force_archiving=1) funziona per i siti piccoli ma produce dashboard visibilmente più lenti. Gli aggiornamenti comportano docker compose pull più una chiamata a console core:update.

Entrambi: TLS tramite reverse proxy è il pattern standard. Entrambi i progetti pubblicano guide di aggiornamento ufficiali. Entrambi hanno ricette di backup funzionanti (pg_dump per Umami, mariadb-dump per Matomo).

Questo è il punto in cui Il marketplace di Cloudzy conta davvero. Puoi distribuire Umami or Matomo su un VPS senza partire da un server vuoto, scrivere il file Compose da soli, o trascorrere la prima ora a collegare lo stack di base.

Il VPS deve ancora essere il server giusto. L'analytics preferisce dischi veloci, RAM prevedibile e una regione vicina alle persone che caricano il tuo script di tracciamento. Cloudzy ti offre Storage NVMe, DDR5 RAM, fino a 40 Gbps networking, accesso root completo accesso, dedicato IPv4 e IPv6, 12+ regioni globali, 99.95% disponibilità e una Rimborso entro 14 giorni garanzia.

Per Umami, il vantaggio è la velocità: avvia, collega il tuo dominio, metti TLS davanti e incolla lo script di tracciamento.

Per Matomo, il vantaggio è evitare il lavoro su un server vuoto prima ancora di arrivare all'archiviazione, alla retention, ai backup e alle impostazioni di tracciamento.

Quando il Self-Hosting è la Scelta Sbagliata

Sei un fondatore solista non tecnico, senza esperienza Linux e senza tempo per impararlo. La risposta giusta è Plausible Cloud a $9-19 al mese. È conforme al GDPR, il dashboard è eccellente e non devi gestire un server.

Il calcolo dell'auto-hosting funziona solo se il tuo tempo vale meno della tariffa SaaS o se vuoi davvero acquisire esperienza operativa. Per un fondatore solista non tecnico, i conti non tornano.

Hai bisogno di audit trail in tempo reale di livello SOC2 o HIPAA sul tuo processore di analytics. Né Umami open-source né Matomo open-source lo forniscono pronto all'uso. Puoi costruire la postura di audit da solo, ma il lavoro è reale e il processo di certificazione è un progetto a sé. Acquista compliance-as-a-service per questo caso.

Il tuo stack marketing richiede GA4 o l'attribuzione Google Ads che dipende dai coort e dai pixel di remarketing di Google. L'analytics self-hosted non è la categoria di strumenti giusta per l'ottimizzazione di AdWords o Meta-Ads.

I dati di conversione devono tornare a Google o Meta per riaddestrare gli algoritmi di offerta. L'analytics self-hosted sostituisce il caso d'uso dell'analytics descrittiva (cosa è successo sul mio sito), non il caso d'uso dell'attribuzione pubblicitaria (quali annunci dovrei eseguire).

Conclusione

La regola decisionale è breve. Usa Umami per default per blog personali, indie SaaS e piccoli team di prodotto. Passa a Matomo quando funnel, ecommerce o heatmap sono imprescindibili e hai l'attenzione operativa disponibile.

Salta Fathom Lite. Scegli Ackee solo se lo hai già testato e preferisci la dashboard. Esegui il server a Frankfurt o Amsterdam se la giurisdizione UE è importante; altrimenti eseguilo dove si trova il tuo traffico.

Il costo dell'infrastruttura per un deployment di analytics self-hosted funzionante è tra $7 e $30 al mese per il VPS. Il costo del lavoro è un file Docker Compose e un reverse proxy. La maggior parte della difficoltà sta nel decidere, non nel fare.

Domande frequenti

Qual è il Miglior Strumento di Analytics Self-Hosted nel 2026?

Umami è la raccomandazione predefinita per blog personali, SaaS indie e piccoli team di prodotto. È con licenza MIT, sviluppato attivamente, senza cookie per impostazione predefinita e funziona comodamente su 1 GB di RAM. Scegli Matomo per funnel, e-commerce o heatmap. Evita Fathom Lite.

Fathom Lite è ancora mantenuto?

No. L'immagine Docker open-source non è stata aggiornata da più di cinque anni e l'attività su GitHub è sporadica e senza rilasci. I manutentori ora si concentrano su Fathom Analytics commerciale. La versione Lite non dovrebbe essere eseguita come servizio esposto a Internet nel 2026.

L'Analytics Self-Hosted Può Sostituire Google Analytics per la Conformità al GDPR?

Sì, condizionalmente. Umami o Matomo self-hosted su un VPS nell'UE mantiene i dati analytics nella regione scelta e rimuove il modello di trasferimento GA4 predefinito. Non mettere una CDN con sede negli USA come Cloudflare davanti all'endpoint analytics se il motivo è la conformità al GDPR.

Di quanto VPS ho bisogno per eseguire Matomo?

Il minimo realistico è 2 GB di RAM per un piccolo sito Matomo. Per traffico moderato con funzionalità predefinite, pianifica 4 GB. Le heatmap e la registrazione delle sessioni aumentano quel valore. Il minimo esiste perché PHP-FPM, MariaDB, nginx e l'archiviazione condividono lo stesso server.

Umami Ha Bisogno di un Banner Cookie nell'UE?

Secondo la maggior parte delle interpretazioni dei regolatori dell'UE, no. Umami non scrive un cookie di tracciamento per impostazione predefinita. Usa i dati delle richieste di prima parte e li aggrega lato server. Alcune giurisdizioni potrebbero comunque richiedere un avviso, quindi controlla le linee guida del DPA locale se la conformità è la ragione principale.

Come si confronta Umami con Plausible self-hosted?

La storia di self-hosting di Umami è più fluida. Plausible Community Edition esiste, ma il focus commerciale di Plausible è Cloud. Umami tratta il self-hosting come il percorso di distribuzione principale. Per un deployment self-hosted-first, Umami è la scelta più sicura. Per SaaS, sia Plausible Cloud che Umami Cloud funzionano.

Quale posizione del datacenter è migliore per l'analisi self-hosted nell'UE?

Frankfurt è la scelta predefinita per il pubblico tedesco, austriaco e più in generale europeo. Amsterdam si adatta al traffico Benelux. London funziona per il GDPR del Regno Unito, ma non per i requisiti di residenza dei dati esclusivamente nell'UE. Scegli la regione più vicina ai tuoi visitatori, a meno che le esigenze di conformità non indichino un luogo più specifico.