Das Verhalten benennen, nicht die Person
Eine Zieldefinition gibt einem Ereignisschlüssel eine Anzeigebezeichnung, Farbe und Beschreibung, ohne die historische Ereignisidentität zu verändern. Sende über den installierten Tracker ausdrücklich mit Einwilligung erfasste Ereignisse. Vermeide E-Mail-Adressen, Namen, Konto-IDs und Freitexteingaben in Ereignisnamen oder Eigenschaften.
Schemata für Zieleigenschaften verwenden begrenzte Enum-Werte mit ausdrücklicher Anzeige fehlender oder ausgeschlossener Historie. Sie sind weder beliebiges eigenes JSON noch ein Nachweis von Anonymität.
// Only after the site's own consent decision grants collection:
reylin.consent(true);
reylin.track('signup');Einen geordneten Trichter aufbauen
Ein gespeicherter Trichter kann ein bis zwanzig validierte Schritte enthalten: Ereignisziele, deklarierte Seitenprädikate oder -präfixe und optional eine abschließende Zahlung ausschließlich aus dem Zahlungsjournal. Die Schritte müssen innerhalb des konfigurierten Conversion-Fensters in der richtigen Reihenfolge stattfinden.
Fortschrittsberichte zeigen Einstiegs- und Schrittzahlen, Conversion zwischen benachbarten Schritten sowie Abbrüche. Ein Trichter mit sieben Schritten wird unterstützt; zusätzliche Schritte beweisen aber nicht, dass historische Ereignisse dafür existieren. Eine fehlende Voraussetzung sollte als leerer Zustand sichtbar bleiben, nicht als synthetischer Erfolg.
Eine Zahlung ist kein Browser-Ziel
Ein Browser-Ereignis namens purchase kann keine verifizierten Einnahmen erzeugen. Der Zahlungsschritt hängt von einer abgeglichenen Anbieterzahlung mit zulässiger Besucher-Verknüpfung ab. Nicht verknüpfte Zahlungseingänge bleiben finanziell als Unattributed sichtbar, können aber keinen persönlichen Trichterverlauf erfinden.
Geografie-/Quellen-/Umsatzmatrizen pro Schritt und ein vollständiger Zielereignisstrom für den Abonnementlebenszyklus sind nicht verfügbar. Abonnement-Snapshots und Zahlungseingänge bleiben getrennte Berichte.
Vor der Auswertung der Conversion prüfen
- Bestätige den genehmigten Projekt-Origin und das Einwilligungsverhalten.
- Sende ein synthetisches Testereignis und prüfe seine eindeutige Kennung und den erfassten Zeitstempel.
- Bestätige, dass der Ereignisschlüssel zum gespeicherten Ziel passt und nicht nur dessen Anzeigebezeichnung.
- Prüfe Schrittreihenfolge, Zeitfenster und zulässigen Besucherverlauf.
- Teste Zahlungs-Conversions mit autorisierten Testdaten des Anbieters; führe niemals eine echte Belastung aus, nur damit ein Trichter vollständig aussieht.
Diese Dokumentation beschreibt den Code und seine Grenzen; sie bestätigt keine aktive Verbindung. Technische Beispiele behalten ihre ursprünglichen Bezeichner.