Deinen kompletten SaaS-Funnel tracken (Sign-up → Trial → Kauf)

Bei einem SaaS-Produkt verteilen sich die spannenden Momente über Tage oder Wochen und fast alle passieren in deiner App, nicht auf einer Marketing-Seite: jemand bucht eine Demo, erstellt ein kostenloses Konto, startet einen Trial, der Trial endet und – irgendwann – zahlt er. Diese Anleitung verbindet jede dieser Stufen mit LeadJourney, damit du pro Kampagne, Anzeigengruppe und Anzeige nicht nur siehst, wie viele Sign-ups eine Anzeige gebracht hat, sondern wie viele davon zu Trials und zahlenden Kunden wurden.

Der SaaS-Funnel, gemappt auf LeadJourney

Wähle die Stufen, die es in deinem Produkt gibt, und lass den Rest weg. Jeder Event-Name ist nur der type, den du sendest – benenne sie um in das, was dein Team ohnehin sagt.

Die eine Idee, die SaaS-Tracking funktionieren lässt

Hier ist der Haken, der für SaaS einzigartig ist – und das Wichtigste in dieser Anleitung:

Die Click-ID liegt beim Sign-up im Browser. Aber Trial gestartet, Trial beendet und Kauf passieren später – oft serverseitig, in einem Webhook oder einem nächtlichen Cron, ohne Browser und ohne localStorage.

Du kannst die Click-ID also nicht erneut auslesen, wenn diese späteren Events feuern. Die Lösung ist einfach:

Bevor du startest

Hol dir deine Conversion-API-Zugangsdaten unter Settings → Events → Conversion API:

• Deine Postback-URL – sieht aus wie https://api.leadjourney.io/api/v1/postback/<deine-id>.
• Dein Postback-Secret – beginnt mit pb_…. Behandle ihn wie ein Passwort; er bleibt auf deinem Server und wird nie im Browser sichtbar.

Lege dann im Events Manager die Events an, die du nutzen willst. WonClient gibt es in jedem Workspace standardmäßig; füge die In-Product-Events hinzu:

Schritt für Schritt

// In deinem Sign-up-Handler, im Moment, in dem das Konto erstellt wird
const clickId = localStorage.getItem("clickId") || "";

// Am User-Datensatz speichern (Pseudo-Code – nutze dein eigenes ORM / deine DB)
await db.users.update(newUser.id, { lj_click_id: clickId });

// app/api/lj-event/route.js
export async function POST(req) {
  const d = await req.json();

  await fetch(
    "https://api.leadjourney.io/api/v1/postback/YOUR-POSTBACK-ID",
    {
      method: "POST",
      headers: {
        "Authorization": "Bearer YOUR_POSTBACK_SECRET",
        "Content-Type": "application/json",
      },
      body: JSON.stringify({
        type: d.type,              // "FreeSignup" | "TrialStarted" | "TrialEnded" | "WonClient"
        click_id: d.click_id,      // der Wert, den du beim Sign-up gespeichert hast
        email: d.email,            // immer mitschicken – der dauerhafte Match-Schlüssel
        firstname: d.firstname,
        lastname: d.lastname,
        tag: d.tag,                // optionaler Quellen-/Kampagnen-Tag, ein festes Wort genügt
        revenue: d.revenue,        // nur für WonClient – sonst weglassen
      }),
    }
  );

  return Response.json({ ok: true });
}

await fetch("/api/lj-event", {
  method: "POST",
  headers: { "Content-Type": "application/json" },
  body: JSON.stringify({
    type: "FreeSignup",
    click_id: localStorage.getItem("clickId"), // oder der gerade gespeicherte Wert
    email: newUser.email,
    firstname: newUser.firstName,
    lastname: newUser.lastName,
    tag: "saas_signup",
  }),
});

await sendEvent({
  type: "TrialStarted",
  click_id: user.lj_click_id,   // der Wert, den du beim Sign-up gespeichert hast
  email: user.email,
  firstname: user.firstName,
  lastname: user.lastName,
  tag: "saas_trial",
});

// Pseudo-Code für einen täglichen Job
const expired = await db.trials.findExpiredSince(yesterday);
for (const t of expired) {
  await sendEvent({
    type: "TrialEnded",
    click_id: t.user.lj_click_id,
    email: t.user.email,
    tag: "saas_trial_end",
  });
}

await sendEvent({
  type: "WonClient",
  click_id: user.lj_click_id,
  email: user.email,
  revenue: 49,          // der gezahlte Betrag, in deiner Workspace-Währung
  tag: "saas_purchase",
});

Demo-Calls (sales-assisted SaaS)

Wenn Interessenten vor dem Sign-up eine Demo buchen, tracke das als BookedCall. Die meisten Scheduler (Calendly, SavvyCal, …) können bei einer Buchung einen Webhook posten – richte ihn auf eine kleine Route wie oben und sende type: "BookedCall" mit der E-Mail des Buchenden. Um den Call der richtigen Anzeige zuzuordnen, reiche die Click-ID in den Buchungslink durch (als verstecktes Feld / UTM, das der Scheduler zurückgibt) oder verlass dich auf E-Mail-Matching. Siehe den Sales Call Funnel und Events & der Events Manager für das komplette Muster.

Wiederkehrender Umsatz (MRR) ohne Doppelzählung

Ein Abo zahlt jeden Monat – entscheide einmal, wie das auftauchen soll:

• Eine Conversion, aktuell gehalten – setze WonClient auf Edit conversion with new data, sodass die letzte Zahlung dieselbe Conversion aktualisiert (gut für „aktueller MRR / Planwert").
• Jede Zahlung als neuer Umsatz – setze es auf Keep original data, increment payout, sodass jede Rechnung obendrauf addiert wird (gut für „insgesamt eingenommen"). Dieser Modus gilt nur für WonClient.
• Refunds und Churn herausrechnen – mappe einen Stripe-Refund auf eine Conversion mit negativem revenue, oder sende ein Churned-Event, um zu sehen, welche Kampagnen Kunden bringen, die kündigen.

Siehe die Modus-Tabelle in Events & der Events Manager.

Prüfen, ob es funktioniert

1. Öffne deine App über einen getrackten Link (einen mit lj_*-Parametern, z. B. eine Test- Anzeigen-URL oder ein mit dem UTM Builder gebauter Link), damit eine Click-ID gespeichert wird.
2. Geh den Funnel mit einem Testkonto durch: registrieren, Trial starten, Trial beenden auslösen (oder auf den Cron warten) und einen Test-Kauf in Stripe machen.
3. Unter Settings → Events steigt der Total-Zähler jedes Events und sein Status wechselt auf Active.
4. Um einen einzelnen Aufruf zu prüfen (Statuscode, Payload, ob die Click-ID oder E-Mail gematcht hat), öffne das API-Postbacks-Log.

FAQ

Verwandte Artikel