Website-Analytics vor dem Start sinnvoll planen
Planen Sie Website-Analytics von Geschäftsfragen aus: Ereignisse, Search Console, Einwilligung, Datenminimierung und Tests vor dem Start.
Analytics beginnt nicht mit einem Toolkonto, sondern mit einer geschäftlichen Frage. Wer alles Messbare sammelt, erhält viele Zahlen und trotzdem wenig Entscheidungshilfe. Definieren Sie vor dem Website-Start, welche Handlungen relevant sind, wie sie technisch erkannt werden und welche Daten dafür wirklich nötig sind.
Von der Entscheidung zur Messfrage
Formulieren Sie zuerst Entscheidungen, die Sie später treffen wollen:
- Welche Leistungsseiten führen zu qualifizierten Anfragen?
- Finden Besucher vom Ratgeber zur passenden Leistung?
- Wo bricht der Formularweg technisch ab?
- Über welche Suchanfragen werden einzelne Seiten gefunden?
Daraus entstehen Messgrößen. Google Analytics 4 verwendet laut der offiziellen Ereignisdokumentation Ereignisse für Interaktionen wie Seitenaufrufe, Linkklicks oder Käufe. Ein besonders geschäftsrelevantes Ereignis kann als „Key Event“ markiert werden. Definieren Sie diese Bedeutung intern, bevor Sie Ereignisnamen implementieren.
Ereignisse sauber unterscheiden
Für einen Anfrageweg können vier Stufen sinnvoll sein:
- Kontakt-CTA geklickt
- Formular begonnen
- Validierungsfehler aufgetreten
- Versand technisch bestätigt
Nur Stufe vier ist eine bestätigte Übermittlung; auch sie sagt noch nichts über Qualität, Auftrag oder Umsatz. Dokumentieren Sie Ereignisname, Auslöser, Parameter, Zweck und Prüfmethode. Sensible Inhalte aus Freitextfeldern gehören nicht in Analytics-Parameter.
Search Console und Website-Analytics beantworten andere Fragen
Der Leistungsbericht der Google Search Console zeigt unter anderem Impressionen, Klicks, Klickrate, Suchanfragen und Seiten für Google-Suchergebnisse. Website-Analytics beschreibt dagegen Verhalten auf der Website, soweit es technisch und rechtlich erfasst wird. Beide Datenquellen haben eigene Definitionen und Grenzen; Zahlen müssen nicht deckungsgleich sein.
Nutzen Sie Search Console etwa für die Frage, welche Seiten in der Suche erscheinen. Nutzen Sie Ereignisse für die Frage, ob der definierte Anfrageweg technisch durchlaufen wird. Eine Position oder ein Klick beweist keinen Auftrag.
Einwilligung und Datenfluss vorab klären
Prüfen Sie vor Einbau eines Tracking-Werkzeugs Rechtsgrundlage, Einwilligungsbedarf, Empfänger, Speicherdauer, Verträge, Datenschutzhinweise und Widerruf. Die Orientierungshilfe Telemedien der Datenschutzkonferenz behandelt Technologien auf Websites und Apps; eine konkrete Konfiguration benötigt eine eigene Bewertung.
Googles Consent Mode steuert das Verhalten von Google-Tags anhand des übermittelten Einwilligungsstatus. Er stellt selbst kein Consent-Banner bereit und ersetzt nicht die Verantwortung, eine gültige Auswahl einzuholen. Bei „advanced consent mode“ können trotz abgelehntem Speicherzugriff cookielose Messsignale gesendet werden. Deshalb darf die technische Bezeichnung nicht mit einer rechtlichen Freigabe verwechselt werden.
Der bestehende Beitrag Wann ist ein Cookie-Banner Pflicht? bietet eine erste Einordnung; die konkrete Implementierung sollte aktuell geprüft werden.
Minimaler Messplan
| Frage | Signal | Grenze |
|---|---|---|
| Wird das Angebot gefunden? | Search-Console-Impressionen und Suchanfragen | nur Google-Suche, Datenaggregation beachten |
| Wird der Kontaktweg geöffnet? | CTA-Ereignis | kein Beleg für Versand |
| Funktioniert das Formular? | bestätigter Versand plus technisches Monitoring | keine Aussage zur Anfragequalität |
| Welche Inhalte helfen weiter? | interne Weiterklicks | Absicht nicht direkt messbar |
Starten Sie mit wenigen Signalen, die eine konkrete Handlung auslösen. Ein Ereignis ohne Verantwortlichen und Entscheidungsregel ist meist nur Datenbestand.
Ereignisvertrag für die Umsetzung
Bevor Entwicklung beginnt, halten Sie pro Ereignis fünf Angaben fest: den fachlichen Namen, den technischen Auslöser, erlaubte Parameter, Einwilligungsbedingung und Testfall. Für eine Anfrage kann „erfolgreich übermittelt“ beispielsweise erst gelten, wenn der Server den Versand bestätigt. Ein Buttonklick ist ein anderes Signal und darf nicht denselben Namen tragen.
Definieren Sie außerdem, was ausdrücklich nicht übertragen wird. Namen, E-Mail-Adressen, Nachrichtentexte und interne Anfragekennungen sind für eine einfache Zählung erfolgreicher Formulare nicht nötig. Diese Grenze gehört in die Umsetzung und in den Test, nicht nur in die Datenschutzerklärung.
Prüfplan vor Veröffentlichung
- Ereignisnamen und Auslöser dokumentieren.
- Testmodus und Debug-Ansicht verwenden.
- Doppelte Auslösung und Seitenneuladen prüfen.
- Sicherstellen, dass keine Formulareingaben oder personenbezogenen Freitexte übertragen werden.
- Einwilligung erteilen, ablehnen und widerrufen testen.
- Datenschutzhinweise mit dem tatsächlichen Datenfluss abgleichen.
- Zugriffsrechte und Aufbewahrung festlegen.
- Ausfall des Analytics-Tools testen: Anfrageweg muss weiter funktionieren.
Auswertung mit einer Handlung verbinden
Legen Sie für jede Kennzahl fest, wer sie in welchem Rhythmus prüft und welche Entscheidung möglich ist. Beispiel: Wenn eine Leistungsseite in der Suche sichtbar wird, aber kaum passende Weiterklicks erzeugt, prüfen Sie zuerst Suchintention, Seitentitel und inhaltlichen Übergang. Wenn der Formularstart häufig, der bestätigte Versand aber selten gemessen wird, folgt ein technischer End-to-End-Test. Kleine Datenmengen und kurze Zeiträume erlauben keine vorschnellen Schlüsse. Änderungen sollten dokumentiert und erst nach einem angemessenen Beobachtungszeitraum bewertet werden.
KDS kann Analytics bei Firmenwebsites entlang eines dokumentierten Messplans technisch einordnen, ersetzt aber keine individuelle Datenschutzberatung. Senden Sie über das Kontaktformular die Entscheidungen, die Ihre Daten später unterstützen sollen.