Wechsel von Google Analytics zu Matomo

Wie man von Google Analytics zu Matomo wechselt

Der Wechsel von Google Analytics zu Matomo ist kein rein kosmetischer Schritt. Es ist eine Änderung des Reportings mit Folgen, und die sicherste Variante beginnt mit einem engen Fokus: eine Website, eine Property oder ein Kampagnenset. Wenn Sie am ersten Tag alles umstellen wollen, verbringen Sie die erste Woche damit, alte Tags zu entwirren und über Zahlen zu diskutieren.

Für einen sauberen Start sollten Sie festlegen, was „fertig“ bedeutet, bevor Sie den Tracking-Code anfassen. Ein praktisches Ziel klingt einfach: Die wichtigsten Berichte existieren in Matomo, das Team kann sie ohne Hilfe lesen, und GA bleibt nur noch für den Vergleich während der Umstellung verfügbar. Das reicht. Wenn Sie das Ziel nicht in einem Satz beschreiben können, ist die Migration zu unklar.

Ein Satz ist besonders wichtig: Wie man von Google Analytics zu Matomo wechselt, hängt weniger vom Tool als vom Umfang der Berichte ab, den Sie schützen. Eine kleine E-Commerce-Website braucht vielleicht Checkout, Produktansichten und Coupon-Nutzung; eine Content-Website eher Artikelaufrufe, Scrolltiefe und Newsletter-Anmeldungen. Andere Website, andere Umstellung. Gleiche Disziplin. Wer dabei von Anfang an plant, kann Google Analytics zu Matomo wechseln, ohne die wichtigsten Kennzahlen aus dem Blick zu verlieren.

1. Legen Sie fest, was bei dieser Migration „fertig“ bedeutet

Beginnen Sie mit einem schriftlichen Scope und halten Sie ihn eng. Nennen Sie die Website, die Property und die Kampagnengruppe, die zuerst umziehen sollen. Wenn das Unternehmen „das ganze Konto“ verlangt, bremsen Sie und wählen Sie ein Reporting-Set. Eine Migration mit einem Ziel ist beherrschbar; eine Migration mit fünf Zielen ist ein Projekt, das nie zur Ruhe kommt.

Formulieren Sie Erfolgskriterien, die sich in 10 Minuten prüfen lassen und nicht 10 Tage lang diskutiert werden müssen. Zum Beispiel: „Matomo zeigt Sessions, Conversions und die wichtigsten Landingpages für Site A“ und „GA bleibt nur 2 Wochen lang für den Vergleich aktiv“. Diese zwei Sätze geben dem Team einen Rahmen. Ohne sie wird irgendjemand im ungünstigsten Moment noch ein weiteres Dashboard wollen.

Definieren Sie auch eine Abbruchgrenze. Wenn das Matomo-Setup die wichtigste Conversion verfehlt oder das Unternehmen die Zahlen während der Parallelphase nicht verifizieren kann, ist die Umstellung noch nicht bereit. Das klingt hart. Spart aber Zeit.

2. Erfassen Sie die Google-Analytics-Daten, die Sie nicht verlieren dürfen

Bevor Sie irgendetwas verschieben, erstellen Sie eine Liste der GA-Elemente, die relevant sind. Dazu gehören die genauen Dashboards, die Menschen jeden Morgen öffnen, Custom Dimensions mit geschäftlicher Bedeutung, Ereignisse mit Bezug zum Umsatz, Conversions, Zielgruppen, Filter und attributionbezogene Einstellungen. Eine Migration ohne diese Bestandsaufnahme ist Rätselraten mit schönerem Namen.

Verwenden Sie Namen, keine Beschreibungen. „Dashboard für bezahlte Suche“ ist besser als „Marketing-Dinge“. „Event für Formularabsendung“ ist besser als „Kontaktaktionen“. Wenn ein Bericht einen echten Verantwortlichen hat, schreiben Sie den Namen daneben. Dieser kleine Schritt hilft später, wenn jemand sagt: „Ich dachte, das nutzt das Vertriebsteam.“

Einige GA-Elemente lohnen keinen eins-zu-eins-Neubau. Das ist normal. Ein selten genutztes Zielgruppensegment aus dem letzten Jahr muss in Matomo vielleicht nicht reproduziert werden, wenn es nie eine Entscheidung beeinflusst hat. Es geht nicht darum, jedes Objekt zu erhalten; es geht darum, die 20 % zu bewahren, die tatsächlich genutzt werden.

Wenn Sie beim Sammeln der Liste eine einfache Referenz brauchen, führen Sie eine separate Checkliste für Sonderseiten und Nischenberichte. Die gleiche Gewohnheit hilft auch anderswo; ein Team, das eine Website-Seite prüfen muss, kann zum Beispiel wie man prüft, ob eine Website als schnelle Referenz nutzen. Der Name ändert sich, die Regel bleibt gleich: Wissen, was gefunden werden muss, bevor man danach sucht.

3. Ordnen Sie GA-Konzepte den Matomo-Entsprechungen zu

Erstellen Sie eine Übersetzungstabelle mit 2 Spalten: GA-Begriff und Matomo-Begriff oder Vorgehen. Tragen Sie ein, was direkt passt und was nicht. Seitenaufrufe, Ereignisse, Ziele, Segmente, Custom Dimensions und Kampagnen-Tracking sollten alle in der Tabelle stehen. Hier wird die Migration konkret statt theoretisch. Eine gute Matomo Migration Anleitung beginnt genau mit dieser Zuordnung, bevor Berichte oder Ziele neu gebaut werden.

Einige Zuordnungen sind einfach. Andere nicht. GA-Zielgruppen müssen möglicherweise zu Matomo-Segmenten oder einer anderen Reporting-Regel werden. Eine GA-Attributionseinstellung verhält sich in Matomo möglicherweise anders, also müssen Sie vielleicht die Frage ändern, statt die alte Antwort in das neue Tool zu pressen. Schreiben Sie das auf, denn Menschen vergessen schnell, sobald Dashboards auf dem Bildschirm sind.

Halten Sie eine Spalte für „gleiche Idee, andere Logik“ bereit. Diese Spalte ist wichtig. Wenn GA einen Wert anders berechnet hat als Matomo, muss das Team das wissen, bevor es die Zahlen sieht. Andernfalls wird die Migration für defekt gehalten, obwohl in Wahrheit nur die Definitionen geändert wurden.

Für Teams, die bereits strukturierte Referenzseiten pflegen, funktioniert diese Art von Zuordnung ähnlich wie eine sorgfältige Suche in einem Verzeichnis wie dem Traumlexikon mit p: ein Begriff, ein Ort, eine Bedeutung. Das Werkzeug mag anders sein, die Gewohnheit ist vertraut. Erst zuordnen, später diskutieren.

4. Planen Sie die Umstellung als risikoarmen Übergang

Wählen Sie den Migrationstermin bewusst. Vermeiden Sie Produktlaunches, Kampagnenspitzen und Reporting-Deadlines. Eine Umstellung am Montagmorgen erzeugt oft unnötiges Rauschen; ein ruhiger Slot unter der Woche ist meist leichter zu validieren. Ein risikoarmer Übergang ist besser als ein dramatischer.

Entscheiden Sie, ob die Parallelphase 3 Tage, 1 Woche oder länger dauern soll. Sie sollte lang genug sein, um Ergebnisse zu vergleichen, aber kurz genug, damit niemand aus Gewohnheit zwei Systeme am Leben hält. Legen Sie in dieser Zeit fest, wer die Berichte prüft, wer das Go gibt und wer den Wechsel stoppen kann, wenn die Zahlen nicht stimmen.

Benennen Sie eine Person für die Validierung. Nicht drei. Eine Person kann Feedback aus Analytics, Produkt und Marketing einsammeln, aber eine Person sollte die Entscheidung treffen. Wenn alle für die Umstellung verantwortlich sind, ist es niemand. Genau dann bleiben kleine Tracking-Probleme monatelang liegen.

Denken Sie erst an Zugriffsänderungen, wenn die Parallelphase stabil ist. Wenn Sie den GA-Zugriff zu früh einschränken, geraten die Leute in Panik und bauen Neben-Tabellen. Wenn Sie zu lange warten, hören sie auf, Matomo zu nutzen. Das Timing ist hier wichtiger als jede Formalität. Wer Google Analytics durch Matomo ersetzen will, sollte diesen Übergang deshalb bewusst staffeln und nicht als reine Technik-Änderung behandeln.

5. Bauen Sie zuerst Ihre wichtigsten Berichte in Matomo neu auf

Versuchen Sie nicht, jede GA-Ansicht zu kopieren. Bauen Sie zuerst die Tagesberichte nach: Traffic nach Quelle, Top-Seiten, wichtigste Conversions und die wenigen Segmente, die das Team jede Woche prüft. Wenn ein Bericht keine Entscheidung beeinflusst, lassen Sie ihn fürs Erste weg. Genau hier verlangsamen sich viele Migrationen ohne guten Grund.

Nutzen Sie möglichst Matomo-eigene Einstellungen. Eine möglichst genaue Kopie von GA wirkt zwar beruhigend, kann später aber zusätzlichen Pflegeaufwand erzeugen. Der bessere Weg ist, die geschäftliche Frage nachzubauen, nicht den alten Screenshot. Wenn GA vier Tabs hatte und Matomo dieselbe Frage in zwei Bereichen beantworten kann, nehmen Sie die zwei Bereiche.

Stellen Sie die sichtbarsten Berichte bereit, bevor jemand danach fragt. Wenn Sales jeden Morgen die Lead-Qualität wissen will und Marketing jeden Nachmittag den Kampagnentraffic, dann sind das die ersten beiden Berichte, die neu aufgebaut werden sollten. Der Rest kann warten. Fehlende Sonderfälle verzeiht man schneller als den fehlenden Montagsbericht.

Manche Teams prüfen während der Arbeit an den Berichtsliste auch andere Website-Referenzabläufe, besonders wenn ihre Inhalte auf mehrere Seiten verteilt sind. Ein praktisches Beispiel ist wie man prüft, ob eine Website; es zeigt, wie wertvoll es ist, genau die Seite zu verifizieren, die ein Nutzer erwartet. Reporting ist ähnlich: Der Bericht muss der sein, den die Menschen tatsächlich nutzen.

6. Validieren Sie Event- und Ziel-Tracking anhand echter Nutzeraktionen

Testen Sie echte Aktionen, nicht nur Seitenaufrufe. Senden Sie ein Formular ab, schließen Sie einen Kauf ab, laden Sie eine Datei herunter und klicken Sie auf einen externen Link. Prüfen Sie dann, ob Matomo jede Aktion so erfasst hat, wie das Unternehmen es braucht. Schnelles Testen ist nützlich, methodisches Testen spart Nacharbeit.

Halten Sie die Testfälle kurz und konkret. „Kontaktformular-Absendung von der Preisseite“ ist besser als „den Funnel testen“. „Checkout mit Coupon-Code abgeschlossen“ ist besser als „Kauf testen“. Eine klare Aktion ergibt einen klaren Fehler. Unklare Tests erzeugen höfliche Verwirrung.

Vergleichen Sie die Ergebnisse während der Parallelphase mit GA, erwarten Sie aber keine perfekte Identität. Verschiedene Tools können leicht anders zählen, etwa wegen Consent-Handling, Timing oder Setup-Details. Die wichtige Frage ist, ob Matomo dieselbe geschäftliche Aktion zuverlässig erfasst. Wenn nicht, korrigieren Sie Tag oder Zielregel, bevor Sie umstellen.

Das ist auch ein guter Moment, um Sonderfälle festzuhalten. Zum Beispiel kann ein Download, der sich in einem neuen Tab öffnet, einen anderen Trigger brauchen als ein normaler Linkklick. Eine einzige Regel erfasst selten beim ersten Durchlauf jedes Verhalten. Das ist normal, und genau deshalb sollte die Testliste kurz genug sein, um sie an einem Nachmittag zu wiederholen.

7. Schulen Sie das Team im Reporting-Workflow von Matomo

Geben Sie Analysten und Stakeholdern eine 30-minütige Einführung und geben Sie ihnen dann einen schriftlichen Weg für die 3 oder 4 Berichte, die sie am häufigsten nutzen. Zeigen Sie, wo Segmente liegen, wie Annotationen gehandhabt werden und welche GA-Gewohnheiten nicht mehr gelten. Niemand braucht einen Vortrag über jedes Menü. Die Leute müssen wissen, wo die Antwort für Montag liegt.

Arbeiten Sie mit echten Beispielen von der migrierten Website. Öffnen Sie den Lead-Bericht, den Produktbericht und den Landingpage-Bericht. Klicken Sie sich durch die Filter. Wenn Sie einen Kampagnenbericht mit genau dem Namen zeigen können, den das Marketing-Team in GA verwendet hat, sinkt die Lernkurve sofort. Screenshots helfen, Live-Klicks helfen mehr.

Erklären Sie die Unterschiede klar. Wenn eine GA-Zielgruppe jetzt ein Matomo-Segment ist, sagen Sie das. Wenn ein gespeicherter Bericht seinen Ort geändert hat, sagen Sie das ebenfalls. Wenn ein Stakeholder nach einer Kennzahl fragt, die es in derselben Form nicht mehr gibt, antworten Sie mit dem neuen Workflow und nicht mit einer Geschichte über das alte Tool. Menschen passen sich schneller an, wenn die Antwort direkt ist.

Manche Teams führen eine kleine Referenz für wiederkehrende Suchen, und dazu können auch Inhaltsseiten gehören. Wenn das Team mit Wissensseiten arbeitet, ist ein Link wie Traumlexikon mit k eine Erinnerung daran, dass gut organisierte Kategorien die Suchzeit verkürzen. Reporting-Schulungen funktionieren genauso: ein Ort für eine Aufgabe.

8. Schalten Sie GA-Abhängigkeiten nach der Übergabe ab

Wenn der vereinbarte Reporting-Umfang in Matomo stabil ist, listen Sie alle verbliebenen GA-Abhängigkeiten auf. Dazu gehören Dashboards, Tags, Alarme, Dokumentationen, SOPs, Browser-Lesezeichen und Skripte, die noch auf GA verweisen. Lassen Sie keines davon ungeprüft. Alte Links überleben oft lange, nachdem die Migration angeblich „fertig“ ist.

Entfernen oder überarbeiten Sie die Punkte nacheinander. Ein Dashboard-Hinweis „in GA prüfen“ sollte zu „in Matomo prüfen“ werden. Ein Runbook, das jemanden auffordert, jeden Morgen mit GA zu vergleichen, sollte an den neuen Prozess angepasst oder archiviert werden, wenn es keinen Zweck mehr erfüllt. Kleine Aufräumarbeiten sind hier wichtig, weil sie verhindern, dass alte Gewohnheiten zurückkommen.

Halten Sie einen letzten Vergleichs-Meilenstein ein und schließen Sie dann das GA-Fenster für den migrierten Scope. Wenn das Team GA weiterhin als historische Referenz braucht, beschränken Sie es auf Read-only und setzen Sie ein Prüfdatum. Wenn nicht, reduzieren Sie den Zugriff und entfernen Sie die Routinen. Je länger GA Teil des täglichen Workflows bleibt, desto schwieriger wird es zu sagen, welches System die Quelle der Wahrheit ist.

In dieser Phase hilft eine einfache Wartungsroutine: Prüfen Sie die aktiven Berichte jeden Monat, nicht nur jedes Quartal. Eine 15-Minuten-Prüfung entdeckt veraltete Dashboards, bevor sie den nächsten Kampagnenverantwortlichen verwirren. Kleine Aufräumarbeit jetzt ist günstiger als eine zweite Migration später.