Tests erstellen

So legst du einen Test im Dashboard an und konfigurierst Varianten sowie Targeting. Die technische Ausspielung auf der Seite folgt in HTML-Varianten bzw. der JavaScript-API.

1. Zu A/B-Tests navigieren

   • Melde dich im usertrax Dashboard an
   • Gehe zu A/B-Tests im Hauptmenü

2. Neuen Test erstellen

   • Klicke auf Neuen Test erstellen
   • Vergib einen beschreibenden Namen (nur für dich sichtbar)
   • Formuliere kurz das Testziel (z. B. „CTA-Farbe auf Pricing“)

3. Test-Konfiguration

   • Test-Schlüssel: Eindeutige ID, die im Code und in HTML-Attributen vorkommt (z. B. button_color_test). Nach dem Start möglichst nicht mehr ändern.
   • Primärziel: Event-Name, an dem der Test gemessen wird (z. B. purchase). Siehe unten.
   • Traffic-Aufteilung: Prozentuale Verteilung der Besucher auf die Varianten. Siehe unten.
   • URL-Targeting (optional): Auf welchen Seiten der Test laufen soll.

4. Varianten anlegen und speichern

   Mindestens eine Kontroll- und eine Test-Variante. Speichern und den Test aktivieren.

5. Auf der Website verdrahten

   Entweder HTML-Attribute mit demselben Gruppen-/Variantenschlüssel, CSS/JS in der Varianten-Konfiguration, oder getVariant(test_key) in eigenem Code.

Das Primärziel ist das Event, das in der Analytics-Ansicht standardmäßig ausgewertet wird (z. B. purchase, signup, lead).

• Die Conversion-Rate zählt Sessions mit mindestens einem Ziel-Event — nicht die Anzahl einzelner Events.
• Andere Events kannst du in Analytics später filtern; für die „offizielle“ Entscheidung bleibt das Primärziel maßgeblich.
• Lege das Ziel vor dem Start fest und ändere es während des Laufs nicht, sonst vergleichst du Äpfel mit Birnen.

Details zur Auswertung: Analyse & Auswertung.

Die Prozentwerte legen fest, welcher Anteil neuer Zuweisungen welche Variante erhält.

• Die Summe der Varianten sollte 100 % ergeben.
• Typisch: 50/50 bei zwei Varianten; bei mehr Varianten gleichmäßig oder Kontrolle größer halten.
• Bereits zugewiesene Sitzungen behalten ihre Variante (sticky) — eine Änderung der Aufteilung wirkt vor allem auf neue Sessions.
• Sehr unausgeglichene Splits (z. B. 95/5) brauchen länger, bis die kleinere Variante genug Stichprobe hat.

// Beispiel: Button-Farbe testen
{
  "key": "variant_red",
  "name": "Roter Button",
  "css": ".cta-button { background-color: #dc2626 !important; }",
  "traffic_percentage": 50
}

// Beispiel: Text-Änderung
{
  "key": "variant_urgency",
  "name": "Dringlichkeitstext",
  "js": "document.querySelector('.cta-text').textContent = 'Nur noch heute!';",
  "traffic_percentage": 50
}

{
  "key": "variant_complete",
  "name": "Vollständige Änderung",
  "css": ".special-offer { display: block; background: #fbbf24; padding: 10px; }",
  "js": "document.querySelector('.offer-text').innerHTML = '<strong>Limitiert:</strong> 50 % Rabatt!';",
  "traffic_percentage": 30
}

// Test nur auf bestimmten Seiten ausführen
{
  "test_key": "product_page_test",
  "url_pattern": "/product/*",
  "variants": [...]
}

// Test mit Start- und Enddatum
{
  "test_key": "holiday_promotion",
  "start_date": "2024-12-01",
  "end_date": "2024-12-31",
  "variants": [...]
}

// Test für bestimmte Besuchergruppen
{
  "test_key": "returning_visitor_test",
  "audience_rules": {
    "visitor_type": "returning",
    "min_sessions": 2
  },
  "variants": [...]
}

• Test-Schlüssel und Varianten-Schlüssel final (keine Umbenennung geplant)
• Primärziel entspricht einem Event, das wirklich gefeuert wird
• Traffic-Summen = 100 %
• Kontrolle klar definiert (Baseline)
• Seite im Inkognito getestet: getAssignments() zeigt die erwartete Variante
• Mindestens eine Test-Conversion manuell ausgelöst und im Dashboard sichtbar