S2S-Tracking (Server-to-Server)

Cookie-basiertes Tracking legt eine Kennung im Browser des Besuchers ab und hofft, dass sie bei der Conversion noch da ist. Diese Hoffnung scheitert oft: Safaris Tracking-Schutz lässt Cookies schnell verfallen, Adblocker entfernen Pixel, und Nutzer wechseln vom Handy, auf dem sie geklickt haben, zum Laptop, auf dem sie einzahlen. Im iGaming, wo ein Spieler heute klickt, am Donnerstag registriert und nächste Woche nach dem KYC einzahlt, verliert browserabhängige Attribution Conversions, die tatsächlich stattgefunden haben.

S2S-Tracking nimmt den Browser nach dem ersten Klick aus der Gleichung. Die Plattform des Affiliates vergibt beim Klick eine Click-ID und übergibt sie dem Betreiber in der Tracking-URL. Der Betreiber speichert die ID beim angelegten Spielerkonto. Von da an reist jedes meldepflichtige Ereignis als Postback, ein direkter Server-Aufruf, der die Click-ID zur Plattform des Affiliates zurückträgt. Die volle Schleife: Klick erzeugt ID, Betreiber speichert ID, Spieler konvertiert, Server des Betreibers meldet das Ereignis mit der ID, Server des Affiliates ordnet es dem ursprünglichen Klick zu.

In der Praxis bedeutet ein S2S-Setup mit einem neuen Betreiber drei Dinge: den eigenen Click-ID-Parameter im vom Betreiber erwarteten Format an den Tracking-Link hängen, die eigene Postback-URL in dessen System für jedes gewünschte Ereignis registrieren und Test-Conversions feuern, um zu bestätigen, dass sich die Schleife schließt. Wer den dritten Schritt auslässt, entdeckt einen Monat und ein Mediabudget später, dass Registrierungen gemeldet wurden, FTDs aber nie.

S2S ist keine Magie, sondern ein Vertrag zwischen zwei Servern, und es ist nur so ehrlich wie die Implementierung des Betreibers. Es sagt Ihnen, was der Betreiber zu melden beschlossen hat. Genau deshalb zählt das eigene Klick-Protokoll: Es liefert eine unabhängige Basis, gegen die Sie dessen Zahlen vergleichen können.