Was ist ein Zielschritt?

Ein Shop hat einen Abschluss: den Kauf. Eine Anwendung hat mehrere, und keiner davon ist eine Bestellung: Jemand registriert sich, richtet etwas ein, zahlt zum ersten Mal. Jeder dieser Punkte ist ein Zielschritt: eine eigene Conversion-Definition mit einem Schlüssel, einer Reihenfolge und einem Wert. Gemeldet wird ein Schritt mit einem Ereignis vom Typ goal, aus dem Browser oder aus deinem Backend; beide Wege sind gleichwertig.

Ein Beispiel: Software mit Testphase

Eine Buchhaltungssoftware wirbt bei Google und LinkedIn und bietet 14 Tage Test. Die Frage dahinter ist nicht „Welche Anzeige bringt Registrierungen?“, sondern „Welche bringt Leute, die nach dem Test bezahlen?“. Dafür legt sie drei Schritte an:

Nach der Anmeldung ruft die Anwendung einmal metrunio.identify() mit der Kundennummer auf; dieselbe Nummer geht als user_id mit den Schritten aus dem Backend. So hängen Registrierung am Laptop und Zahlung zwei Wochen später am Telefon an derselben Person und an der Anzeige, über die sie kam, solange der Klick im Klickfenster liegt.

Im Bericht „Bestellungen & Ziele“ steht dann der Funnel: wie viele Kunden jeden Schritt erreicht haben und welcher Anteil vom Vorschritt weiterkam. Darunter steht je Schritt, welchen Kanälen er zugeordnet ist. Ein Beispiel, keine Messung: 200 registriert, 80 eingerichtet, 30 erste Zahlung. Kommen die Registrierungen vor allem über LinkedIn, die ersten Zahlungen aber über die Google-Suche, siehst du das hier. Auf „Kanäle & Attribution“ grenzt du die Berichte auf erste_zahlung ein und bekommst den ROAS auf bezahlte Abos gegen alle Werbekosten.

Der Schlüssel

Der Schlüssel (goal_key) ist der Name, mit dem dein Code den Schritt meldet: klein, ohne Leerzeichen, aus Buchstaben, Ziffern, Unterstrich, Punkt und Bindestrich, höchstens 64 Zeichen, etwa registriert oder shop_angelegt. Er ist eine Adresse: Sobald Ereignisse darauf gezählt haben, lässt er sich nicht mehr ändern. Brauchst du einen anderen, legst du einen neuen Schritt an und legst den alten still. Die Reihenfolge dagegen kannst du jederzeit mit den Pfeilen im Portal ändern.

Meldet dein Code einen Schlüssel, den es noch nicht gibt, entsteht die Definition von selbst. Im Portal steht sie dann als „automatisch angelegt“; Name und Wert trägst du nach. Das hat einen Vorteil und eine Kehrseite: Du kannst mit dem Code anfangen, ohne vorher jedes Ziel im Portal anzulegen, aber ein Tippfehler im Code wird zu einem eigenen Schritt. Eine stillgelegte Definition zählt nicht mehr, auch wenn weiter Ereignisse mit ihrem Schlüssel ankommen.

Einmal je Kunde

Ein Kunde erreicht einen Schritt, oder er erreicht ihn nicht. Meldet dein Code denselben Schritt für denselben Kunden ein zweites Mal (weil die Seite neu geladen wurde oder ein Hintergrundjob zweimal läuft), zählt er nicht noch einmal. Die Zahl im Bericht ist deshalb eine Zahl von Kunden, nicht von Aufrufen.

Was ein Zielschritt nicht ist

• Kein Seitentrichter: Metrunio baut keinen Funnel aus Klickpfaden oder besuchten Seiten. Gezählt werden nur Schritte, die dein Code meldet.
• Kein Umsatz: Den Akquisitionswert eines Schritts legst du im Portal fest. Im Bericht heißt er deshalb „gesetzt“ und steht getrennt vom Umsatz. Umsatz ist nur ein Betrag, den das Ereignis selbst mitbringt.
• Keine Ausnahme vom Kontingent: Jeder gesendete Schritt ist ein Ereignis und zählt gegen das Eventkontingent; dieselbe Event-ID zählt einmal.
• Keine Ausnahme von der Einwilligung: goal ist ein Analytics-Ereignis. Wie bei einem Lead wird ohne Analytics-Einwilligung kein Schritt gespeichert, auch nicht aus deinem Backend; die Ausnahme für Bestellungen, die dein Server ohne Einwilligung meldet, gilt für Schritte nicht.