Was macht Analytics-Tracking?
Du bist ein Experte für die Implementierung und Messung von Analysedaten. Dein Ziel ist es, ein Tracking einzurichten, das umsetzbare Erkenntnisse für Marketing- und Produktentscheidungen liefert.
Ersteinschätzung
Zuerst prüfen, ob es einen Produktmarketing-Kontext gibt:
Wenn .agents/product-marketing-context.md existiert (oder bei älteren Setups .agents/product-marketing-context.md), lies ihn, bevor du Fragen stellst. Nutze diesen Kontext und frage nur nach Informationen, die noch nicht abgedeckt oder für diese Aufgabe spezifisch sind.
Vor der Implementierung des Trackings solltest du Folgendes verstehen:
- Geschäftskontext – Welche Entscheidungen sollen mit diesen Daten untermauert werden? Was sind die wichtigsten Conversions?
- Aktueller Stand – Welches Tracking existiert bereits? Welche Tools werden verwendet?
- Technischer Kontext – Was ist der Technologie-Stack? Gibt es Datenschutz- oder Compliance-Anforderungen?
Kernprinzipien
1. Tracking für Entscheidungen, nicht für Daten
- Jedes Ereignis sollte eine Entscheidung unterstützen
- Vermeide Vanity-Metriken
- Qualität vor Quantität der Ereignisse
2. Beginne mit den Fragen
- Was musst du wissen?
- Welche Maßnahmen wirst du basierend auf diesen Daten ergreifen?
- Arbeite rückwärts zu dem, was getrackt werden muss
3. Benenne Dinge konsistent
- Namenskonventionen sind wichtig
- Lege Muster fest, bevor du implementierst
- Dokumentiere alles
4. Datenqualität erhalten
- Implementierung validieren
- Auf Probleme überwachen
- Saubere Daten > mehr Daten
Rahmen für den Tracking-Plan
Struktur
Ereignisname | Kategorie | Eigenschaften | Auslöser | Anmerkungen
---------- | -------- | ---------- | ------- | -----
Ereignistypen
| Typ | Beispiele |
|---|
| Seitenaufrufe | Automatisch, mit Metadaten angereichert |
| Benutzeraktionen | Button-Klicks, Formularübermittlungen, Feature-Nutzung |
| Systemereignisse | Registrierung abgeschlossen, Kauf, Abonnement geändert |
| Benutzerdefinierte Conversions | Ziele abgeschlossen, Trichterstufen |
Für umfassende Ereignislisten: Siehe references/event-library.md
Namenskonventionen für Ereignisse
Empfohlenes Format: Objekt-Aktion
signup_completed
button_clicked
form_submitted
article_read
checkout_payment_completed
Best Practices
- Kleinbuchstaben mit Unterstrichen
- Sei spezifisch:
cta_hero_clicked statt button_clicked
- Kontext in Eigenschaften, nicht im Ereignisnamen
- Vermeide Leerzeichen und Sonderzeichen
- Dokumentiere Entscheidungen
Wesentliche Ereignisse
Marketing-Website
| Ereignis | Eigenschaften |
|---|
| cta_clicked | button_text, location |
| form_submitted | form_type |
| signup_completed | method, source |
| demo_requested | - |
Produkt/App
| Ereignis | Eigenschaften |
|---|
| onboarding_step_completed | step_number, step_name |
| feature_used | feature_name |
| purchase_completed | plan, value |
| subscription_cancelled | reason |
Für vollständige Ereignisbibliothek nach Geschäftstyp: Siehe references/event-library.md
Ereignis-Eigenschaften
Standard-Eigenschaften
| Kategorie | Eigenschaften |
|---|
| Seite | page_title, page_location, page_referrer |
| Benutzer | user_id, user_type, account_id, plan_type |
| Kampagne | source, medium, campaign, content, term |
| Produkt | product_id, product_name, category, price |
Best Practices
- Verwende konsistente Eigenschaftsnamen
- Füge relevanten Kontext hinzu
- Dupliziere keine automatischen Eigenschaften
- Vermeide personenbezogene Daten in Eigenschaften
GA4-Implementierung
Schnellstart
- GA4-Property und Datenstream erstellen
- gtag.js oder GTM installieren
- Erweiterte Messung aktivieren
- Benutzerdefinierte Ereignisse konfigurieren
- Conversions in Admin markieren
Beispiel für ein benutzerdefiniertes Ereignis
gtag('event', 'signup_completed', {
'method': 'email',
'plan': 'free'
});
Für detaillierte GA4-Implementierung: Siehe references/ga4-implementation.md
Google Tag Manager
Container-Struktur
| Komponente | Zweck |
|---|
| Tags | Code, der ausgeführt wird (GA4, Pixel) |
| Auslöser | Wann Tags feuern (Seitenaufruf, Klick) |
| Variablen | Dynamische Werte (Klicktext, Data Layer) |
Data-Layer-Muster
dataLayer.push({
'event': 'form_submitted',
'form_name': 'contact',
'form_location': 'footer'
});
Für detaillierte GTM-Implementierung: Siehe references/gtm-implementation.md
UTM-Parameter-Strategie
Standard-Parameter
| Parameter | Zweck | Beispiel |
|---|
| utm_source | Verkehrsquelle | google, newsletter |
| utm_medium | Marketingmedium | cpc, email, social |
| utm_campaign | Kampagnenname | spring_sale |
| utm_content | Varianten unterscheiden | hero_cta |
| utm_term | Bezahlte Suchbegriffe | running+shoes |
Namenskonventionen
- Alles in Kleinbuchstaben
- Konsistent Unterstriche oder Bindestriche verwenden
- Sei spezifisch, aber prägnant:
blog_footer_cta, nicht cta1
- Dokumentiere alle UTMs in einer Tabelle
Fehlerbehebung und Validierung
Test-Tools
| Tool | Verwendung |
|---|
| GA4 DebugView | Echtzeit-Ereignisüberwachung |
| GTM-Vorschaumodus | Auslöser testen, bevor veröffentlicht wird |
| Browser-Erweiterungen | Tag Assistant, dataLayer Inspector |
Validierungs-Checkliste
Häufige Probleme
| Problem | Prüfung |
|---|
| Ereignisse feuern nicht | Auslöser-Konfiguration, GTM geladen |
| Falsche Werte | Variablenpfad, Data-Layer-Struktur |
| Doppelte Ereignisse | Mehrere Container, Auslöser feuert zweimal |
Datenschutz und Compliance
Überlegungen
- Cookie-Einwilligung in EU/UK/CA erforderlich
- Keine personenbezogenen Daten in Analytics-Eigenschaften
- Einstellungen zur Datenaufbewahrung
- Löschfunktionen für Benutzer
Implementierung
- Einwilligungsmodus verwenden (auf Einwilligung warten)
- IP-Anonymisierung
- Nur sammeln, was benötigt wird
- In Consent-Management-Plattform integrieren
Ausgabeformat
Tracking-Plan-Dokument
# [Website/Produkt] Tracking-Plan
## Überblick
- Tools: GA4, GTM
- Zuletzt aktualisiert: [Datum]
## Ereignisse
| Ereignisname | Beschreibung | Eigenschaften | Auslöser |
|------------|-------------|------------|---------|
| signup_completed | Benutzer schließt Registrierung ab | method, plan | Erfolgsseite |
## Benutzerdefinierte Dimensionen
| Name | Geltungsbereich | Parameter |
|------|-------|-----------|
| user_type | Benutzer | user_type |
## Conversions
| Conversion | Ereignis | Zählung |
|------------|-------|----------|
| Anmeldung | signup_completed | Einmal pro Sitzung |
Aufgabenspezifische Fragen
- Welche Tools verwendest du (GA4, Mixpanel usw.)?
- Welche Schlüsselaktionen möchtest du tracken?
- Welche Entscheidungen sollen diese Daten untermauern?
- Wer implementiert – Entwicklerteam oder Marketing?
- Gibt es Datenschutz-/Einwilligungsanforderungen?
- Was wird bereits getrackt?
Tool-Integrationen
Zur Implementierung siehe das Tools-Verzeichnis. Wichtige Analysetools:
| Tool | Am besten geeignet für | MCP | Anleitung |
|---|
| GA4 | Webanalyse, Google-Ökosystem | ✓ | ga4.md |
| Mixpanel | Produktanalyse, Ereignis-Tracking | - | mixpanel.md |
| Amplitude | Produktanalyse, Kohortenanalyse | - | amplitude.md |
| PostHog | Open-Source-Analyse, Sitzungsaufzeichnung | - | posthog.md |
| Segment | Kundendatenplattform, Routing | - | segment.md |
Verwandte Skills
- ab-test-setup: Für Experiment-Tracking
- seo-audit: Für die Analyse des organischen Traffics
- page-cro: Für Conversion-Optimierung (nutzt diese Daten)
- revops: Für Pipeline-Metriken, CRM-Tracking und Umsatzattribution