Kunden-Events für verhaltensbasierte Segmentierung
Protokollieren Sie, was ein Kunde gerade getan hat – ein Level-up, eine Zahlung, eine Woche Funkstille – genau in dem Moment, in dem es passiert. Journeys reagieren in Echtzeit, und Segmente können nach Häufigkeit und Aktualität fragen, nicht nur danach, was gerade gilt.
Ereignisdaten nach deutschem Datenschutzstandard
Pushwoosh ist SOC 2 Type 2 und ISO 27001:2022 zertifiziert, DSGVO-konform, mit Rechenzentren in der EU und den USA. Die Retention lässt sich pro Event-Typ einzeln festlegen – ein zahlungsrelevantes Event kann ein Jahr aufbewahrt werden, während ein geringwertiges Engagement-Event nach einem Monat gelöscht wird. Das unterstützt Datenminimierung als Prinzip, nicht als Ausnahme.
Vollständige Zertifizierungsdetails auf der Datensicherheitsseite.
Manche Fakten sind Momente, keine Zahlen
Die aktuelle Stufe eines Kunden zu kennen, ist eine Tatsache. Zu wissen, dass er vor einer Stunde ein Abonnement gekündigt hat, ist eine andere Art von Tatsache. Sie ist an einen bestimmten Moment gebunden – und es lohnt sich, in diesem Moment zu reagieren statt beim nächsten geplanten Versand.
Genau dafür ist ein Event da. Ein Tag sagt Ihnen, was gerade über jemanden wahr ist. Ein Event sagt Ihnen, was er gerade getan hat.
Was ein Event enthalten kann
Sie beschreiben ein Event einmal: seinen Namen, die Daten, die es trägt. Danach senden Sie es jedes Mal, wenn es eintritt, über SDK oder API. Von dort aus versorgt es Journey-Trigger und Segment-Filter aus derselben Registry.
| Standard-Events | Benutzerdefinierte Events | |
|---|---|---|
| Quelle | Integriert: PW_InAppPurchase, Log out, Payment method changed und weitere dokumentierte Events | Pro Account definiert, im Control Panel oder über die createEvent-API |
| Attribute | Bis zu 100, typisiert | Bis zu 100, typisiert |
| Typen | Integer, String, List, Date, Boolean, Price | Dieselben 6 Typen. Kein Version-Typ, anders als bei Tags |
| Retention | Pro Event-Typ festgelegt | Pro Event-Typ festgelegt |
Umsatz und Retention direkt am Event verankern
Ein Price-typisiertes Attribut zusammen mit dem trackRevenue-Flag verknüpft das Event direkt mit dem Revenue-Reporting. Die Retention wird pro Event-Typ festgelegt statt einmal für den gesamten Account – ein Zahlungs-Event kann ein Jahr im Bestand bleiben, während ein geringwertiges Engagement-Event nach einem Monat verfällt.
Wie oft, und wie kürzlich
Ein Profil, das nur aus dem aktuellen Zustand besteht, sagt Ihnen, wer jemand ist. Es sagt Ihnen nicht, was ihm gerade widerfahren ist. Verhaltensbasierte Segmentierung, die nur nach „gerade wahr” filtern kann, unterscheidet nicht zwischen dem Kunden, der etwas dreimal diese Woche getan hat, und dem, der es einmal vor sechs Monaten getan hat.
Events lassen ein Segment nach Häufigkeit und Aktualität fragen und „hat X seit 14 Tagen nicht getan” genauso präzise sagen wie „hat X getan”. Genau das macht ein einheitliches Kundenprofil handlungsrelevant.
So funktioniert es
-
Event definieren, wenn Sie die Kontrolle darüber wollen
Im Control Panel (Audience → Events → Create Event) oder über die createEvent-API: Name, Beschreibung, bis zu 100 typisierte Attribute, ein optionales trackRevenue-Flag und ein Retention-Fenster. Überspringen Sie das, und postEvent legt das Event bei der ersten Sendung an, mit aus dem Payload abgeleiteten Attributtypen.
-
Aus Ihrer App senden
In dem Moment, in dem es passiert, über das postEvent des SDKs (iOS, Android, Web) oder den REST-Endpunkt /postEvent.
-
Verwenden
Als Segment-Filter (Anzahl plus Zeitfenster), als Journey-Einstiegstrigger oder als Verzweigungsbedingung auf der Canvas.
Schritt eins und drei sind No-Code, im Control Panel. Schritt zwei benötigt einen Entwickler für den SDK- oder API-Aufruf.
Ein Event, gelesen von drei verschiedenen Features
Ein an der Kasse ausgelöstes Event kann jemanden über Trigger-basierten Einstieg in eine Rückgewinnungs-Journey ziehen, diese Journey über Condition Split anhand des eigenen Warenkorbwert-Attributs des Events verzweigen und die Journey über Conversion-Ziele als Erfolg markieren. Drei Produkte lesen dasselbe Event in dem Moment, in dem es eintrifft.
Gebaut, um die restliche Plattform zu versorgen
Trigger-basierter Einstieg liest ein Event, um eine Journey zu starten. Condition Split liest dessen Attribute, um einen Zweig zu leiten. Conversion-Ziele lesen es, um eine Journey als gewonnen abzuschließen. Ein Event, drei Aufgaben, keine Neudefinition.
Wofür Events da sind
| Aufgabe | Branchen | Was auslöst |
|---|---|---|
| Reaktive Journeys | E-Commerce, FinTech, Automotive | Warenkorbabbruch, große Transaktion, fällige Fahrzeug-Serviceerinnerung: Journey reagiert in derselben Sitzung |
| Frequenz- und Recency-Segmente | Alle | "Hat X dreimal oder öfter in 30 Tagen getan" oder "hat X seit 14 Tagen nicht getan" |
| Umsatzbezogene Events | E-Commerce, FinTech | Price-Attribut plus trackRevenue, direkt an das Revenue-Reporting angebunden |
| Retention- und Inaktivitäts-Stufen | E-Commerce, Automotive-Apps | inactivity_7, inactivity_30, d7_retention: gestufte Reaktivierung statt eines einzelnen Flags |
Wie Sie erkennen, dass es funktioniert
Die Events- & Tags-Statistik zeigt, wie oft jedes Event ausgelöst wurde und bei wie vielen eindeutigen Nutzern, über ein beliebig wählbares Zeitfenster. Das ist die Ansicht, die Sie prüfen sollten, bevor Sie einer Journey oder einem Segment vertrauen, das auf einem gerade hinzugefügten Event basiert.
Was Sie im Blick behalten sollten
Machen Sie aus dem, was Kunden tun, das, was als Nächstes passiert
Ein Tag sagt Ihnen, wer jemand ist. Ein Event sagt Ihnen, was er gerade getan hat – und genau darauf können eine Journey oder ein Segment im selben Moment reagieren, in dem es passiert.
Weitere Produkte entdecken
SDK-Gateway für iOS, Android, Unity und Web plus nativer Double-Opt-in für Anmeldeformulare. Datenerhebung ruht, bis der Nutzer einwilligt.
Verknüpfen Sie Text, Zahlen, Datum, Währung und App-Version mit einem Gerät oder Nutzer und nutzen Sie diese Daten für Segmente, Journey-Verzweigungen und Personalisierung – DSGVO-konform in der EU gehostet.
Journey-Start im Moment des Events, mit Bedingungen, Re-Entry-Kontrolle und mehreren Sessions pro Nutzer. DSGVO-konform, EU-Rechenzentrum.
Bis zu 10 Zweige nach Segment, Tag oder Event-Attribut, ohne Wartezeit, garantierter Catch-all-Zweig – DSGVO-konform in den USA und Deutschland gehostet.
Legen Sie das Event fest, das eine Journey zum Erfolg macht, zählen Sie späte Conversions bis zu 30 Tage nach dem Austritt, und beenden Sie die Sequenz optional sofort nach der Conversion.
DSGVO-konforme Echtzeit-Segmentierung: dynamische Zielgruppen, verhaltensbasierte Trigger und präzises Targeting für mehr Conversions ohne Listenpflege.