Wie man Analysen von Matomo zu datenschutzfreundlichen Analysen migriert
Warum mit Matomo migrieren
Der Übergang zu datenschutzfreundlicher Analyse beginnt normalerweise nicht mit der Benutzeroberfläche, sondern mit der Frage: Warum überhaupt Matomo wechseln? Es gibt drei Antworten. Erstens – Anforderungen an den Datenschutz, zweitens – der Wunsch, die Datensammlung zu vereinfachen, drittens – die Abhängigkeit von Cookies zu verringern. Wenn Sie eine Website mit einem Publikum aus der EU, ein medizinisches Projekt oder einfach ein Team haben, das die Benutzerzustimmungen nicht unnötig anpassen möchte, gibt es bereits einen Grund.
Matomo ist oft bequem als gewohnte System, aber seine Berichte und Einstellungen wachsen allmählich mit Ausnahmen, Plugins und manuellen Anpassungen. Irgendwann benötigt der Website-Besitzer nicht "noch ein Feld im Zustimmungsformular", sondern ein einfacheres Schema, bei dem die Analyse ordentlich und ohne überflüssige Spuren gesammelt wird. Daher die Anfrage: wie man die Analyse von Matomo auf datenschutzfreundliche Analyse überträgt.
Es gibt auch ein praktisches Argument. Wenn die Datensammlung weniger von Cookies abhängt, ist es einfacher, die Logik den Marketingspezialisten, Juristen und Entwicklern zu erklären. Nicht allen. Aber meistens – ja.
Wenn Matomo jedoch nur für grundlegende Ereignisse verwendet wird, es keine tiefgreifende Anpassung gibt und Berichte für 5–7 regelmäßige Entscheidungen benötigt werden, verläuft die Migration normalerweise ohne dramatische Verluste. Schwieriger wird es, wenn in Matomo Segmente, E-Commerce und lange Zielketten eingebunden sind; dort wird ein Plan benötigt, nicht nur Enthusiasmus.
Was vor der Migration vorzubereiten ist
Vor der Migration sammeln Sie 5 Datengruppen: Ziele, Ereignisse, Traffic-Quellen, Matomo-Berichte, Integrationen und Zugänge zur Website. Ohne dies wird die Migration zu einem Ratespiel. Und ja, das Ratespiel ist fast immer teurer.
Beginnen Sie mit einer Liste von Zielen. Notieren Sie, welche Aktionen als Konversion gelten: Formularabsendung, Klick auf die Telefonnummer, Registrierung, Dateidownload, Kauf. Für jedes Ziel ist es hilfreich, nicht nur den Namen, sondern auch die Seite, auf der es ausgelöst wird, und die Auslösebedingungen anzugeben. Ein Beispiel ist besser als zehn allgemeine Phrasen.
Gehen Sie dann die Ereignisse durch. In Matomo könnten sie unterschiedlich markiert worden sein: einige über JavaScript, einige über GTM, einige über serverseitige Aufrufe. Hier ist eine Tabelle oder zumindest ein Dokument mit den Spalten „Ereignis“, „Kategorie“, „Aktion“, „Label“, „Seite“, „Notiz“ nützlich. Eine solche Liste spart Stunden bei der Analyse alter Einstellungen.
Getrennter Block — Traffic-Quellen. Speichern Sie, welche UTM-Parameter Sie tatsächlich verwenden, welche Kanäle mit den Werbekonten verbunden sind, welche Kampagnen über Kurzlinks oder Redirects kommen. Ohne dies kann das neue System Besuche sammeln, aber Sie werden nicht verstehen, woher der Benutzer kam. Und das ist bereits ein Problem der Entscheidungen, nicht der Analyse.
Vergessen Sie nicht die Integrationen. CRM, Call-Tracking, Formulare, Chat, serverseitige Ereignisübermittlung, BI-Dashboard — all dies muss vor dem Start aufgelistet werden. Wenn die Zugänge zur Website, GTM, CMS oder CDN nicht ausreichen, sollten Sie diese besser im Voraus anfordern. Andernfalls wird der Transfer beim zweiten Schritt stoppen.
Abgleich der Metriken Matomo und des neuen Systems
Beginnen Sie den Vergleich der Metriken mit einfachen Dingen: Seiten, Ereignisse, Konversionen, UTM-Parameter und Benutzersegmente. Versuchen Sie nicht, alles sofort abzugleichen. Zuerst die grundlegenden Dinge, dann die Feinheiten. So haben Sie weniger Chancen, sich in den Unterschieden der Methodologien zu verwirren.
Seiten in Matomo und im neuen System stimmen normalerweise in der URL überein, aber nicht immer in den Normalisierungsregeln. Überprüfen Sie, wie Slashes, Parameter, Anker und Weiterleitungen berücksichtigt werden. Der gleiche Pfad kann wie drei verschiedene Strings aussehen, wenn die Regeln unterschiedlich sind. Für einen Online-Shop ist dies besonders auffällig bei Produktkarten und Filtern.
Ereignisse sollten besser paarweise überprüft werden. Zum Beispiel, wenn in Matomo ein Klick auf die Schaltfläche „Antrag stellen“ erfolgt, muss im neuen System derselbe Trigger erstellt werden, und es sollten nicht nur die Anzahl der Auslösungen, sondern auch die Bedingungen verglichen werden. Manchmal wurde in Matomo das Ereignis im übergeordneten Block erfasst, während das neue System auf einen genauen Selektor wartet. Die Überraschung ist einfach, die Folgen unangenehm.
Konversionen und Ziele erfordern eine separate Liste. Für jedes alte Ziel notieren Sie: Name, Ereignisquelle, Seite, Bedingung, Wert. Vergleichen Sie dann mit dem neuen Modell. Wenn in Matomo das Ziel nach dem Aufruf der Seite „Danke“ gezählt wurde, das neue System jedoch das Formular nach dem Absenden zählt, werden die Zahlen bereits zu Beginn abweichen. Das ist normal, aber nur, wenn Sie dies im Voraus festgehalten haben.
Überprüfen Sie UTM-Parameter auf 2 Ebenen: wie sie ins System kommen und wie sie später in den Berichten angezeigt werden. Manchmal entsteht der Unterschied aufgrund der Groß- und Kleinschreibung, manchmal aufgrund der automatischen Vervollständigung von Kampagnen, manchmal aufgrund von Weiterleitungen mit abgeschnittenen Parametern. Auch interne Segmente sollten beschrieben werden: neue Benutzer, zurückgekehrte, Traffic aus E-Mails, Benutzer aus einem bestimmten Land. Ein Segment ohne Beschreibung ist fast immer ein zukünftiger Fehler.
Einrichtung von datenschutzfreundlicher Analyse
Die grundlegende Einrichtung beginnt mit der Installation des Zählers. Danach aktivieren Sie den Cookie-losen Modus, wenn er von Ihrer Plattform unterstützt wird. Anschließend aktivieren Sie die zustimmungsfreie Erfassung, wo dies durch die Unternehmenspolitik und die rechtlichen Rahmenbedingungen des Projekts zulässig ist. Es ist keine Magie, sondern eine Abfolge von 3–4 Schritten.
Die Filterung interner Besuche ist sofort erforderlich. Wenn ein Team von 12 Personen die Website 20 Mal am Tag öffnet, verliert die Analyse schnell ihren Sinn. Schließen Sie die IP-Adresse des Büros, Testgeräte, Staging-Domains und, falls nötig, einzelne Mitarbeiterkonten aus. Andernfalls sehen Sie ein „Wachstum“ von Personen, die einfach nur den Button getestet haben.
Richten Sie dann die grundlegenden Ereignisse ein: Seitenaufruf, Formularübermittlung, Klick auf die Telefonnummer, Klick auf die E-Mail, Dateidownload. Versuchen Sie nicht, alles aus Matomo an einem Abend zu übertragen. Zuerst das Kernstück, dann die seltenen Ereignisse. In diesem Stadium ist es besonders hilfreich, sich mit der Dokumentation und der Testumgebung abzugleichen.
Wenn die gewählte datenschutzfreundliche Analyse serverseitige Ereignisse unterstützt, verwenden Sie diese dort, wo browserseitige Ereignisse aufgrund von Blockern oder komplexen Skripten fehlschlagen. Dies ist wichtig für Zahlungen, geschlossene Konten und lange Formulare. Aber ziehen Sie nicht alles serverseitig, sonst verlieren Sie die Transparenz beim Debuggen.
Manchmal hilft eine separate Testdomain oder ein Staging-Bericht. Dort können Sie sicher 7–10 Schaltflächen drücken, die Filter überprüfen und sicherstellen, dass die private Analyse keinen Müll sammelt. Ja, das ist langweilig. Aber danach gibt es weniger nächtliche Anpassungen.
Übertragung von Ereignissen, Zielen und Trichtern
Übertragen Sie die Ereignisse nach Priorität: zuerst die 5–10 wertvollsten Aktionen, dann den Rest. Wenn Sie E-Commerce haben, beginnen Sie mit add to cart, begin checkout, purchase, und erst danach integrieren Sie die Ansichten von Filtern und Klicks auf Empfehlungsblöcke. Die Logik ist einfach: Was Geld beeinflusst, wird zuerst übertragen.
Ziele in Matomo wurden oft um Dankesseiten oder spezifische URLs herum aufgebaut. In dem neuen System ist dieser Ansatz ebenfalls möglich, aber es ist besser, ihn zusammen mit der technischen Umsetzung zu überdenken. Manchmal wird das Formular über AJAX gesendet und der Benutzer gelangt nicht auf eine separate Seite – dann ist die Erfassung eines Ereignisses erforderlich, nicht einer Seite. So ist es genauer und ruhiger.
Überprüfen Sie die Trichter Schritt für Schritt. Für die Registrierung kann das 4 Bildschirme umfassen: Zugang zur Landingpage, Klick auf die Schaltfläche, Ausfüllen des Formulars, Bestätigung per E-Mail. Für die Bestellung – Warenkorb, Lieferung, Zahlung, Bestätigung. Jeder Schritt sollte seinen eigenen Trigger und seinen eigenen Test haben. Ein übersprungener Schritt zerstört das gesamte Bild.
Wenn in Matomo zusammengesetzte Ziele oder segmentierte Trichter vorhanden waren, versuchen Sie nicht, sie wörtlich zu kopieren. Es ist besser, die Logik in separate Ereignisse zu zerlegen und den Trichter in der datenschutzfreundlichen Analyse neu zu erstellen. Manchmal ist eine solche Neugestaltung sogar nützlicher als das alte Schema: Überflüssige Schritte und tote Klicks kommen ans Licht.
Für E-Commerce-Szenarien überprüfen Sie die Beträge, die Währung, die Bestell-ID und Stornierungen. In der Praxis wird oft die Übertragung von Preis und Rabatt verwechselt, und dann sieht der Bericht zwar schön aus, stimmt aber nicht mit der CRM überein. In diesem Moment ist ein internes Dokument zu den Berechnungsregeln hilfreich.
Überprüfung der Datenqualität nach der Migration
Die ersten 3–7 Tage nach dem Start sind nicht zum "Beobachten", sondern zum Abgleichen. Öffnen Sie alte und neue Berichte nebeneinander und vergleichen Sie Seiten, Ereignisse, Konversionen, Quellen. Abweichungen sind fast unvermeidlich. Die Frage ist nur, ob Sie sie erklären können.
Beginnen Sie die Überprüfung mit manuellen Tests. Gehen Sie auf die Website, öffnen Sie 2–3 Seiten, klicken Sie auf einige Schaltflächen, senden Sie ein Formular, folgen Sie dem UTM-Link. Überprüfen Sie dann, ob Ereignisse im neuen System erschienen sind und ob der Nutzerpfad nicht beschädigt wurde. Ein solcher Test klingt primitiv, aber genau er fängt 80% der Fehler.
Überprüfen Sie den Referral-Traffic separat. Oft geht er aufgrund von Weiterleitungen, einer falschen Ausnahmeliste oder der Einstellung des cookie-losen Modus verloren. Auch bei Werbeübergängen gibt es Fehler: UTM werden gelesen, aber der Kanal geht aufgrund einer Zwischenseite in „direct“. Wenn dies passiert, beeilen Sie sich nicht, die Plattform zu beschuldigen; schauen Sie sich zuerst die Übergangskette an.
Vergleichen Sie die Segmente nach den Basisberichten. Wenn Sie in Matomo 2 Segmente nach Ländern und 3 nach Quellen hatten, überprüfen Sie, ob Logik und Umfang übereinstimmen. Kleine Abweichungen sind zulässig, aber ein plötzlicher Rückgang in einem Segment deutet normalerweise auf einen Fehler im Filter oder in der Regel hin.
Eine gute Praxis ist es, ein Protokoll über Abweichungen zu führen. Darin werden Datum, Seite, Ereignis, alter Wert, neuer Wert und Erklärung festgehalten. Das hilft, wenn jemand nach einer Woche fragt, warum die Käufe um 12 gesunken sind. Die Antwort muss nicht erneut gesucht werden.
Was mit dem alten Matomo nach dem Übergang zu tun ist
Nach dem Übergang ist es nicht unbedingt erforderlich, Matomo sofort zu löschen. Häufig werden 3 Optionen beibehalten: Archiv, Einfrieren der Datensammlung oder vollständige Deaktivierung. Die Wahl hängt von den rechtlichen Anforderungen, den Aufbewahrungsfristen und davon ab, wie oft das Team auf alte Berichte zurückgreift.
Wenn ein Archiv benötigt wird, lassen Sie den Zugriff nur im Lesemodus und notieren Sie das Datum der Einstellung der Datensammlung. Das ist praktisch für historische Vergleiche und interne Prüfungen. Wenn die Berichte nicht mehr in der Arbeit verwendet werden, können die wichtigsten Erkenntnisse in die Dokumentation übertragen werden: Liste der Ziele, Quellen, Segmentierungsregeln, wichtige Ausnahmen. Das Dokument ist kurz, hilft aber bei Streitigkeiten nach 6 Monaten.
Die vollständige Abschaltung der alten Installation ist nicht für jeden geeignet. Manchmal bleibt Matomo als Reserve für 30–60 Tage, um verpasste Ereignisse oder strittige Abweichungen zu erfassen. Danach kann es entfernt werden, wenn die neue Analyse stabil alle erforderlichen Aktionen erfasst.
Checkliste für den Start und Kontrolle nach der Migration
Überprüfen Sie vor dem endgültigen Start 8 Dinge: Zähler installiert, Cookie-freier Modus aktiviert, interne Besuche ausgeschlossen, Ziele neu erstellt, UTM werden gelesen, Formulare werden erfasst, E-Commerce wird übertragen, Berichte werden geöffnet. Wenn auch nur ein Punkt leer ist, sollten Sie mit dem Start besser nicht überstürzen.
In den ersten Tagen nach der Migration ernennen Sie eine verantwortliche Person für die Analyse. Nicht ein Team, sondern eine Person. Sie schaut sich die Protokolle an, vergleicht die Berichte, sammelt Fehler und beantwortet die Frage, warum die Seite „Kontakt“ plötzlich 0 Ereignisse hat. Dieser Modus ist besonders nützlich, wenn im Projekt gleichzeitig ein Release und eine Werbekampagne laufen.
Führen Sie dann eine regelmäßige Überprüfung durch – alle 2 Wochen oder einmal im Monat, je nach Traffic. Überprüfen Sie neue Formulare, neue Schaltflächen, neue Landingpages, neue Werbe-UTMs und Änderungen im Consent-Banner. Jede Änderung auf der Website kann die Analytik beeinflussen, selbst wenn der Entwickler schwört, dass „wir nur den Text geändert haben“.
Und noch ein kleiner, aber häufiger Punkt: Halten Sie eine Liste aller Änderungen an einem Ort fest. Wenn Sie in 3 Monaten erklären müssen, warum sich der Ereignisfluss bei der datenschutzfreundlichen Analytik geändert hat, werden Sie froh sein, dass Sie die Geschichte nicht in Chats, Tickets und dem Gedächtnis eines müden Marketers suchen müssen.
