Blog / Tracking

Conversion APIs erklärt: Conversions zurück an Ad-Plattformen senden

Warum Ad-Plattformen serverseitige Conversion-Events wollen, was eine Conversion API von deinem Tracker braucht und wie du die Daten sauber und DSGVO-konform hältst.

Warum Plattformen Server-Events wollen

Ad-Plattformen optimieren Gebote anhand der Conversions, die sie sehen können. Ein Browser-Pixel verpasst einen wachsenden Anteil davon: geblockte Scripts, kurze Cookie-Laufzeiten, In-App-Browser und Conversions, die Tage später auf der Domain eines Netzwerks passieren, wo dein Pixel nie lädt. Eine Conversion API (CAPI) ist die serverseitige Alternative: dein System meldet der Plattform die Conversion direkt, über HTTPS.

Bei Affiliate-Traffic zählt das noch mehr, weil die Conversion oft auf einer Seite passiert, die du nicht kontrollierst. Das einzige verlässliche Signal, das du hast, ist der Postback, der bei deinem Tracker ankommt. Dieses Signal an die Ad-Plattform weiterzuleiten schließt den Kreis.

Was ein Conversion-Event enthält

Die genauen Felder unterscheiden sich je nach Plattform, aber jedes Event hat dieselben Bausteine:

  • Event-Name: lead, purchase, registration, oder ein eigener Name, den die Plattform kennt.
  • Event-Zeit: wann die Conversion passiert ist, nicht wann du sie sendest.
  • Click-Identifier: die eigene Click-ID der Plattform, erfasst beim ersten Klick, etwa gclid, fbclid oder ttclid.
  • Wert und Währung, falls du auf Wert optimierst.
  • Eine Event-ID, damit die Plattform Duplikate aussortieren kann.

Vom Postback zur Ad-Plattform

  1. Der Besucher klickt auf die Anzeige. Die Plattform hängt ihre Click-ID an deine URL an.
  2. Der Tracker speichert diese Click-ID beim Klick, neben seiner eigenen Click-ID.
  3. Das Netzwerk sendet einen Postback mit der Click-ID des Trackers, sobald der Besucher konvertiert.
  4. Der Tracker findet den Klick, nimmt daraus die Click-ID der Plattform und sendet das Event an die Conversion API der Plattform.
  5. Die Plattform ordnet die Conversion der Anzeige zu und nutzt sie fürs Bidding.

XPNSR Tracker unterstützt acht Conversion APIs und führt eine Retry-Queue, damit ein Plattform-Ausfall keine Events kostet. Egal was du nutzt: Stelle sicher, dass fehlgeschlagene Sends wiederholt und sichtbar sind, nicht still verschwinden.

Der häufigste Grund, warum CAPI "nicht funktioniert", ist Schritt 2: Die Click-ID der Plattform wurde nie erfasst. Prüfe, ob Auto-Tagging an ist und kein Redirect den Parameter entfernt, bevor der Tracker ihn sieht.

Match-Qualität und Deduplizierung

Plattformen bewerten, wie gut sie deine Events deinen Nutzern zuordnen können. Eine Click-ID liefert den besten Match. Ohne sie akzeptieren manche Plattformen gehashte Identifier wie eine E-Mail-Adresse, aber nur, wenn du das Recht hast, sie weiterzugeben.

Wenn du zusätzlich einen Browser-Pixel einsetzt, sende von beiden Seiten dieselbe Event-ID. Die Plattform behält eine und verwirft die andere. Ohne gemeinsame ID zählst du doppelt und der Bidding-Algorithmus bezahlt zu viel.

Consent und Datenschutz

  • Sende nur, was die Plattform braucht, um die Conversion zuzuordnen. Eine Click-ID und ein Zeitstempel reichen oft aus.
  • Beachte die Consent-Signale deiner Landingpages. In Regionen mit Consent-Pflicht leite keine Events für Besucher weiter, die abgelehnt haben.
  • Sende niemals rohe personenbezogene Daten. Plattformen, die Identifier akzeptieren, erwarten sie normalisiert und gehasht.
  • Führe Buch darüber, was wohin gesendet wird, damit du eine Löschanfrage beantworten kannst.

Teste es mit deinem eigenen Traffic.

XPNSR Tracker: unbegrenzte Klicks in jedem Tarif, 7 Tage kostenlos mit Start und Pro.