Bedste selvhostede analytics: Matomo vs Umami vs Fathom Lite (og hvor de hver passer bedst)

Efter Schrems II konstaterede flere europæiske datatilsyn, at Google Analytics skabte ulovlige problemer med dataoverførsler fra EU til USA under den gamle overførselsordning.

EU-U.S. Data Privacy Framework har siden ændret det juridiske grundlag for certificerede amerikanske udbydere, men mange privatlivsfokuserede websiteejere undgår stadig GA4, fordi det forbliver knyttet til Googles annonceringsøkosystem, samtykkebyrden og spørgsmål om grænseoverskridende databehandling.

For sites, der ønsker en renere privatlivsopsætning, er det praktiske svar at flytte analytics fra GA4 til noget selvhostet, i et EU-datacenter, med first-party tracking og færre spørgsmål om grænseoverskridende databehandling.

Fire muligheder dukker op igen og igen i sammenligninger: Umami, Matomo, Fathom Lite og Ackee. To er aktive og din tid værd. En har frosne funktioner og lav udgivelsesfrekvens. En er aktiv men niche. Dette indlæg sammenligner alle fire, giver en beslutningsregel efter arketype og matcher hvert værktøj til den VPS-plan, der kører det godt.

Kort sagt

Den korte version er ikke kompliceret. De fleste sites bør starte med Umami, skifte til Matomo kun for tungere rapporteringsbehov, springe Fathom Lite over og behandle Ackee som et niche-præferencevalg.

• Brug Umami til personlige blogs, indie-SaaS og alt, hvor analysedashboardet skal være læsbart for ikke-ingeniører. Kører komfortabelt på en VPS med 1 GB RAM. MIT-licenseret. Cookiefri som standard.
• Brug Matomo når du virkelig har brug for funnels, e-handelssporing, heatmaps eller sessionsoptagelse i ét værktøj. Den fulde funktionflade koster mere i RAM og driftsopmærksomhed. Realistisk minimumsgrænse er 2 GB RAM for små sites; 4 GB for sites med moderat trafik med standardfunktioner aktiveret.
• Brug ikke Fathom Lite. Det open source Docker-image er ikke blevet opdateret i fem år. Vedligeholderne er fuldt ud skiftet til kommercielle Fathom Analytics. At køre det som en interneteksponeret tjeneste i 2026 er en sikkerheds- og kompatibilitetsbelastning.
• Ackee er aktiv men lavere i tempo end Umami. Vælg det kun, hvis dashboardets æstetik specifikt er vigtig for dig. Ellers brug Umami som standard.

De fire kandidater, kort fortalt

Shortlisten er mindre end den ser ud. Umami og Matomo er de seriøse valg til de fleste selv-hostede analytics-opsætninger. Fathom Lite dukker stadig op i ældre lister, men open source-versionen er faldet for langt bagud. Ackee fungerer stadig, men sidder nu tættere på et præferenceval end en standardanbefaling.

Umami

Umami er en Node.js-applikation understøttet af PostgreSQL. MIT-licenseret. Aktiv udvikling med ugentlige commits og regelmæssige taggede udgivelser gennem 2025 og ind i 2026. Den aktuelle stabile udgivelse er v3.1.0.

Node-processen er inaktiv ved omkring 200 MB RAM. Postgres tilføjer yderligere 150-250 MB afhængigt af konfigurationen. Den fulde stak kører komfortabelt på i alt 1 GB. Sporingsscriptet er cirka 2 KB. Cookiefrit som standard; ingen tredjepartsidentifikatorer; intet samtykkebanner nødvendigt ifølge de fleste EU-tilsynsmyndigheders fortolkninger.

• Vigtigste styrke: det reneste dashboard af alle værktøjer i dette sæt, den laveste opsætningsfriktion, det mindste operationelle fodaftryk.
• Vigtigste svaghed: tragt- og heatmap-funktionerne er tyndere end Matomos, og multi-site management-grænsefladen fungerer, men er mindre moden i bureaukskala.

Matomo

Matomo er en 15 år gammel PHP-applikation understøttet af MySQL eller MariaDB. Projektet hed tidligere Piwik. GPL v3 for kernen; nogle avancerede plugins (heatmaps, sessionsoptagelse, A/B-testning) er kommercielle. Nuværende stabile version er v5.10.0.

Den realistiske RAM-minimumsgrænse er i alt 1,5-2 GB: PHP-FPM-workers forbruger 50-80 MB hver, MariaDB vil have 512 MB for at køre komfortabelt, nginx er lille men til stede, og arkiverings-cronjobbet giver periodiske toppe i både CPU og hukommelse.

• Vigtigste styrke: største funktionsflade af alle open source-analyseværktøjer. Tragte, multi-attribution, e-commerce, mål, brugerdefinerede dimensioner, segmenter, marketingattribution, GA4-lignende rapporter.
• Vigtigste svaghed: dashboardet er tæt (nogle brugere finder det Excel-lignende), og den nødvendige driftsmæssige opmærksomhed er reel. Du skal vide, hvad et arkiverings-cronjob er.

Fathom Lite

Fathom Lite er den originale open-source Go-implementering af Jack Ellis og Paul Jarvis. MIT-licenseret. Repositoriet eksisterer stadig på GitHub, og den seneste GitHub-udgivelse er v1.3.1. Docker-image kan stadig hentes.

Docker-image på Docker Hub er ikke blevet opdateret i mere end fem år. Repositoriets master-branch har kun haft sporadiske, ikke-udgivende commits i det tidsrum. README siger, at Lite-versionen ikke længere får nye funktioner, selvom vedligeholderne stadig beskriver den som langvarigt fejl-vedligeholdt. Det aktivt udviklede produkt er kommercielle Fathom Analytics.

At køre en funktionsfrosset analytics-app med et forældet offentligt Docker-image i 2026 er en risiko. Browser tracking-script-adfærd har udviklet sig. Runtime- og afhængighedsopdateringer, som aktive projekter regelmæssigt sender, vises ikke i den offentlige Lite-udgivelsesvej.

Hvis du finder Fathom Lite anbefalet i en 2026-oversigt, skal du kontrollere Docker-image-datoen og udgivelseshistorikken, før du behandler det som et produktionsvalg.

Den kommercielle Fathom Analytics SaaS på usefathom.com er et andet produkt. Det er fint, hvis du accepterer, at det er SaaS og ikke selv-hostet. Det er ikke, hvad dette indlæg handler om.

• Vigtigste styrke: lille binary, lille tracker, enkel original produktide.
• Vigtigste svaghed: open source kodebase med frosne funktioner, forældet Docker-image, uklar udgivelsesvej og ingen stærk grund til at deploye det som en interneteksponeret analytiktjeneste i 2026.

Ackee

Ackee er et Node.js + MongoDB-analyseværktøj. MIT-licenseret. Den aktuelle version er v3.6.0. Vedligeholderne udgiver fejlrettelser og afhængighedsopdateringer. Større funktionsudvikling er aftaget. Dashboardet er minimalistisk, trackeren er lille, og ressourceforbruget er sammenligneligt med Umami's.

Ackee virker. Grunden til, at det sidder i niche-kolonnen, er, at Umami er mindst ét hastighedsniveau over det på alle relevante akser: udviklingstempo, økosystem, tredjeparts-dokumentation, tilgængelige integrationer.

Hvis du allerede har en stærk grund til at foretrække Ackee (du testede begge og kunne bedre lide dashboardet), så brug det. Ellers vælg Umami og kom videre.

• Vigtigste styrke: rent dashboard, lille tracker, lavt ressourceforbrug, stadig vedligeholdt.
• Vigtigste svaghed: langsommere udviklingstempo end Umami, mindre økosystem, færre integrationer og mindre tredjeparts-dokumentation til folk, der har brug for hjælp efter installation.

Beslutningsramme: Vælg efter arketype

Arketypen er vigtigere end funktionsoversigten. En personlig blog behøver ikke den samme analyticsstak som et SaaS-produkt eller et bureau, der administrerer kundekonto. Start med dashboard-ejeren, rapporteringsdybden og mængden af serverarbejde, du er villig til at påtage dig. Valget af værktøj bliver meget nemmere efter det.

Personlig blog eller enkelt-webstedsejer

Vælg Umami. Opsætningen er én Docker Compose-fil. Trackeren er et enkeltlinjescript i dit <head>. Dashboardet er læseligt på en telefon. RAM og lagring er ubetydelige bekymringer i denne skala.

Intet andet værktøj er nødvendigt. Hvis du forlader GA4 af principielle årsager eller for at fjerne cookie-banneret, afslutter Umami sagen.

Uafhængig SaaS-grundlægger eller lille produktteam

Standard til Umami. Tilføj kun Matomo, hvis du specifikt har identificeret en manglende funktion.

Den mest almindelige grund til at tilføje Matomo her er tragtrapportering på tværs af tilmeldings- og opgraderingsflows, som Umami endnu ikke gør ligeså godt. Beslutningsspørgsmålet er, om nogen på teamet aktivt ønsker at operere Matomos større overflade.

Hvis svaret er nej, giver Umami plus et par databaseforespørgsler mod din produktdatabase 90% af tragt-indsigterne til 10% af driftsomkostningerne. Hvis dit produkt er event-tungt og du vil have en native tragt-UI, installér Matomo. Driftsomkostningerne er en større stak: Matomo, en database, et webserverlag, valgfri Redis, mere RAM og et arkiveringsjob at administrere.

Bureau der administrerer 10+ klientprojekter

Vælg Matomo. Multi-site administration er moden. Rettigheder per bruger og login per klient er førsteklasses funktioner. De betalte heatmap- og sessionoptagelses-plugins er differentierende funktioner, som bureauer faktisk fakturerer for.

Umamis multi-site UI virker men føles tyndere på bureausskala: filtrering på tværs af mange sider, tildeling af adgang på klientniveau, eksport af brandede rapporter. Matomos UI er tæt, men tætheden giver dig de funktioner, arbejdet kræver.

Hvis bureauet har en portefølje af primært lavtrafiksider og hovedopgaven er månedlige trafikrapporter frem for konverteringsrateoptimering, er Umami stadig et forsvarligt valg og vil spare infrastrukturomkostninger. Beslutningen handler om funktionsloftet, ikke om det forkerte værktøj.

Funktion-for-funktion sammenligning

VPS-dimensionering i klare tal

Det rigtige værktøj afhænger delvist af, hvad du er villig til at betale for serveren, der kører det.

Hvorfor disse minimumskrav betyder noget:
Umamis lille fodaftryk er bevidst. Umami gemmer letvægtsanalyse-hændelser i PostgreSQL frem for fulde webserver-anmodningslogfiler, så databasevæksten forbliver beskeden for små og mellemstore sites.

Node-processen forbliver under 250 MB, selv når flere tusinde besøgende besøger sitet dagligt. Postgres-væksten er beskeden.

En 1 GB VPS med 25 GB NVMe rummer mange års analytics for et typisk solopreneur-site. Jeg kører Umami på en 1 GB VPS i Frankfurt til et lille projekt; latensen fra Lagos er omkring 110 ms, dashboardet svarer på under 400 ms, og serveren har kørt stille i måneder.

Matomos fodaftryk er større, fordi arkitekturen er ældre og mere generel. Hver PHP-FPM worker forbruger 50-80 MB. MariaDB klarer sig dårligt med under 512 MB allokeret.

Matomos anbefalede timebaserede arkiverings-cron kan skabe CPU- og hukommelsestoppe, så VPS'en har brug for spillerum ud over det normale PHP- og databasefodaftryk. En 1 GB VPS kører teknisk set Matomo til meget små installationer, men dashboardet føles trægt, og OOM-risikoen under arkivering er reel. 2 GB-gulvet er ikke vilkårlig begrænsning. Det er det punkt, hvor værktøjet holder op med at modvirke dig.

Lagervækst er sjældent flaskehalsen. En 60 GB NVMe-disk rummer mange års Matomo-data selv med standard rå-log-opbevaring aktiveret. Hvis du aktiverer sessionsoptagelse, planlæg for en størrelsesorden mere diskplads pr. måned og genbesøg planstørrelsen årligt.

EU-datacentre og GDPR-vinklen

Schrems-II og GA4-overførselsproblemet fra introen er den juridiske baggrund her. Selvhosting gør ikke automatisk analytics compliant, men det fjerner standard GA4-mønsteret: besøgsdata forlader dit websted, går ind i Googles analyticsstak og rejser spørgsmål om grænseoverskridende behandling.

Selv at hoste din analytics inden for EU holder stakken enklere på jurisdiktionsniveau. Det er ikke en compliance-snydekode. Dataene indsamles af din tracker, sendes direkte til din server, behandles og lagres i den region, du valgte.

Din VPS-udbyder kan stadig være en databehandler, så behandlervilkår, sikkerhedskontroller, opbevaringsregler og privathedsmeddelelser spiller stadig en rolle. Pointen er snævrere: der er ingen analytics SaaS-udbyder i midten, og der er ingen standard GA4-lignende transatlantisk analytics-overførsel.

Valget af datacenter bør følge dine besøgende og din compliancepositur. Frankfurt er standardvalget til tyske, østrigske og bredere EU-målgrupper. Amsterdam er et naturligt match for Benelux-trafik.

London fungerer til UK GDPR-tilfælde, men er uden for EU, så det er ikke det samme svar for EU-only dataresidensskrav. Zurich fungerer til schweiziske målgrupper og Schweiz-specifikke privatlivsbehov, men det er også uden for EU.

Oversigt over opsætningsmekanismer

Dette er deployment-formen, ikke en vejledning. Fuldstændige trin-for-trin guides er separate indlæg.

Umami: Én Docker Compose-fil. To containere: Umami (Node) og PostgreSQL. Én miljøvariabel: DATABASE_URL. Standardport 3000. Reverse proxy foran for TLS (Caddy er den mindst friktion mulighed; nginx-proxy-manager og Traefik virker også). Tilføj sporingsscriptet (én linje) til <head> på hver side du vil spore. Opgraderinger er docker compose pull && docker compose up -d.

Matomo: Docker Compose med tre til fire containere: Matomo (matomo:fpm-alpine), nginx (eller Apache) foran PHP-FPM, MariaDB og valgfri Redis til caching. Den første gang browser-baserede konfigurationsguide håndterer databaseforbindelsen, administrator og første website-opsætning. Sporingsscriptet er et Matomo-genereret JS-uddrag indsat i <head>. Påkrævet: et cron-job til arkivering. Standardindstillingen for at udløse arkivering via URL (?force_archiving=1) fungerer for små sites men producerer synligt langsommere dashboards. Opgraderinger involverer docker compose pull plus et console core:update-kald.

Begge: TLS via reverse proxy er standardmønsteret. Begge projekter udgiver officielle opgraderingsvejledninger. Begge har fungerende backup-opskrifter (pg_dump til Umami, mariadb-dump til Matomo).

Her er det, at Cloudzy's marketplace faktisk betyder noget. Du kan deploye Umami or Matomo på en VPS uden at starte fra en blank server, skrive Compose-filen selv eller bruge den første time på at samle base-stacken.

VPS'en skal stadig være den rigtige maskine. Analytics kan lide hurtige diske, forudsigelig RAM og en region tæt på de mennesker, der indlæser dit tracker-script. Cloudzy giver dig NVMe-lagring, DDR5 RAM, op til 40 Gbps netværk, fuld root adgang, dedikeret IPv4 og IPv6, 12+ globale regioner, 99.95% oppetid og en 14 dages pengene-tilbage-garanti garanti.

For Umami er fordelen hastighed: start, tilknyt dit domæne, sæt TLS foran og indsæt tracker-scriptet.

For Matomo er fordelen at undgå det tomme-server-arbejde, inden du overhovedet når til arkivering, opbevaring, sikkerhedskopier og trackingindstillinger.

Hvornår Selvhosting Er det Forkerte Valg

Du er en solo ikke-teknisk grundlægger uden Linux-erfaring og uden tid til at lære det. Det rigtige svar er Plausible Cloud til $9-19 om måneden. Det er GDPR-venligt, dashboardet er fremragende, og du ejer ikke en server.

Regnestykket for self-hosting virker kun, hvis din tid er billigere end SaaS-gebyret, eller du virkelig ønsker den operationelle erfaring. For en ikke-teknisk solo-grundlægger fungerer tidsregnestykket ikke.

Du har brug for realtids SOC2 eller HIPAA-niveau auditspor på din analytiske processor. Hverken open-source Umami eller open-source Matomo leverer det ud af boksen. Du kan selv opbygge auditstillingen, men arbejdet er reelt og certificeringsprocessen er sit eget projekt. Køb compliance-as-a-service til dette tilfælde.

Din marketingstack kræver GA4 eller Google Ads attribution, der afhænger af Googles kohort- og remarketingpixels. Selvhostet analytics er ikke den rigtige toolkategori til AdWords eller Meta-Ads optimering.

Konverteringsdata skal flyde tilbage til Google eller Meta for at gentræne budgivningsalgoritmerne. Selvhostet analytics erstatter det deskriptive analytics-brugsscenarie (hvad skete der på mit website), ikke annonce-attribueringsscenariets (hvilke annoncer skal jeg køre).

Afslutning

Beslutningsreglen er kort. Standard til Umami for personlige blogs, indie SaaS og små produktteams. Skift til Matomo, når funnels, e-handel eller heatmaps er uforhandlelige, og du har den operationelle opmærksomhed til overs.

Spring Fathom Lite over. Vælg Ackee kun hvis du allerede har testet det og foretrækker dashboardet. Kør boksen i Frankfurt eller Amsterdam hvis EU-jurisdiktion er vigtig; ellers kør det der, hvor din trafik er.

Infrastrukturomkostningerne for en fungerende selvhostet analytics-implementering er mellem $7 og $30 om måneden for VPS'en. Arbejdsomkostningerne er én Docker Compose-fil og en reverse proxy. Det meste af vanskeligheden ligger i at beslutte, ikke i at gøre.

Ofte stillede spørgsmål

Hvad er det bedste selvhostede analyseværktøj i 2026?

Umami er standardanbefalingen til personlige blogs, indie SaaS og små produktteams. Det er MIT-licenseret, aktivt udviklet, cookiefrit som standard og kører komfortabelt på 1 GB RAM. Vælg Matomo til tragtanalyser, e-handel eller varmekort. Undgå Fathom Lite.

Er Fathom Lite stadig vedligeholdt?

Nej. Det open-source Docker-image er ikke blevet opdateret i over fem år, og GitHub-aktiviteten er sporadisk og uden udgivelser. Vedligeholderne fokuserer nu på kommercielle Fathom Analytics. Lite-versionen bør ikke køre som en interneteksponeret tjeneste i 2026.

Kan selvhostet analytics erstatte Google Analytics for GDPR-overholdelse?

Ja, betinget. Selvhostet Umami eller Matomo på en EU-VPS holder analysedata i din valgte region og fjerner standard GA4-overførselsmønsteret. Sæt ikke en US-baseret CDN som Cloudflare foran analytics-endpointet, hvis GDPR-efterlevelse er grunden.

Hvor meget VPS har jeg brug for at køre Matomo?

Det realistiske minimum er 2 GB RAM til et lille Matomo-website. For moderat trafik med standardfunktioner planlæg med 4 GB. Varmekort og sessionsoptagelse øger det yderligere. Minimum eksisterer fordi PHP-FPM, MariaDB, nginx og arkivering deler den samme maskine.

Har Umami brug for et cookiebanner i EU?

Ifølge de fleste EU-regulatorers fortolkninger, nej. Umami skriver ikke en tracking-cookie som standard. Det bruger first-party anmodningsdata og aggregerer det server-side. Nogle jurisdiktioner kan stadig forvente en meddelelse, så tjek lokal DPA-vejledning, hvis overholdelse er den primære grund.

Hvordan klarer Umami sig i sammenligning med Plausible selvhostet?

Umamis selvhostingshistorie er mere glat. Plausible Community Edition eksisterer, men Plausibles kommercielle fokus er Cloud. Umami behandler selvhosting som den primære distributionsvej. Til selvhostet-first deployment er Umami det sikrere valg. Til SaaS fungerer både Plausible Cloud og Umami Cloud.

Hvilken datacenterlokation er bedst til selvhostet analytics i EU?

Frankfurt er standardvalget for tyske, østrigske og bredere EU-publikummer. Amsterdam passer til Benelux-trafik. London fungerer til UK GDPR, men ikke til EU-eksklusive dataresidenssekrav. Vælg den region, der er tættest på dine besøgende, medmindre compliance-krav peger mod et mere specifikt sted.