Umami vs Google Analytics: wat je kwijtraakt als je GA4 verlaat

Vergelijk je Umami en Google Analytics, controleer dan twee dingen: wat GA4 doet dat Umami niet doet, en wat er met je geschiedenis gebeurt. Kies je nog een tool, lees dan Umami vs Plausible, zelfgehost en Plausible-prijzen bij jouw verkeer. Deze gids gaat over de overstap zelf.

In april 2024 vroeg een ontwikkelaar die van Mixpanel naar Umami overstapte het project om een manier om zijn oude gegevens te importeren. De beheerder van Umami antwoordde dat zelfgehoste Umami geen importfunctie heeft, omdat een import databasespecifiek is en wie zelf host al volledige toegang tot de database heeft. De ontwikkelaar schreef er zelf een. Hij was ongeveer 6 uur bezig om zijn gegevens om te zetten naar het formaat van Umami. Het inladen kostte nog een paar uur.

Wat er in GA4 blijft nadat je ermee stopt

De instelling voor gegevensbewaring van GA4 bewaart gebeurtenisgegevens in een standaardproperty 2 of 14 maanden; langere periodes zijn er alleen voor betaalde GA4 360-property's. Dezelfde helppagina meldt dat de instelling does not affect standard aggregated reports en alleen verkenningen en trechterrapporten beperkt. Het verkeer, de pagina's, bronnen en conversies in je standaardrapporten worden dus niet door die klok ingekort. Google Ads-cijfers zijn de uitzondering: GA4 toont die over een doorlopende periode van 36 maanden.

Verkenningen bewaren gegevens over leeftijd, geslacht en interesses 2 maanden, ongeacht je instelling. Grote en XL-property's zijn beperkt tot 2 maanden aan gegevens op gebeurtenisniveau.

Waarom je historie niet mee kan

Umami Cloud kan wel gegevens importeren, vanaf het Pro-abonnement. Medewerkers van Umami voeren de import uit nadat je de support hebt gemaild, en als bronnen noemen ze databases van zelfgehoste Umami en CSV-exports. GA4 staat er niet bij, dus vraag het na voordat je erop rekent. Zelfgehoste Umami heeft niets vergelijkbaars. Zelfs de eigen Cloud-gegevens van Umami naar een zelfgehoste server verplaatsen vraagt om een script dat je zelf schrijft, zei de beheerder in januari 2025.

Het verzameleindpunt van Umami accepteert een tijdstempel, en dat lijkt een ingang. Het veld werd toegevoegd om historische toegangslogs te importeren. De standaardrapporten van GA4 en hun downloads bevatten totalen, zoals sessies per dag. Als je het sessieaantal van één dag omzet in evenveel nepweergaven, verzin je de bezoekers, bezoeken en het bouncepercentage die Umami per sessie berekent, en de beheerder heeft gezegd dat sessiegegevens het lastige deel van een import via de API zijn. We raden het af: de grafieken lopen vol, maar de bezoekersaantallen voor die maanden zijn niet echt.

De BigQuery-export van gebeurtenissen in GA4 is de uitzondering. Heb je die maanden geleden gekoppeld, dan bevatten de dagelijkse tabellen je ruwe gebeurtenissen, en een ontwikkelaar die SQL kent kan een script schrijven dat ze in de database van Umami laadt. Dat gaat alleen terug tot de dag waarop je BigQuery koppelde, en het is een project dat je moet plannen en testen voordat je de cijfers vertrouwt.

Wat je opgeeft en wat Umami biedt

De eerste twee kolommen komen uit de documentatie van Google en Umami en de GitHub van Umami, vermeld in de bronnen hieronder en gecontroleerd tot en met 15 oktober 2026. Waar de documentatie van Umami een functie niet noemt, staat in de rij dat Umami die niet heeft. De rij over Search Console volgt een pull request die Umami heeft gesloten in oktober 2026. Gebruik je Google Ads, laat de Ads-rij dan het zwaarst wegen, want Umami heeft daar niets voor in de plaats.

Waar je GA4-historie heen kan

Voor de meeste sites is het downloaden van rapporten genoeg. BigQuery past bij je als je tabellen wilt die je nog lang kunt bevragen nadat de GA4-property stil is gevallen, en je geen bezwaar hebt tegen een BigQuery-rekening voor de opslag en query's.

Stap voor stap overstappen naar Umami

Voor deze gids hebben we geen echte GA4-property verhuisd, omdat we geen Google-account in onze tests hebben gebruikt. Waar een stap afhangt van de documentatie van Google of Umami, linken we naar de pagina zoals gecontroleerd op 15 oktober 2026, zodat je de details kunt nakijken voordat je iets wijzigt.

Umami zelf hebben we wel gedraaid, in onze eigen test op 21 okt. 2026, op een testmachine met 2 vCPU's en 4 GB (arm64), niet op een DreamHost-server. Umami 3.4.0 telde alle 30.000 testpaginaweergaven die we naar het trackingeindpunt stuurden. De dashboardsamenvatting voor die 30.000 rijen kwam terug in 0,03 seconden. De database groeide met ongeveer 1 KB per paginaweergave, dus een persoonlijke site met tienduizenden paginaweergaven per maand groeit met ruim minder dan 1 GB per jaar. Dit waren synthetische gebeurtenissen die in een paar minuten zijn verstuurd; maanden echt verkeer zien er anders uit.

1. Noteer wat je in GA4 gebruikt en verleng de bewaartermijn

   Noteer de rapporten die je elke maand opent, je belangrijke gebeurtenissen, de UTM-campagnes die je tagt en of Google Ads of Search Console gekoppeld is. Open daarna Beheer, ga naar Gegevensinstellingen > Gegevensbewaring en zet de bewaartermijn voor gebeurtenisgegevens op 14 maanden als die op 2 staat. Google past een langere instelling toe op gegevens die nog niet zijn verwijderd, dus je verkenningen gaan verder terug terwijl je exporteert. De wijziging gaat na 24 uur in, en je hebt de rol Bewerker nodig om hem door te voeren.

2. Exporteer de rapporten die je wilt bewaren

   Exporteer elk GA4-rapport waarop je vertrouwt als CSV-bestand of naar Google Sheets. Als basisset raden we Pagina's en schermen, Bestemmingspagina en Verkeersacquisitie aan, elk met de periode ingesteld op de hele levensduur van de property, plus de belangrijke gebeurtenissen uit je lijst. Een bestand bevat maximaal 100.000 rijen. Heeft een rapport meer rijen, verdeel de periode dan over meerdere bestanden. Bouw alles wat je in Verkenningen hebt gemaakt eerst opnieuw op en exporteer het, want dat is het deel dat de bewaarinstelling inkort.

3. Kopieer meer historie naar BigQuery als je dat nodig hebt

   Voer de GA4-connector van BigQuery uit in een BigQuery-project waarin facturering aanstaat. Sla de gratis BigQuery-sandbox over. Die voert geen overdrachten uit en verwijdert zijn tabellen na 60 dagen. Wil je vanaf nu ook ruwe gebeurtenissen, stel dan nu de BigQuery-export in. Een antwoord op een ontwikkelaarsforum van Google bevestigt dat die geen eerdere gegevens aanvult.

4. Start je Umami-server en werk hem bij

   Een DreamHost VPS met Umami heeft Umami 3.2.0, PostgreSQL 15 en Caddy al geïnstalleerd en vraagt bij de eerste keer opstarten een Let’s Encrypt-certificaat aan. Maak via SSH verbinding met je server en laat je beheerdersgegevens zien:

   bashKopiëren

   sudo cat /root/.umami_credentials

   Meld je aan, wijzig het wachtwoord en voeg een website toe. Werk bij naar de nieuwste release voordat je live gaat. De geïnstalleerde 3.2.0 is ouder dan Umami 3.3.0, dat tweestapsaanmelding toevoegde, en 3.4.0, dat notities in de grafiek toevoegde. Voer eerst umami-backup uit en daarna umami-update, dat de nieuwste versie ophaalt en waarschuwt dat een databasemigratie mogelijk niet terug te draaien is.

5. Voeg het Umami-script toe naast GA4

   Plak het trackingscript van Umami in de <head> van je site, naast de GA4-tag. Staan je tags in Google Tag Manager, voeg Umami dan toe met een tag voor aangepaste HTML, want Tag Manager verwijdert de data-attributen van het script.

6. Bouw je belangrijke gebeurtenissen opnieuw op als Umami-doelen

   Umami telt een klik pas als gebeurtenis wanneer je aangeeft dat die moet worden bijgehouden. Voeg een data-attribuut toe aan elke knop of link uit je lijst, met een gebeurtenisnaam van maximaal 50 tekens. Maak daarna een doel voor elke gebeurtenis of pagina die als conversie telt. Bezoeken met UTM-tags verschijnen zonder extra instellingen in het UTM-rapport.

7. Laat beide een maand draaien en vergelijk de trends

   Laat beide tags een volledige kalendermaand draaien en vergelijk dan je toppagina's, belangrijkste verwijzers en de richting waarin het verkeer elke week ging. De totalen komen niet overeen, en een maand is onze suggestie. Het bezoekersaantal van Umami gebruikt een salt die aan het begin van elke maand wordt gereset, dus een kalendermaand geeft je één volledig bezoekersaantal om naast dat van GA4 te leggen.

8. Verwijder de GA4-tag en bewaar de property

   Noteer de datum van je overstap en voeg die toe als notitie in de grafiek. Haal daarna de GA4-tag van je site en laat de property staan waar hij staat. Stel vervolgens een regelmatige kopie in van elk umami-backup-bestand naar een plek buiten de server, want het script slaat het op de eigen schijf van de server op.

Veelgestelde vragen over de overstap van GA4 naar Umami