Overblik: Hvornår giver Matomo Analytics mening for din virksomhed?

Matomo er relevant, hvis du vil eje dine webdata, mindske afhængigheden af Google og samtidig beholde detaljeret webanalyse. Løsningen passer især til virksomheder, der prioriterer GDPR-compliance, kontrol over hosting og datalagring samt fleksibilitet i opsætning og rapportering.

Matomo er et fuldt analytics-værktøj på niveau med Google Analytics, men med en anden grundfilosofi: dataejerskab og privacy først. Du kan vælge mellem cloud-hosting (typisk i EU) og On-Premise, hvor du selv styrer server og drift. Derudover er Matomo open source, hvilket gør det lettere at tilpasse og flytte data, hvis du senere skifter strategi eller leverandør.

Sammenlignet med mere minimalistiske “privacy-first”-alternativer er Matomo tættere på GA4 i funktioner: detaljerede rapporter, events, goals, e-commerce tracking, dashboards, segmentering mv. Det er derfor et oplagt valg, hvis du vil ud af Googles økosystem uden at nedgradere analyse-niveauet.

GDPR og Matomo: Hvad kan værktøjet – og hvad afhænger af din opsætning?

Matomo kan konfigureres til at understøtte GDPR, men er ikke automatisk lovligt i sig selv. I Danmark afhænger den konkrete vurdering af, hvordan du bruger cookies og lignende teknologier, om du indhenter gyldigt samtykke, hvor data lagres, og hvordan du håndterer personoplysninger i praksis.

Matomo tilbyder en række funktioner, der gør det lettere at leve op til GDPR og databeskyttelsesprincipperne:

• Dataejerskab: Du ejer som udgangspunkt selv data og kan vælge hosting i EU eller på egne servere.
• Retten til indsigt og sletning: Brugere kan identificeres via fx cookies eller user IDs, og deres data kan findes og slettes.
• Opt-out og Do Not Track: Matomo kan respektere browserens “Do Not Track”-indstilling og tilbyde opt-out-funktionalitet.
• Dataminimering og retention: Du kan styre, hvor længe data gemmes, og hvilke datafelter der overhovedet skal registreres.
• Sikkerhed og standarder: Matomo understøtter sikkerhedsforanstaltninger som adgangsstyring og opbevaring i EU, og Matomo Cloud markedsføres med stærke sikkerheds- og compliance-signaler (fx CNIL-reference, ISO 27001 m.m.).

Det gør Matomo velegnet til organisationer med skærpede krav til datasuverænitet, fx finans, sundhed, offentlige myndigheder eller B2B-virksomheder med mange følsomme kundedata. Men lovligheden afhænger stadig af, hvordan du konkret indretter din løsning.

Dansk praksis: Hvad skal typisk være på plads?

I dansk kontekst er det især cookies og samtykke, der volder problemer. Statistikcookies og lignende teknologier kræver som udgangspunkt samtykke, og samtykket skal være frivilligt, specifikt, informeret og utvetydigt.

Hvis I vil bruge Matomo på en måde, der understøtter GDPR og de danske regler, skal I typisk have styr på:

• Cookiebanner og samtykke: Klar information om formål, og at statistik først aktiveres efter samtykke (medmindre I har en veldokumenteret undtagelsesmodel).
• Privatlivspolitik: Opdateret beskrivelse af formål, retsgrundlag, kategorier af personoplysninger, databehandlere, opbevaringsperioder og brugerrettigheder. Her kan det være relevant at henvise til virksomhedens egen privatlivspolitik som eksempel på struktur.
• Databehandleraftale: Aftale med eventuel Matomo Cloud-leverandør eller anden hostingpartner om roller, ansvar, underdatabehandlere og sikkerhed.
• Dataretention: Fastsatte slettefrister i Matomo, der matcher jeres generelle politikker for persondata.
• Juridisk review: En DPO eller juridisk rådgiver bør gennemgå opsætningen, især hvis I håndterer følsomme oplysninger eller er underlagt særlige sektorregler.

Du behøver ikke gøre Matomo-projektet til en fuld GDPR-øvelse, men det er klogt at forankre beslutningerne i det generelle compliance-arbejde. Her kan jeres øvrige arbejde med compliance og governance og persondata og informationssikkerhed være et godt udgangspunkt.

Cookies og samtykke: Sådan spiller Matomo sammen med dit cookiebanner

Matomo kan sættes op både med og uden cookie-samtykke, men i Danmark er den sikre model at lade et cookie- eller consent-banner styre, om statistiktracking må køre. Matomo selv løser ikke samtykkekravet; det er din implementering, der gør forskellen.

I praksis kan du arbejde med tre niveauer:

1. Før samtykke

Inden brugeren har taget stilling i cookiebanneren, bør du som udgangspunkt kun:

• Indlæse selve samtykkeløsningen (CMP eller eget banner).
• Indlæse Matomo-scriptet i en passiv tilstand (ingen cookies, ingen tracking) eller slet ikke indlæse det endnu.
• Respektere browserens Do Not Track-indstilling, hvis I har valgt det.

Eventuel “cookieless tracking” med Matomo kræver en konkret juridisk vurdering. Hvis I vil gå den vej, bør det ske i tæt dialog med jeres DPO/juridiske rådgiver.

2. Efter accept

Når brugeren accepterer statistik i cookiebanneren, kan CMP’en skyde Matomo i gang.

• Matomo-scriptet aktiveres og må sætte de cookies, der er nødvendige for analyse.
• Events, goals og e-commerce tracking kan nu køre normalt.
• Consent-status kan gemmes som dimension, hvis I vil analysere forskel på brugere med/uden statistik-samtykke.

3. Ved afslag eller tilbagetrækning

Afviser brugeren statistik, eller trækker samtykket tilbage:

• Skal Matomo-tracking stoppes (ingen nye hits).
• Skal cookies fra Matomo som udgangspunkt slettes eller ophøre med at blive brugt.
• Bør I sikre, at der ikke kører parallel tracking via hardcodede scripts, plugins eller tredjeparts-embeds, som omgår banneret.

Teknisk styres dette typisk via en consent management platform (CMP) og en tag manager, enten Matomo Tag Manager eller fx Google Tag Manager, hvor tags kun affyres ved gyldigt samtykke.

Fra GA4 til Matomo: Den korte migrationsplan

En god migration fra GA4 til Matomo er ikke bare et script-skift. Du skal beslutte, om og hvilke historiske data der skal importeres, oprette de rigtige sites i Matomo, genskabe events og goals, teste alt grundigt og først derefter lukke den gamle opsætning ned. Tænk i faser frem for i én stor “go-live”-dag.

Fase 1: Forberedelse og design

Start med at få overblik, før du rører kode:

• Afklar målsætning: Hvorfor migrerer I? Fx compliance, dataejerskab, bedre kontrollabel hosting.
• Gennemgå GA4-opsætningen: Hvilke events, conversions, audiences og rapporter bruger I faktisk? Dokumenter det.
• Definér trackingplan: Beslut hvilke pageviews, events, goals og e-commerce-hændelser I skal have i Matomo. Brug gerne erfaringer fra jeres SEO- og konverteringsarbejde, fx fra SEO-indsatsen og e-commerce-KPI’er.
• Vælg hostingmodel: Matomo Cloud eller On-Premise (mere om det senere). Beslut også miljøer: produktion, test mv.
• Planlæg samtykkeintegration: Hvordan skal Matomo kobles til cookiebanner og tag manager?

Fase 2: Opsætning af Matomo og GA-import

Når du har en plan, kan du begynde at bygge den nye løsning:

• Opret website (site/measurable) i Matomo: Hvert domæne eller platform får typisk sit eget “site” med en unik site ID.
• Installer Matomo-trackingkoden: Enten via Matomo Tag Manager, eksisterende GTM eller direkte i skabelonerne. Koden skal placeres ensartet på alle sider.
• Aktiver GA Importer-plugin: Brug Matomos GA Importer til at trække historiske GA4-data ind, hvis det er en del af jeres plan. Vælg start- og slutdato, så der ikke bliver overlap mellem GA4-import og ny Matomo-tracking.
• Konfigurer tidszoner og valuta: Sørg for, at Matomo bruger samme tidszone og valuta som GA4 for lettere sammenligning.

Vær opmærksom på, at importen ikke skaber en perfekt kopi af GA4, men et historisk bagtæppe til Matomo. Der vil være forskelle i datamodel og rapporter.

Fase 3: Genskab events, goals og e-commerce

Det vigtigste arbejde ligger ofte ikke i dataimporten, men i at genskabe det, der betyder noget for forretningen:

• Events: Opret events for klik, formularer, downloads, video mv. Brug Matomos eventstruktur (category, action, name, value) og en klar navngivningsstandard.
• Goals: Definér goals for fx “formular indsendt”, “kontakt klikket”, “ordre gennemført” mv. Goals kan udløses af sidevisninger, events eller specifikke URL-mønstre.
• E-commerce: Hvis I har webshop, aktiver e-commerce tracking og sæt integration op (fx via plugins på Shopify eller andre platforme). Her kan erfaringer fra jeres e-commerce-strategi og KPI’er hjælpe med at prioritere.
• Custom dimensions: Genskab vigtige dimensioner fra GA4 som custom dimensions i Matomo (fx kundetype, segment, kampagnetype).

Fase 4: Parallel drift og validering

For at reducere risiko bør du køre GA4 og Matomo parallelt i en periode:

• Sammenlign overordnede tal: Daglige eller ugentlige sidevisninger, sessions og konverteringer. De vil sjældent være 1:1, men bør ligge rimeligt tæt og følge samme udvikling.
• Test events og goals: Klik selv rundt på sitet, send test-formularer og gennemfør test-ordrer, mens du samtidig kigger i Matomos real-time- og event-rapporter.
• Verificer consent-flow: Tjek, at Matomo kun måler, når der er givet samtykke.

Fase 5: Nedlukning af GA4

Først når du stoler på Matomo-data, bør du skrue ned for GA4:

• Stop ny tracking i GA4 (fjern tags eller scripts).
• Dokumentér, hvor længe GA4-data opbevares, og hvordan de tilgås, hvis det bliver nødvendigt senere.
• Opdater interne processer, rapport-skabeloner og dashboards, så de bruger Matomo som primær kilde.

Checkliste: Før, under og efter migration

Hvilke GA4-data kan du importere – og hvad kan ikke flyttes 1:1?

Du kan importere dele af din Google Analytics-historik til Matomo, men du kan ikke forvente en fuld 1:1-kopi af alle rapporter og parametre. GA4 og Matomo bruger forskellige datamodeller, så nogle ting skal genopbygges i den nye opsætning.

Overordnet gælder:

• Historiske data: Session- og sidevisningsdata kan typisk importeres for en valgt periode.
• Event-data: Kan i et vist omfang importeres, men GA4’s eventparametre mappes ikke nødvendigvis perfekt til Matomos eventstruktur.
• Konverteringer og mål: Selve konverteringslogikken skal normalt genskabes i Matomo som goals.
• Rapporter: Standardrapporter fra GA4 “flytter” ikke med; Matomo har sin egen rapportstruktur.

Se derfor GA-importen som et historisk referencegrundlag og ikke som en måde at bevare GA4 én-til-én. Det vigtigste er, at den nye Matomo-opsætning afspejler jeres nuværende forretningsmål og KPI’er.

Event tracking i Matomo: Hvad er det, og hvornår giver det værdi?

Event tracking i Matomo bruges til at måle handlinger, som almindelige sidevisninger ikke viser – fx klik på knapper, downloads, videoafspilninger og formularindsendelser. Det er især nyttigt, når du vil forstå brugeradfærd og konverteringsveje i stedet for kun at måle trafikmængde.

Et event i Matomo består typisk af:

• Category: Overordnet type (fx “Formular”, “Download”, “Video”).
• Action: Hvad brugeren gjorde (fx “Submit”, “Klik”, “Play”).
• Name: Hvilket element (fx “Kontaktformular”, “Prisblad.pdf”).
• Value (valgfri): Talværdi, fx beløb eller varighed.

Du kan opsætte events via:

• Matomo Tag Manager: Regler og tags, der affyres ved bestemte klik, DOM-events, formularer mv.
• Eksisterende tag manager (GTM): Ved at skyde Matomo-events ind fra dataLayer.
• Hardcodet JavaScript: Kald til Matomos JavaScript-API, fx _paq.push(['trackEvent', 'Formular', 'Submit', 'Kontaktformular']);

Event tracking skal kobles til forretningsmål. Hvis du bare måler “alle klik”, ender du hurtigt med støj. Start med de hændelser, der reelt indikerer interesse, kvalificering eller købsvilje.

Hvilke events og goals bør du tracke i Matomo?

Du bør primært tracke de hændelser, der viser reel forretningsværdi: formularindsendelser, brug af beregnere, klik på kontaktpunkter, downloads af materiale og e-commerce-køb. Andre events er kun interessante, hvis de hjælper dig med en konkret beslutning eller optimering.

1. Lead- og B2B-sites

For leadgenerering og rådgivningsforretninger handler tracking om at forstå vejen til kontakt:

2. Content- og videnssites

Her er fokus på engagement og vejen videre i kunderejsen:

• Scroll-dybde på nøglesider.
• Klik på “relaterede artikler” eller CTA-bokse.
• Tilmelding til nyhedsbrev eller webinar.

Brug goals til at måle fx “Nyhedsbrevstilmelding” og “Webinar-signup” og kombiner dem med trafik- og kampagnedata.

3. Webshops og e-commerce

På webshops skal Matomo ikke bare måle køb, men hele salgsprocessen:

• Visning af produktsider.
• Tilføjelse til kurv.
• Checkout-start, -step og -fuldførelse.
• Kupongbrug, betalingsmetode, leveringsvalg (ofte via e-commerce datafelter).

Her giver Matomos e-commerce-rapporter dig mulighed for at følge konverteringsrater, gennemsnitsordrer, produkt-performance og kampagneresultater. Kombinér det med jeres overordnede e-commerce-planlægning fra fx e-commerce-guides og platform-specifikke tips som Shopify SEO og struktur.

Sådan navngiver og strukturerer du events i Matomo

Events skal navngives konsekvent, ellers bliver rapporteringen hurtigt uoverskuelig. Den bedste model er at bruge korte, beskrivende og stabile navne, så den samme handling altid måles på samme måde på tværs af sider og kampagner.

Grundstruktur: Category, Action, Name

En robust standard er at tænke i “handling + element + kontekst”:

• Category: Overordnet funktionstype (Formular, Download, Video, Navigation).
• Action: Brugerens handling (View, Start, Submit, Klik, Play, Pause).
• Name: Det konkrete element eller side (fx “Kontakt generel”, “Brochure_finans_2026.pdf”).

Eksempler:

• Formular-submit: Category: “Formular”, Action: “Submit”, Name: “Kontakt generel”.
• Download: Category: “Download”, Action: “PDF”, Name: “Prisliste_2026.pdf”.
• Video-play: Category: “Video”, Action: “Play”, Name: “Produktdemo_Matomo”.

Undgå at blande sprog, staveformer og strukturer over tid. Beslut en standard og dokumentér den i en kort trackingplan, som både marketing og udvikling kan følge.

Matomo Cloud vs On-Premise: Hvad skal du vælge?

Cloud passer typisk bedst til virksomheder, der vil have hurtig drift og mindre teknisk ansvar, mens On-Premise passer bedre til organisationer med stramme krav til kontrol, hosting og datasuverænitet. Valget bør styres af driftskapacitet, risikoprofil og compliance-krav – ikke kun af licenspris.

Cloud er ofte det praktiske valg for små og mellemstore virksomheder uden stærk intern IT-drift. On-Premise er oplagt, hvis I alligevel har et etableret driftsmiljø og ønsker maksimal kontrol over data og integrationer. Overvej det som en klassisk business case om investeringer og driftsomkostninger på linje med andre IT-platforme, fx med inspiration fra jeres arbejde med business cases og IT-ledelse og drift.

Hvad koster Matomo i Danmark? (licens vs. totalomkostning)

Matomo kan være billig i licens, men den samlede pris afhænger af trafik, hosting, opsætning, plugins og løbende drift. Community On-Premise er formelt gratis i licens, men det betyder ikke, at løsningen er gratis i alt – der skal stadig bruges tid og infrastruktur.

De vigtigste omkostningstyper

• Licens: Matomo Cloud og betalte On-Premise-planer prissættes typisk efter antal “hits” (sidevisninger, events mv.) pr. måned. Priser angives oftest i euro og bør altid kontrolleres på den aktuelle prisside.
• Hosting og drift: Ved On-Premise betaler I for serverressourcer, backup, overvågning, opdateringer og sikkerhed. Selv ved Cloud kan der være interne driftsomkostninger til integrationer og support.
• Opsætning og konsulenter: Engangsopgaver som migration, event-opsætning, rapportbygning og samtykkeintegration.
• Plugins og udvidelser: Nogle avancerede features kan kræve betalte plugins eller udvikling.
• Intern tid: Løbende arbejde med rapporter, QA og forbedringer.

Illustrative prisniveauer

Danske leverandører viser typisk Matomo Cloud-løsninger i størrelsesordenen:

• Opsætning fra ca. 5.000 kr. (engangsomkostning).
• Månedlige priser fra ca. 145 kr. ved 50.000 hits og op til omkring 1.200 kr. ved 1 mio. hits.

Beløbene varierer efter leverandør, tidspunkt og eventuelle ekstra services, og de skal ses som eksempler – ikke faste markedspriser. Nogle internationale priser starter omkring 23 EUR pr. måned for små sites.

Tre typiske scenarier

• Lille site (op til ca. 50.000 hits/måned): Lav licens/abonnementspris, begrænset behov for avanceret drift. Cloud er ofte mest praktisk.
• Mellemstort site (50.000 – 500.000 hits/måned): Licensen fylder lidt mere, men drift og opsætning begynder at fylde lige så meget. Vurder nøje, om On-Premise giver mening ift. interne ressourcer.
• Stort site (> 500.000 hits/måned): Licens og infrastruktur er begge væsentlige poster. Her kan On-Premise med egen infrastruktur være økonomisk interessant, hvis I alligevel har et stærkt driftsetup, men det øger også kompleksiteten.

Det vigtigste er at regne på total cost of ownership over 3 – 5 år og ikke kun se på licensprisen. Brug gerne samme metode, som når I evaluerer andre digitale investeringer og leverandørvalg, herunder udbuds- og kontrakttjeklister samt vurdering af leverandørrisiko.

Test og QA: Sådan validerer du Matomo efter go-live

Efter go-live skal du verificere, at Matomo faktisk måler det, du tror. Det gælder både samtykkeflow, sidevisninger, events, goals, UTM-parametre, formularer, e-commerce og eventuel cross-domain-tracking. Uden en struktureret QA er det svært at stole på tallene – og endnu sværere at opdage fejl, før de bliver dyre.

Praktisk QA-checkliste

• Samtykke: Tjek, at Matomo kun loader og sender hits, når statistik er accepteret i banneren. Afprøv både accept, afvisning og tilbagetrækning af samtykke.
• Sidevisninger: Besøg et par udvalgte sider og kontroller, at de dukker op i real-time eller seneste rapporter.
• Events: Udløs alle vigtige events manuelt (formularer, downloads, kontaktklik) og tjek, at de kommer korrekt ind med category/action/name.
• Goals: Gennemfør en fuld konverteringsrejse (fx fra landing page til kontaktformular) og se, om goal’et registreres præcist én gang.
• E-commerce: Læg varer i kurv, gå gennem checkout og gennemfør en testordre for at sikre, at omsætning, produkter og ordrer registreres korrekt.
• UTM og kampagner: Klik på egne kampagnelinks med UTM-tags og tjek, at kampagnedata optræder korrekt i Matomo.
• Cross-domain: Hvis brugere bevæger sig på tværs af domæner eller subdomæner, test at sessionen ikke splittes utilsigtet.
• Performance: Overvåg om Matomo-scriptet påvirker sidenes hastighed mærkbart. Brug evt. værktøjer fra jeres tekniske SEO-analyser til at fange performance-issues.

Documenter testene kort: dato, hvad der er testet, og resultatet. Det gør det lettere at genskabe fejl og er en del af en sund analytics-governance.

Typiske fejl med Matomo – og hvordan du undgår dem

De mest almindelige fejl er at installere tracking før samtykke, kopiere GA4-events ukritisk, undervurdere drift ved On-Premise og lade analytics vokse uden en klar plan for governance og test. De fejl koster typisk både datakvalitet og intern tid.

1. Tracking uden gyldigt samtykke

Fejl: Matomo-scriptet loader altid, eller events skyder uanset brugerens valg i cookiebanneren.

Konsekvens: Risiko for brud på cookie-/samtykkeregler og behov for efterfølgende oprydning eller selv-anmeldelse.

Løsning: Lad samtykkeløsningen styre, hvornår Matomo må køre. Test systematisk med alle valg i banneren.

2. Kopiering af GA4-setup uden oprydning

Fejl: Alle GA4-events genskabes i Matomo én til én – også dem, ingen bruger.

Konsekvens: Uoverskuelige rapporter, spildt tid og svært ved at fokusere på de metrics, der betyder noget.

Løsning: Brug migrationen som anledning til at skære fra. Start med et kerne-sæt af events og goals, og udvid efter behov.

3. On-Premise uden driftskapacitet

Fejl: On-Premise vælges udelukkende af compliance-hensyn, men uden at der er en klar plan for IT-drift, opdateringer, sikkerhed og backup.

Konsekvens: Sikkerhedsrisici, ustabilitet og uforudsete omkostninger, som kunne være undgået med Cloud eller en hostet løsning.

Løsning: Aftal tydeligt internt, hvem der har ansvaret for drift. Overvej, om en ekstern partner skal håndtere hosting og vedligehold, og brug erfaringer fra jeres generelle IT-sikkerhed og cyberrisiko.

4. Ingen løbende QA eller governance

Fejl: Tracking bliver sat op én gang og derefter glemt. Nye features, sider og kampagner kommer til uden at blive tænkt ind i Matomo.

Konsekvens: Brudte events, ufuldstændige funnels og faldende tillid til tallene.

Løsning: Indfør en simpel governance-model: fx en ansvarlig for analytics, en fast tjekliste ved nye features og en kvartalsvis mini-audit af trackingopsætningen.

Konkrete næste skridt for din virksomhed

Hvis du overvejer at skifte til Matomo, kan du arbejde i tre trin:

1. Beslutningsfase: Afklar forretningsmål, compliance-krav og ressource-niveau. Vurder Cloud vs. On-Premise og regn groft på totalomkostningerne.
2. Designfase: Lav en kort trackingplan med events og goals, fastlæg samtykkeintegration og beslut, hvordan GA4-data skal håndteres.
3. Implementeringsfase: Sæt Matomo op, migrér historik efter behov, kør parallel drift og gennemfør en målrettet QA, før du slukker for GA4.

Har I begrænsede interne ressourcer, kan det være værd at hente hjælp til selve migrationen, driftsmodellen eller det juridiske setup. Brug i så fald jeres eksisterende processer for leverandørskifte og kontrakter, så roller og ansvar er tydeligt aftalt. Og sørg for, at jeres eget team stadig forstår nøgletal og opsætning – analytics må ikke blive en sort boks.

Når Matomo først er på plads, bliver det et centralt styringsværktøj for både marketing, salg og ledelse. Jo bedre I får koblet det til jeres KPI’er og beslutningsprocesser, jo større bliver værdien af skiftet væk fra GA4.