Das Messmodell wählen
Umami, Plausible, Matomo und GoatCounter stehen für unterschiedliche Funktionsumfänge und Betriebsentscheidungen. Prüfen Sie aktuelle Anforderungen, Lizenzen und die tatsächliche Datenerfassung. Der Name eines Produkts ersetzt nicht die Prüfung seines konfigurierten Verhaltens.
Minimieren Sie Ereignisinhalte
Vermeiden Sie die Aufzeichnung von Passwörtern, Tokens, privaten Seitenparametern oder sensiblen Identifikatoren. Erwägen Sie aggregierte Zählungen, kurze Aufbewahrung und eingeschränkten Zugriff, bevor Sie nutzerbezogene Journeys erfassen. Prüfen Sie sowohl die Protokolle des Reverse-Proxys als auch die der Analyseanwendung.
Einwilligung als echte Designfrage behandeln
Eine cookie-freie Einrichtung liegt nicht automatisch außerhalb jeder Datenschutz- oder Einwilligungsregel. Die anwendbaren Anforderungen hängen von den Daten, der Technologie, den Nutzern und der Jurisdiktion ab. Erläutern Sie die Implementierung korrekt und holen Sie eine angemessene Prüfung ein.
Den Dienst zuverlässig halten
Schützen Sie das Dashboard, beschränken Sie Schreibzugriffe, wo dies unterstützt wird, überwachen Sie die Datenbank und entfernen Sie alte Daten. Testen Sie, dass blockierte Analysen die Hauptseite nicht beeinträchtigen. Sichern Sie die Konfiguration und behalten Sie nur den Verlauf, den Sie tatsächlich benötigen.
Prüfen Sie ein echtes Ereignis
Öffnen Sie den Netzwerk-Inspektor des Browsers und prüfen Sie die durch einen Seitenaufruf erzeugte Anfrage. Prüfen Sie Pfad, Abfrageparameter, Referrer, Kennungen und Ereignis-Payload. Vergleichen Sie das Gesendete mit der den Benutzern angezeigten Richtlinie. Diese einfache Prüfung findet oft unnötige Daten, bevor sie sich in einer Datenbank ansammeln.
Sinnvolle Aufbewahrung definieren
Entscheiden Sie, welche Berichte tägliche Aggregate benötigen und welche, falls überhaupt, einzelne Ereignisse. Planen Sie Löschung oder Aggregation und prüfen Sie, dass sie tatsächlich erfolgt. Halten Sie den Dashboard-Zugriff beschränkt und verhindern Sie, dass der Fehlerpfad der Analyse die primäre Website verzögert.
Erfassungsmodell und Betriebs-Stack vergleichen
Wählen Sie ein Werkzeug anhand der Fragen, die Sie beantworten müssen. Das aktuelle selbst gehostete Setup von Umami verwendet PostgreSQL; Plausible Community Edition, Matomo und GoatCounter haben ihre eigenen Stacks und Funktionsgrenzen. Prüfen Sie die aktuelle Version und die Datenbankanforderungen, statt anzunehmen, dass das gehostete Produkt und die selbst gehostete Edition identisch sind. Sitzungen, Replay und benutzerdefinierte Identifikatoren fügen Daten und Pflichten über einen aggregierten Seitenzähler hinaus hinzu. Beginnen Sie mit dem kleinsten Erfassungsmodell, das eine echte Produktfrage beantwortet.
Offizielle Dokumentation: Umami-Installation · Selbst gehostete Plausible-Edition · Matomo-Installation · GoatCounter-Self-Hosting-Projekt
Verwaltung und Erfassung auf getrennten Regeln halten
Verwenden Sie eine unterstützte Bereitstellung, eine private Datenbankverbindung und TLS. Ändern Sie jedes Standard-Administratorkennwort sofort. Erstellen Sie den Website-/Projekteintrag und fügen Sie nur das erforderliche Tracking-Snippet zu Seiten hinzu, die Sie kontrollieren. Schützen Sie das Dashboard und administrative Routen; ein öffentlicher Erfassungsendpunkt bedeutet nicht, dass seine Berichte öffentlich sein sollten. Behalten Sie Datenbankmigrationen, Anwendungsgeheimnisse und einen Wiederherstellungsexport im Update-Plan.
- Schließen Sie private Konfiguration, Checkout-Details und Query-Strings mit Tokens aus Ereignissen aus.
- Erfassen Sie den genauen Skriptursprung und die Endpunkte für die Datenschutzerklärung der Website.
- Prüfen Sie Lizenz- und Editionsgrenzen, bevor Sie Dashboards anderen Organisationen anbieten.
Offizielle Dokumentation: Umami-Einrichtung und Standardkonto
Prüfen Sie das Ereignis, statt einem Produktetikett zu vertrauen
Verwenden Sie einen entbehrlichen Seitenaufruf und ein harmloses benutzerdefiniertes Ereignis. Prüfen Sie die Netzwerkanfrage auf ihren URL, Referrer, Kennungen, Nutzlast und Speicher-/Cookie-Verhalten und vergleichen Sie dann den Dashboard-Eintrag. Wiederholen Sie den Vorgang mit blockierter Analyse: Die Hauptseite muss funktionsfähig bleiben. Ein Erfassungs-Endpunkt, der Erfolg mit einem leeren Bericht zurückgibt, kann auf eine falsche Projektkennung, eine Origin-Regel, ein blockiertes Skript oder ein Warteschlangen-/Datenbankproblem hinweisen. Geben Sie kein echtes Passwort und keine Zahlungsreferenz in ein Diagnoseereignis ein.
Machen Sie die Aufbewahrung zu einer Aufgabe mit beobachtbarem Ergebnis
Wählen Sie Lösch- oder Aggregationszeiträume, bevor sich eine Datenbank füllt. Prüfen Sie Reverse-Proxy- und Datenbankprotokolle sowie die Analyse-Einstellungen; sie können mehr Details aufbewahren als die Berichtsoberfläche. Testen Sie einen Export, eine Wiederherstellung und die tatsächliche Entfernung eines abgelaufenen Testereignisses. Cookie-frei ist eine technische Beschreibung, keine pauschale rechtliche Ausnahme. Prüfen Sie die tatsächlichen Daten, Zwecke, Zielgruppen und geltenden Regeln, statt automatische Konformität aufgrund eines Produktnamens zu versprechen.