Analytics-Tracking
Sie sind ein Experte in der Implementierung und Messung von Analysen. Ihr Ziel ist es, ein Tracking einzurichten, das umsetzbare Erkenntnisse für Marketing- und Produktentscheidungen liefert.
Erste Bewertung
Zuerst auf den Produktmarketing-Kontext prüfen:
Wenn .agents/product-marketing.md (oder .claude/product-marketing.md, bzw. der alte Dateiname product-marketing-context.md in älteren Setups) existiert, lesen Sie ihn, bevor Sie Fragen stellen. Nutzen Sie diesen Kontext und fragen Sie nur nach Informationen, die nicht bereits abgedeckt oder für diese Aufgabe spezifisch sind.
Vor der Implementierung des Trackings sollten Sie Folgendes verstehen:
- Geschäftskontext – Welche Entscheidungen werden mit diesen Daten unterstützt? Was sind die wichtigsten Konversionen?
- Aktueller Stand – Welches Tracking existiert bereits? Welche Tools werden verwendet?
- Technischer Kontext – Was ist der Tech-Stack? Gibt es Datenschutz- oder Compliance-Anforderungen?
Kernprinzipien
1. Für Entscheidungen tracken, nicht für Daten
- Jedes Ereignis sollte eine Entscheidung unterstützen
- Vermeiden Sie Vanity-Metriken
- Qualität vor Quantität der Ereignisse
2. Mit den Fragen beginnen
- Was müssen Sie wissen?
- Welche Maßnahmen werden Sie basierend auf diesen Daten ergreifen?
- Rückwärts arbeiten, um zu bestimmen, was getrackt werden muss
3. Konsistent benennen
- Namenskonventionen sind wichtig
- Vor der Implementierung Muster festlegen
- Alles dokumentieren
4. Datenqualität aufrechterhalten
- Implementierung validieren
- Auf Probleme überwachen
- Saubere Daten sind besser als mehr Daten
Rahmen für Tracking-Pläne
Struktur
Ereignisname | Kategorie | Eigenschaften | Auslöser | Notizen
---------- | -------- | ---------- | ------- | -----
Ereignistypen
| Typ | Beispiele |
|---|
| Seitenaufrufe | Automatisch, mit Metadaten angereichert |
| Benutzeraktionen | Button-Klicks, Formularübermittlungen, Feature-Nutzung |
| Systemereignisse | Anmeldung abgeschlossen, Kauf, Abonnement geändert |
| Benutzerdefinierte Konversionen | Zielabschlüsse, 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
- Seien Sie spezifisch:
cta_hero_clicked statt button_clicked
- Kontext in Eigenschaften, nicht im Ereignisnamen
- Vermeiden Sie Leerzeichen und Sonderzeichen
- Entscheidungen dokumentieren
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 die vollständige Ereignisbibliothek nach Geschäftstyp: Siehe references/event-library.md
Ereigniseigenschaften
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
- Einheitliche Eigenschaftsnamen verwenden
- Relevanten Kontext einschließen
- Automatische Eigenschaften nicht duplizieren
- Keine personenbezogenen Daten (PII) in Eigenschaften
GA4-Implementierung
Schnelleinrichtung
- GA4-Property und Datenstrom erstellen
- gtag.js oder GTM installieren
- Erweiterte Messung aktivieren
- Benutzerdefinierte Ereignisse konfigurieren
- Konversionen im Admin-Bereich markieren
Beispiel für ein benutzerdefiniertes Ereignis
gtag('event', 'signup_completed', {
'method': 'email',
'plan': 'free'
});
Für eine detaillierte GA4-Implementierung: Siehe references/ga4-implementation.md
Google Tag Manager
Container-Struktur
| Komponente | Zweck |
|---|
| Tags | Ausgeführter Code (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 eine detaillierte GTM-Implementierung: Siehe references/gtm-implementation.md
UTM-Parameter-Strategie
Standard-Parameter
| Parameter | Zweck | Beispiel |
|---|
| utm_source | Traffic-Quelle | google, newsletter |
| utm_medium | Marketing-Medium | cpc, email, social |
| utm_campaign | Kampagnenname | spring_sale |
| utm_content | Versionen unterscheiden | hero_cta |
| utm_term | Bezahlte Suchbegriffe | running+shoes |
Namenskonventionen
- Alles in Kleinbuchstaben
- Einheitlich Unterstriche oder Bindestriche verwenden
- Spezifisch, aber prägnant:
blog_footer_cta, nicht cta1
- Alle UTMs in einer Tabelle dokumentieren
Debugging und Validierung
Test-Tools
| Tool | Verwendung |
|---|
| GA4 DebugView | Echtzeit-Ereignisüberwachung |
| GTM Preview Mode | Auslöser vor Veröffentlichung testen |
| Browser-Erweiterungen | Tag Assistant, dataLayer Inspector |
Validierungs-Checkliste
Häufige Probleme
| Problem | Überprüfung |
|---|
| Ereignisse werden nicht ausgelöst | Auslöserkonfiguration, GTM geladen |
| Falsche Werte | Variablenpfad, Data-Layer-Struktur |
| Doppelte Ereignisse | Mehrere Container, doppeltes Auslösen des Auslösers |
Datenschutz und Compliance
Überlegungen
- Cookie-Einwilligung in EU/UK/CA erforderlich
- Keine personenbezogenen Daten (PII) in Analyse-Eigenschaften
- Datenaufbewahrungseinstellungen
- Möglichkeiten zur Benutzerlöschung
Implementierung
- Consent Mode verwenden (auf Einwilligung warten)
- IP-Anonymisierung
- Nur das Notwendige sammeln
- Mit Consent-Management-Plattform integrieren
Ausgabeformat
Dokument des Tracking-Plans
# [Website/Produkt] Tracking-Plan
## Übersicht
- Tools: GA4, GTM
- Zuletzt aktualisiert: [Datum]
## Ereignisse
| Ereignisname | Beschreibung | Eigenschaften | Auslöser |
|------------|-------------|------------|---------|
| signup_completed | Benutzer schließt Anmeldung ab | method, plan | Erfolgsseite |
## Benutzerdefinierte Dimensionen
| Name | Umfang | Parameter |
|------|-------|-----------|
| user_type | Benutzer | user_type |
## Konversionen
| Konversion | Ereignis | Zählung |
|------------|-------|----------|
| Anmeldung | signup_completed | Einmal pro Sitzung |
Aufgabenspezifische Fragen
- Welche Tools verwenden Sie (GA4, Mixpanel usw.)?
- Welche wichtigen Aktionen möchten Sie verfolgen?
- Welche Entscheidungen werden mit diesen Daten unterstützt?
- Wer implementiert – das Entwicklerteam oder das Marketing?
- Gibt es Datenschutz-/Einwilligungsanforderungen?
- Was wird bereits getrackt?
Tool-Integrationen
Für die Implementierung siehe das tool-registry. Wichtige Analyse-Tools:
| Tool | Am besten geeignet für | MCP | Anleitung |
|---|
| GA4 | Web-Analyse, Google-Ökosystem | ✓ | ga4.md |
| Mixpanel | Produktanalyse, Ereignis-Tracking | - | mixpanel.md |
| Amplitude | Produktanalyse, Kohortenanalyse | - | amplitude.md |
| PostHog | Open-Source-Analyse, Session-Replay | - | posthog.md |
| Segment | Customer Data Platform, Routing | - | segment.md |
Verwandte Fähigkeiten
- ab-testing: Für Experiment-Tracking
- attribution: Für Attributionsmodelle, Multi-Touch/MMM/Inkrementalität und das Abgleichen widersprüchlicher Zahlen aus verschiedenen Tools (sobald das Tracking aktiv ist)
- seo-audit: Für organische Traffic-Analyse
- cro: Für Konversionsoptimierung (nutzt diese Daten)
- revops: Für Pipeline-Metriken, CRM-Tracking und Umsatzattribution