Ich habe in den letzten Jahren viele Webprojekte von Google Analytics zu alternativen Tools migriert — aus Datenschutzgründen, wegen der Einfachheit oder weil Kund:innen eine schlankere Lösung wollten. Plausible ist mir dabei immer wieder als praxisgerechte, datensparsame Alternative begegnet. In diesem Artikel erkläre ich, wie du Events, Conversion-Tracking und Segmente von Google Analytics zu Plausible überträgst, ohne dabei entscheidende Daten zu verlieren. Ich schreibe praktisch, mit konkreten Schritten und Fallstricken, die mir in Projekten begegnet sind.

Warum Plausible statt Google Analytics?

Plausible ist leichtgewichtig, DSGVO-freundlich und fokussiert auf die Infos, die wirklich zählen. Kein Cookie-Banner nötig (in vielen Fällen), einfache API und ein Dashboard, das nicht mit Metriken überfrachtet ist. Trotzdem fehlen nicht die wesentlichen Funktionen: Events, Zielvorhaben (Goals) und einfache Filter. Wenn du wie ich Wert auf Datenschutz, Performance und eine klare Metrik-Auswahl legst, ist Plausible eine sehr sinnvolle Wahl.

Was nicht 1:1 migriert werden kann

Wichtig: Es gibt kein magisches Tool, das dir historische GA-Daten automatisch in Plausible importiert. Google Analytics speichert sehr granular (z. B. Session- und User-Scoped-Metriken, benutzerdefinierte Dimensionen) — Plausible ist bewusst einfacher. Du kannst also keine vollständige, punktgenaue Übertragung der alten Daten erwarten. Aber: Du kannst deine wichtigsten KPIs, Events und Conversion-Definitionen so umsetzen, dass künftig vergleichbare, aussagekräftige Daten vorliegen.

Vorbereitung — was ich zuerst prüfe

  • Welche Events sind in GA implementiert? (z. B. button_click, form_submit, video_play)
  • Welche Conversions/Ziele sind relevant? (E-Mail-Signup, Kaufabschluss, Download)
  • Nutzt du Segmente/Filter aktiv, oder sind Reports eher unsegmentiert?
  • Welche benutzerdefinierten Dimensionen/Parameter brauchst du wirklich?
  • Gibt es serverseitiges Tracking oder nur clientseitiges Analytics?

Ich exportiere zunächst die wichtigsten Event-Listen aus GA (CSV-Export aus dem Ereignisbericht oder Tag-Management-Setup). Das hilft beim Abgleich und bei der Priorisierung.

Events in Plausible anlegen

Plausible unterstützt Custom Events sehr einfach: Du sendest ein Event mit dem Namen und optionalen Eigenschaften. Die Browser-API sieht so aus:

window.plausible('EventName', { props: { key: 'value' } })

Praxis-Tipps, die ich anwende:

  • Simplifiziere Event-Namen: Verwende konsistente, lesbare Namen (z. B. Signup, ContactFormSubmit, Download_PDF).
  • Nutze props nur für wenige, aussagekräftige Attribute (z. B. plan: 'pro', file_type: 'pdf'), um das Dashboard nicht zu überfrachten.
  • Implementiere Events zentral — vorzugsweise via Tag Manager oder einem kleinen JavaScript-Modul — damit spätere Änderungen einfach sind.

Beispiel-Implementierung in einem Script, das ich oft verwende:

function trackEvent(name, props) { if (window.plausible) window.plausible(name, { props: props }); }

Dann rufst du trackEvent('ContactFormSubmit', { source: 'footer' }) an den relevanten Stellen auf.

Conversion‑Tracking / Ziele

In Plausible richtest du Goals auf Basis von Events, Seitenaufrufen oder URL-Parametern ein. Das ist meist genug, um deine Geschäftsziele abzubilden:

  • Signup-Conversion: Event-basierter Goal (wenn Event 'Signup' getriggert wird)
  • Order-Conversion: Event 'Purchase' mit Umsatz als Property (Plausible bietet Aggregationen)
  • Thank-you-Page: URL-basierter Goal (z. B. /danke)

Wichtig: Wenn du bisher in GA Revenue auf Bestelllevel mit vielen Attributen verfolgt hast, musst du entscheiden, welche Felder in Plausible wirklich nötig sind. Ich empfehle, Umsatz, Währung und ggf. Produktkategorie zu übertragen. Beispiel für ein Purchase-Event:

window.plausible('Purchase', { props: { revenue: 49.99, currency: 'EUR', plan: 'pro' } })

So kannst du in Plausible bspw. nach plan segmentieren und Umsätze aggregieren.

Segmente und Filter nachbauen

Plausible hat kein komplexes Segment-Builder wie GA, aber du kannst mit Event‑Properties, Sites-Filter und UTM-Parametern arbeiten, um ähnliche Einsichten zu erhalten:

  • UTM-Kampagnen: Leite UTM-Parameter in Event-Props oder nutze Plausible's erkennbare Kampagnen-Reports.
  • Audience-ähnliche Filter: Sende eine Property wie user_type: 'member' bei Login-Events — so kannst du Traffic von Nutzertypen vergleichen.
  • Referrer- und Domain-Filter: Plausible erlaubt Domains als Filter, ideal für Multi-Domain-Setups.

Mein Tipp: Definiere vorab 3–5 Segmente, die du tatsächlich regelmäßig brauchst (z. B. organischer Traffic, Newsletter-Traffic, bezahlte Kampagnen). Richte die notwendigen Props/Events gezielt ein, statt alle alten GA-Segmente 1:1 zu duplizieren.

Historische Daten — Übergang planen

Du kannst GA-Daten nicht technisch in Plausible importieren, aber du kannst die Metriken weiterführend vergleichbar machen:

  • Erstelle in deinem Reporting (z. B. Google Sheets, Data Studio, Metabase) ein Vergleichs-Dashboard: GA historische Werte vs. Plausible neue Werte.
  • Lege einen Stichtag fest, an dem Plausible "Produktiv" wird — dokumentiere ihn im Bericht, damit alle wissen, ab wann die Datenquelle wechselt.
  • Falls nötig: Exportiere relevante GA-Reports (CSV) für die Langzeit-Archivierung.

Technische Migration — Schritt für Schritt

  • Schritt 1: Account & Site anlegen in Plausible, Tracking-Snippet einfügen (oder via Tag Manager deployen).
  • Schritt 2: Repliziere alle kritischen Events im Code. Teste lokal und in Staging mit Plausible Debugging.
  • Schritt 3: Goals in Plausible anlegen (Event- oder URL-basiert).
  • Schritt 4: Paralleles Tracking für 2–4 Wochen betreiben (GA weiterlaufen lassen), um Vergleiche zu ermöglichen.
  • Schritt 5: Reporting anpassen und Team informieren, Stichtag kommunizieren.

Monitoring & Validierung

Während der parallelen Phase vergleiche ich:

  • Seitenaufrufe pro Tag (als grobe Plausibilitätsprüfung)
  • Event-Counts für kritische Events
  • Conversion-Raten für Goals

Abweichungen sind normal: Unterschiede in Bot-Filtern, Session-Definitionen und Sampling führen oft zu unterschiedlichen Zahlen. Wichtig ist, dass Trends übereinstimmen. Wenn ein Event deutlich weniger gezählt wird, prüfe Timing, Scope (z. B. ob Event vor Redirect feuert) und ob das Snippet korrekt eingebunden ist.

Praktische Fallstricke, die ich erlebt habe

  • Events feuern vor dem Laden des Plausible-Snippets — Löse das Event erst nach Initialisierung oder puffere es.
  • Single-Page-Applications: Vergiss nicht, Pageviews manuell zu senden bei Routenwechseln (window.plausible('pageview')).
  • Formular-Redirects: Bei direkten Redirects nach Formular-Submit kann das Event verloren gehen — verwende Fetch/Ajax oder setze ein kurzes Timeout.
  • Serverseitiges Tracking: Wenn du serverseitige Hits (z. B. für E-Commerce) hattest, musst du Plausible-Server-API nutzen oder Minimaldaten clientseitig senden.

Abschließende Hinweise zur Umsetzung

Für mich lohnt sich Plausible, weil es die wichtigsten Metriken zuverlässig liefert, ohne Datenschutzprobleme und ohne unnötige Komplexität. Plane die Migration sorgfältig, teste intensiv und kommuniziere den Wechsel im Team. Wenn du strukturiert vorgehst — Prioritäten setzen, kritische Events zuerst umsetzen, parallel tracken und vergleichen — kannst du ohne großen Datenverlust umsteigen und bekommst ein schlankes, nachvollziehbares Tracking-Setup.