Die meisten Teams wollen wissen, welche Kampagne wirklich Geld einbringt. Was sie stoppt, ist die Attribution. Kaufdaten liegen in verschiedenen Systemen, jedes mit eigenem Format — und ein Wirtschaftsprüfer akzeptiert am Quartalsende keine Excel-Schätzung als Umsatznachweis. Also bleiben Teams bei Öffnungen und Klicks: Diese Zahlen stehen schon im Dashboard.
Die Lösung: Umsatz in einer Form ins Messaging holen, die die Plattform tatsächlich verarbeiten kann. So geht das in Pushwoosh.
Warum Umsatzdaten Ihre Messaging-Plattform nie erreichen 💰
Der Grund liegt im Format: Umsatz kommt nie in 1 Form an.
Ihr SDK feuert ein In-App-Kaufereignis, wenn jemand Gems kauft. Ihr Backend sendet ein eigenes OrderPlaced. Stripe und Shopify liefern eigene Webhook-Events für Abos und Store-Bestellungen. Jedes mit anderen Feldnamen, anderer Struktur, anderem Verständnis von „Betrag”.
Um über all das Umsatz zu berichten, müsste jemand für jede Quelle eigene Logik schreiben und synchron halten. Die meisten Teams tun das nicht, weil es selten Priorität hat — bis zur Quartalsprüfung. Dann ist es zu spät. Also wird Umsatz-Tracking verschoben, während man weiter Öffnungsraten meldet, weil diese Standardmetriken schon angebunden sind.
Dabei ist es schnell lösbar: Es kommt nur darauf an, Umsatz in 1 konsistentes Format zu bringen — und dieses Format so zu behandeln, wie es Kundendaten in einem DSGVO-konformen Setup verdienen.
1 Event für Ihren gesamten Umsatz
Pushwoosh löst das Formatproblem mit 1 fest eingebauten Event: PW_Conversion. Egal, woher die Daten stammen — Umsatz landet in 1 normalisiertem Datensatz mit fixem Feldset:
- value — der Transaktionsbetrag
- currency — z. B. EUR oder USD
- transaction_id und product_id — optionale Kennungen
Das war’s. Eine Abo-Verlängerung, ein In-App-Kauf, eine Shopify-Bestellung — alles wird zum selben Event-Typ. Sobald Umsatz als PW_Conversion vorliegt, lesen alle nachgelagerten Funktionen dieselben Daten: RFM-Segmentierung, Customer Journeys, Dashboards und ManyMoney AI.
PW_Conversion überträgt Transaktionsbetrag, Währung und optionale IDs — keine Kartendaten. Die Verarbeitung läuft über dieselbe Infrastruktur wie der Rest Ihrer Kundendaten: SOC 2 Type I und ISO 27001:2022 zertifiziert, DSGVO-konform, mit Rechenzentren in der EU und den USA.
2 Wege, um zu starten
Sie richten Conversion Events pro Anwendung ein, und es gibt 2 Wege. Wählen Sie den, der zu Ihrem bestehenden Kaufdaten-Fluss passt.
- Ein bestehendes Event zuordnen — ohne Code. Fließen Kaufdaten bereits über ein anderes Event in Pushwoosh, verweisen Sie einfach darauf. Wählen Sie das Quell-Event und ordnen Sie seine Felder zu: welches Attribut den Preis enthält, welches die Währung. Pushwoosh erzeugt dann bei jedem Auslösen dieses Events automatisch einen PW_Conversion-Datensatz, ohne eine einzige Zeile Ihrer App zu ändern. Sie können mehrere Quellen gleichzeitig zuordnen — ein eigenes purchase_completed-Event neben einem Stripe- oder Shopify-Webhook.
- PW_Conversion direkt aus Ihrem Code senden. Wenn Sie Umsatz lieber explizit senden, fügen Sie überall dort, wo ein Kauf abgeschlossen wird, einen postEvent-Aufruf in App oder Backend ein. Dieser Weg braucht Unterstützung Ihres Dev-Teams, ist aber eine kleine, einmalige Integration.
Das vollständige Setup steht in der Conversion-Events-Dokumentation.
Welche Events Sie in Umsatz verwandeln können (und welche nicht)
Der Zuordnungsweg funktioniert mit jedem Event, das einen Geldbetrag trägt:
- Eigene Events — Ihr eigenes purchase_completed, subscription_renewed, order_placed.
- Standard-Events — sofern sie eine bezahlte Aktion abbilden.
- Inbound-Webhook-Events — Stripe, Shopify und andere angebundene Zahlungsquellen.
Was Sie nicht zuordnen können: ein Event ohne auslesbaren Betrag. App_open, screen_view oder push_opened zeigen nur, was ein Nutzer getan hat. Ohne Betrag gibt es nichts zu konvertieren.
Was Sie messen können, sobald Umsatz vorliegt
Das ist der eigentliche Nutzen. Mit normalisiertem Umsatz werden 3 Dinge, die früher Sonderarbeit bedeuteten, zur eingebauten Funktion:
- Nach Ausgabeverhalten segmentieren. Die RFM-Segmentierung liest PW_Conversion direkt, sodass Ihre umsatzstärksten Kunden automatisch im Champions-Segment landen — bereit für ein Treueangebot.
- Belegen, welche Journeys tatsächlich Käufe auslösen. Legen Sie PW_Conversion als Conversion Goal in jeder Customer Journey fest. Nach dem Durchlauf zeigt die Zielstatistik, wie viele Nutzer wirklich gekauft haben — nicht nur, wie viele geöffnet haben. Die Frage „Hat sich der Flow gelohnt?” hat endlich eine Antwort direkt auf der Journey-Canvas.
- Umsatz in Dashboards neben den anderen relevanten App-Kennzahlen auswerten, ohne für jedes Kaufevent eigene Logik zu bauen.
Finden Sie Ihre App hier wieder
Das gleiche Setup passt sich daran an, wie Ihre App tatsächlich Umsatz erzielt. Finden Sie die Zeile, die zu Ihnen passt:
| App-Typ | Events, die Sie zuordnen oder senden | Was Sie am Ende sehen |
|---|---|---|
| E-Commerce | order_placed zuordnen + Shopify- oder Stripe-Webhook | Welche Warenkorbabbrecher-Flows echte Bestellungen bringen; RFM nach Ausgaben für Stammkunden |
| Gaming | iap_completed, battle_pass_bought aus dem Code senden | Ob ein Post-Level-Angebot konvertiert, nicht nur geöffnet wird; ausgabenbasierte Segmente für High-Value-Spieler |
| Abo (Medien, Streaming) | subscription_renewed, plan_upgraded zuordnen (Stripe, App Store) | Ob Win-back-Journeys echte Re-Abos bringen; RFM nach Verlängerungsaktualität |
| Automotive / Connected Car | service_booked, subscription_activated zuordnen (In-Car-Abo, Werkstattbuchung) | Welche Service-Erinnerungen zu bezahlten Werkstatttermine führen; Segmente nach Vertragswert |
| Lebensmittellieferung | order_placed aus Ihrem Backend zuordnen | Welche Re-Engagement-Pushes zu Nachbestellungen führen; RFM nach letzter Bestellung |
| Reisen / Buchung | booking_confirmed + Zusatzleistungen wie seat_upgraded zuordnen | Welche Preissenkungs-Flows zu Buchungen führen; Segmente nach Reisewert |
order_placed zuordnen + Shopify- oder Stripe-Webhookiap_completed, battle_pass_bought aus dem Code sendensubscription_renewed, plan_upgraded zuordnen (Stripe, App Store)service_booked, subscription_activated zuordnen (In-Car-Abo, Werkstattbuchung)order_placed aus Ihrem Backend zuordnenbooking_confirmed + Zusatzleistungen wie seat_upgraded zuordnenUmsatz dort tracken, wo Marketer schon arbeiten
Conversion Events sind 1 Baustein einer größeren Richtung für Pushwoosh: Umsatz dort sichtbar machen, wo Marketer ohnehin arbeiten — statt in einem Report, den sie sich erst holen müssen.
Sie entscheiden bereits, was Sie senden, an wen und wie oft. Aktuell basieren diese Entscheidungen auf Öffnungen und Klicks, weil das alles ist, was wir Ihnen zurückgeben. Senden Sie PW_Conversion, und dieselben Entscheidungen laufen über Geld: welche Kampagnen Sie behalten, welche Sie streichen, welche Segmente mehr Sends verdienen — und welche Ihnen nur Abmeldungen kosten, ohne etwas zu bringen.
Sobald Umsatz fließt, ergibt sich ein zusätzlicher Effekt:
Der KI-Marketing-Copilot von Pushwoosh, ManyMoney AI, liest ebenfalls PW_Conversion — Sie können also in einfacher Sprache fragen, wie sich der Umsatz entwickelt oder welche Kampagnen einbringen, und erhalten die Antwort direkt aus Live-Daten statt aus einem Report, auf den Sie warten müssen. Er nutzt dasselbe Signal auch selbstständig, um einbringende Kampagnen hochzuskalieren und schwache zu pausieren.
Umsatz-Tracking in Pushwoosh einsetzen
Starten Sie mit dem Weg, der weniger Aufwand macht: ein bereits vorhandenes Event zuordnen, oder Ihrem Dev-Team das postEvent-Beispiel geben. Legen Sie PW_Conversion als Conversion Goal für Ihre nächste Journey fest und beobachten Sie, wie Umsatz neben Öffnungen und Klicks erscheint.
Was Conversion Events Ihnen nicht sagen: ob Ihre Kampagnen diesen Umsatz verursacht haben, oder ob diese Nutzer ohnehin gekauft hätten. Das ist eine eigene Messung namens Global Control Group — ein natürlicher nächster Schritt, sobald Ihr Umsatz getrackt ist.
Verwandte Artikel
Alle anzeigen