Umami vs. Google Analytics: Was du verlierst, wenn du GA4 verlässt

Wenn du Umami und Google Analytics vergleichst, prüf zwei Dinge: was GA4 kann, das Umami nicht kann, und was mit deiner Historie passiert. Falls du noch ein Tool auswählst, lies Umami vs. Plausible, selbstgehostet und Plausible-Preise bei deinem Traffic. In diesem Guide geht es um den Umzug selbst.

Im April 2024 bat ein Entwickler, der von Mixpanel zu Umami wechselte, das Projekt um eine Möglichkeit, seine alten Daten zu importieren. Der Maintainer von Umami antwortete, dass selbstgehostetes Umami keine Importfunktion hat, weil ein Import datenbankspezifisch ist und wer Umami selbst hostet, ohnehin vollen Zugriff auf die Datenbank hat. Der Entwickler schrieb sich seinen eigenen Import. Er brauchte etwa 6 Stunden, um seine Daten auf das Format von Umami abzubilden. Das Laden dauerte noch ein paar Stunden mehr.

Was in GA4 bleibt, wenn du es nicht mehr nutzt

Die Einstellung zur Datenaufbewahrung in GA4 speichert Ereignisdaten in einer Standard-Property 2 oder 14 Monate lang. Längere Zeiträume gibt es nur für kostenpflichtige GA4-360-Properties. Auf derselben Hilfeseite steht, dass die Einstellung does not affect standard aggregated reports und nur explorative Datenanalysen und Trichterberichte begrenzt. Traffic, Seiten, Quellen und Conversions in deinen Standardberichten werden von dieser Frist also nicht gekürzt. Eine Ausnahme sind die Google-Ads-Zahlen, denn GA4 zeigt sie für rollierende 36 Monate an.

Explorative Datenanalysen speichern Daten zu Alter, Geschlecht und Interessen unabhängig von deiner Einstellung nur 2 Monate lang. Für Large- und XL-Properties gelten 2 Monate für Daten auf Ereignisebene.

Warum deine bisherigen Daten nicht mitkommen können

Umami Cloud importiert durchaus Daten, und zwar ab dem Pro-Tarif. Das Team von Umami führt den Import durch, nachdem du dem Support eine E-Mail geschickt hast. Als Quellen nennt es selbstgehostete Umami-Datenbanken und CSV-Exporte. GA4 wird nicht erwähnt, frag also nach, bevor du dich darauf verlässt. Selbstgehostetes Umami bietet nichts Vergleichbares. Selbst um die eigenen Cloud-Daten von Umami auf einen selbstgehosteten Server zu übertragen, brauchst du ein selbst geschriebenes Skript, sagte der Maintainer im Januar 2025.

Der Collection-Endpunkt von Umami akzeptiert einen Zeitstempel, was nach einem möglichen Weg aussieht. Das Feld wurde hinzugefügt, um historische Zugriffslogs zu importieren. Die Standardberichte von GA4 und ihre Downloads enthalten Summen, etwa Sitzungen pro Tag. Würdest du die Sitzungszahl eines Tages in ebenso viele künstliche Hits umwandeln, würdest du die Besucher, Besuche und Absprungrate erfinden, die Umami aus jeder einzelnen Sitzung berechnet. Der Maintainer hat außerdem gesagt, dass Sitzungsdaten beim API-Import der knifflige Teil sind. Wir raten davon ab: Die Diagramme füllen sich zwar, aber die Besucherzahlen für diese Monate sind nicht echt.

Der BigQuery-Ereignisexport von GA4 ist die Ausnahme. Wenn du ihn vor Monaten verknüpft hast, enthalten seine täglichen Tabellen deine Rohereignisse, und jemand mit SQL-Kenntnissen kann ein Skript schreiben, das sie in die Datenbank von Umami lädt. Das reicht allerdings nur bis zu dem Tag zurück, an dem du BigQuery verknüpft hast, und es ist ein Projekt, das du planen und testen solltest, bevor du den Zahlen vertraust.

Worauf du verzichtest und was Umami abdeckt

Die ersten beiden Spalten stammen aus der Dokumentation von Google und Umami sowie aus dem GitHub-Repository von Umami. Sie sind unten in den Quellen aufgeführt und wurden bis zum 15. Oktober 2026 geprüft. Wo die Dokumentation von Umami eine Funktion nicht erwähnt, steht in der Zeile, dass es sie nicht gibt. Die Zeile zur Search Console basiert auf einem Pull Request, den Umami im Oktober 2026 geschlossen hat. Wenn du Google Ads nutzt, gewichte die Ads-Zeile am stärksten, denn Umami hat dafür keinen Ersatz.

Wohin mit deinen bisherigen GA4-Daten

Für die meisten Websites reicht der Berichts-Download. BigQuery passt zu dir, wenn du Tabellen willst, die du noch lange abfragen kannst, nachdem die GA4-Property verstummt ist, und dich eine BigQuery-Rechnung für Speicherung und Abfragen nicht stört.

Schritt für Schritt zu Umami wechseln

Für diesen Guide haben wir keine echte GA4-Property umgezogen, da wir in unseren Tests kein Google-Konto verwendet haben. Wo ein Schritt von der Dokumentation von Google oder Umami abhängt, verlinkt er die jeweilige Seite (Stand: 15. Oktober 2026), damit du die Details prüfen kannst, bevor du etwas änderst.

Umami selbst haben wir dagegen getestet: in unserem eigenen Test am 21. Okt. 2026 auf einer Testmaschine mit 2 vCPUs und 4 GB (arm64), nicht auf einem DreamHost-Server. Umami 3.4.0 zählte alle 30.000 Test-Seitenaufrufe, die wir an seinen Tracking-Endpunkt geschickt haben. Die Dashboard-Übersicht für diese 30.000 Zeilen kam in 0,03 Sekunden zurück. Die Datenbank wuchs um etwa 1 KB pro Seitenaufruf. Eine private Website mit einigen Zehntausend Seitenaufrufen im Monat kommt also auf deutlich unter 1 GB pro Jahr. Es handelte sich um synthetische Ereignisse, die innerhalb weniger Minuten gesendet wurden. Monatelanger echter Traffic sieht anders aus.

1. Erfasse, was du in GA4 nutzt, und verlängere die Aufbewahrungsdauer

   Notier dir die Berichte, die du jeden Monat öffnest, deine Schlüsselereignisse, die UTM-Kampagnen, die du taggst, und ob Google Ads oder die Search Console verknüpft ist. Öffne dann Admin, geh zu Data Settings > Data Retention und stell die Aufbewahrung von Ereignisdaten auf 14 Monate, falls sie auf 2 steht. Google wendet eine längere Einstellung auch auf Daten an, die noch nicht gelöscht wurden. Deine explorativen Datenanalysen reichen also während des Exports weiter zurück. Die Änderung wird nach 24 Stunden wirksam, und du brauchst dafür die Rolle Editor.

2. Exportiere die Berichte, die du brauchst

   Exportiere jeden GA4-Bericht, auf den du dich verlässt, als CSV-Datei oder nach Google Sheets. Als Startpaket empfehlen wir Pages and screens, Landing page und Traffic acquisition, jeweils mit einem Zeitraum über die gesamte Lebensdauer der Property, dazu die Schlüsselereignisse aus deiner Liste. Eine Datei fasst bis zu 100.000 Zeilen. Hat ein Bericht mehr Zeilen, teil seinen Zeitraum auf mehrere Dateien auf. Bau alles, was du in explorativen Datenanalysen erstellt hast, zuerst nach und exportiere es, denn genau diesen Teil kürzt die Aufbewahrungseinstellung.

3. Kopiere bei Bedarf mehr bisherige Daten in BigQuery

   Führe den GA4-Connector von BigQuery in einem BigQuery-Projekt mit aktivierter Abrechnung aus. Verzichte auf die kostenlose BigQuery-Sandbox. Sie führt keine Übertragungen aus und löscht ihre Tabellen nach 60 Tagen. Wenn du künftig auch Rohereignisse haben möchtest, richte jetzt den BigQuery-Export ein. Eine Antwort im Google-Entwicklerforum bestätigt, dass er nicht rückwirkend befüllt wird.

4. Starte deinen Umami-Server und aktualisiere ihn

   Ein DreamHost VPS mit Umami wird mit vorinstalliertem Umami 3.2.0, PostgreSQL 15 und Caddy ausgeliefert und fordert beim ersten Start ein Zertifikat von Let’s Encrypt an. Verbinde dich per SSH mit deinem Server und lass dir deine Admin-Zugangsdaten anzeigen:

   bashKopieren

   sudo cat /root/.umami_credentials

   Melde dich an, ändere das Passwort und füge eine Website hinzu. Aktualisiere vor dem Livegang auf die neueste Version. Das installierte 3.2.0 ist älter als Umami 3.3.0, das die Zwei-Faktor-Anmeldung eingeführt hat, und 3.4.0, das Notizen im Diagramm hinzugefügt hat. Führe zuerst umami-backup aus, dann umami-update. Das holt die neueste Version und warnt, dass eine Datenbankmigration möglicherweise nicht rückgängig zu machen ist.

5. Füge das Umami-Skript neben GA4 ein

   Füge das Tracking-Skript von Umami in den <head> deiner Website ein, neben das GA4-Tag. Wenn deine Tags im Google Tag Manager liegen, füge Umami über ein benutzerdefiniertes HTML-Tag hinzu, denn der Tag Manager entfernt die Data-Attribute des Skripts.

6. Bilde deine Schlüsselereignisse als Ziele in Umami nach

   Umami zählt einen Klick nur dann als Ereignis, wenn du es anweist, ihn zu erfassen. Füge jedem Button oder Link aus deiner Liste ein Data-Attribut mit einem Ereignisnamen von höchstens 50 Zeichen hinzu. Lege dann für jedes Ereignis und jede Seite, die als Conversion zählt, ein Ziel an. Besuche mit UTM-Tags erscheinen ohne zusätzliche Einrichtung im UTM-Bericht.

7. Lass beide einen Monat laufen und vergleiche die Trends

   Lass beide Tags einen vollen Kalendermonat lang laufen und vergleiche dann deine Top-Seiten, deine Top-Referrer und die Richtung, in die sich der Traffic Woche für Woche entwickelt hat. Die Summen werden nicht übereinstimmen, und der Monat ist unser Vorschlag. Die Besucherzählung von Umami nutzt einen Salt, der zu Beginn jedes Monats zurückgesetzt wird. Ein Kalendermonat liefert dir also eine vollständige Besucherzahl, die du neben die von GA4 legen kannst.

8. Entferne das GA4-Tag und behalte die Property

   Notier dir das Datum des Wechsels und füge es als Notiz im Diagramm hinzu. Entferne dann das GA4-Tag von deiner Website und lass die Property, wo sie ist. Richte anschließend eine regelmäßige Kopie jeder umami-backup-Datei an einen Ort außerhalb des Servers ein, denn das Skript speichert sie auf dem lokalen Datenträger des Servers.

FAQ zum Wechsel von GA4 zu Umami