Serverseitiges Tracking

Serverseitiges Tracking, auch S2S- oder Backend-Tracking genannt, bedeutet, dass Conversions direkt von Ihrem Server an Addrevenue gesendet werden, anstatt über den Browser des Besuchers. Dies unterscheidet sich vom clientseitigen Tracking (Frontend-Tracking), bei dem die Erfassung über JavaScript im Browser erfolgt. Clientseitiges Tracking ist oft einfacher einzurichten, aber auch stärker von der Browserumgebung abhängig. Serverseitiges Tracking bietet Ihnen mehr Kontrolle darüber, wann und wie eine Conversion übermittelt wird, und ist daher oft eine gute Wahl, wenn das Tracking robuster sein muss oder die Conversion selbst erst später im Prozess stattfindet. Wann sollten Sie serverseitiges Tracking verwenden? Serverseitiges Tracking wird häufig für sogenannte Offline-Conversions verwendet, also wenn die Conversion nicht direkt auf der Website stattfindet. Dies kann beispielsweise der Fall sein, wenn ein Nutzer eine Online-Bewerbung einreicht, die eigentliche Transaktion aber erst später erfolgt. Ein gängiges Beispiel findet sich im Finanzwesen: Ein Besucher beantragt einen Kredit auf der Website, die Provision basiert jedoch auf der tatsächlichen Kreditauszahlung. In diesem Fall erfolgt die Conversion erst mit der Auszahlung des Kredits, was oft erst einige Tage später der Fall ist. Serverseitiges Tracking ist aber mindestens genauso relevant für reguläre Online-Käufe. Durch die Verlagerung des Conversion-Trackings auf Ihren Server reduzieren Sie die Abhängigkeit vom Browser, was häufig zu einer stabileren und konsistenteren Datenerfassung führt.

So funktioniert es

Der Ablauf ist im Wesentlichen folgender:

  1. Ein Nutzer klickt auf einen Affiliate-Link.
  2. Addrevenue registriert den Klick und generiert eine clickId. Der Nutzer gelangt mit den URL-Parametern clickId, advertiserId und channelId auf Ihre Website. Sie speichern diese Werte in Ihrer eigenen Umgebung, die mit der Sitzung verknüpft ist.
  3. Bei einer Conversion sendet Ihr Server einen Postback an Addrevenue.

Es ist wichtig, dass Sie alle drei Werte – clickId, advertiserId und channelId – speichern, damit diese bei der Conversion übermittelt werden können.

Speicherung auf Ihrem Server

Wie Sie die Daten speichern, hängt von Ihrer Implementierung ab. Es gibt jedoch einige allgemeine Richtlinien, die oft hilfreich sind:

Häufig wird eine Kombination aus serverseitiger Session, eigenem First-Party-Cookie und späterer Verknüpfung mit Bestellung oder Kunde verwendet.

Weiterleitungsparameter an Ihre Website

Wenn Traffic von Addrevenue auf Ihre Website geleitet wird, werden normalerweise Parameter bei der Weiterleitung mitgesendet, sodass Sie diese für die spätere Verwendung im Postback speichern können.

Die wichtigsten zu erfassenden Parameter sind:

Wir können auch beide Namen anpassen. Die Parameter und welche Parameter beim Redirect an Ihre Website gesendet werden, sind oft wichtig, wenn Sie bestehende Systeme oder Drittanbieter-Tools für serverseitiges Tracking verwenden, die andere Namen erwarten, z. B. eigene interne Parameter oder Formate wie adv_sub, aff_sub2 oder aff_click_id.

Die Parameternamen im Postback an Addrevenue sind jedoch strenger und müssen unserem untenstehenden Schema entsprechen.

Postback an Addrevenue senden

Für serverseitiges Tracking senden Sie eine Anfrage an:

https://addrevenue.io/t

Dies kann entweder als POST mit JSON-Payload oder als GET mit Parametern in der URL erfolgen. Für einfachere Implementierungen funktionieren beide Varianten. Wenn Sie jedoch komplexere Daten wie Produktlisten senden möchten, ist die JSON-Nutzlast die übersichtlichste Option.

Parameter

Erforderliche Parameter

Bedingte Parameter

Diese Angaben sind erforderlich, wenn Sie den Provisionstyp „Variable Provision“ verwenden, der dann auf der Bestellung basiert. Wert.

Optionaler Parameter

Falls der Ländercode fehlt, versuchen wir, den Markt anhand des Nutzers und des ersten Klicks zu ermitteln.

Optionale Parameter für E-Commerce

Für Online-Händler gibt es außerdem einige erweiterte, optionale Parameter, die je nach Konfiguration relevant sein können.

Rabattcodes

discountCodes können als durch Kommas getrennte Liste der im Kauf verwendeten Rabattcodes gesendet werden.

Dies wird hauptsächlich zur Nachverfolgung von Rabattcodes verwendet, d. h. wenn ein Kauf einem Rabattcode zugeordnet werden kann. über einen Rabattcode, auch wenn kein Klick registriert wurde. Ein typisches Beispiel ist, wenn ein Affiliate einen exklusiven Rabattcode in einem Beitrag oder in sozialen Medien veröffentlicht, ohne gleichzeitig auf die Website zu verlinken.

Produkte

Es ist auch möglich, den gesamten Warenkorb im Parameter products zu übermitteln.

products wird als Array von Objekten gesendet, wobei jedes Objekt Eigenschaften wie die folgenden enthalten sollte:

Dies dient zum einen dazu, dass Sie als Werbetreibender Statistiken pro Produkt erhalten, zum anderen dazu, dass Sie regelbasierte Provisionsprogramme mit unterschiedlichen Provisionen für einzelne Produkte erstellen können. Produkte.

Da products eine komplexere Datenstruktur darstellt, eignet sie sich am besten für Postbacks per JSON-Payload anstatt über GET-Parameter.

Sowohl discountCodes als auch products sind optional und hauptsächlich für Online-Händler relevant.

Beispiel für GET

Daten werden als Parameter in der URL einer GET-Anfrage gesendet:

https://addrevenue.io/t?type=Purchase&advertiserId=YOUR_ADVERTISER_ID&channelId=123456&clickId=61f180ac133415.32320128&value=42.30&currency=EUR&orderId=W6234&market=SE

Beispiel für POST mit JSON-Nutzlast

Daten werden im JSON-Format als POST-Anfrage an folgende Adresse gesendet:

https://addrevenue.io/t

mit Header:

Content-Type: application/json

und JSON-Body wie unten:

{
	"type": "Purchase",
	"advertiserId": "YOUR_ADVERTISER_ID",
	"channelId": "123456",
	"clickId": "61f180ac133415.32320128",
	"value": 42.30,
	"currency": "EUR",
	"orderId": "W6234",
	"market": "DE"
}

Beispiel für einen POST-Request mit erweiterten E-Commerce-Daten

Wenn Sie Rabattcodes und Produktdaten senden möchten, verwenden Sie am besten einen POST-Request mit JSON-Payload:

{
	"type": "Purchase",
	"advertiserId": "YOUR_ADVERTISER_ID",
	"channelId": "123456",
	"clickId": "61f180ac133415.32320128",
	"value": 42.30,
	"currency": "EUR",
	"orderId": "W6234",
	"market": "SE",
	"discountCodes": "SPRING20,INFLUENCER10",
	"products": [
		{
			"item_id": "SKU-123",
			"item_name": "Running Shoes",
			"price": 29.90,
			"quantity": 1,
			"category": "Shoes"
		},
		{
			"item_id": "SKU-456",
			"item_name": "Sports Socks",
			"price": 12.40,
			"quantity": 1,
			"category": "Accessories"
		}
	]
}

Integration mit bestehenden Systemen

Wenn Sie bereits ein Tool oder eine Plattform für serverseitiges Tracking verwenden, ist die Integration mit Addrevenue in den meisten Fällen ohne größere Änderungen möglich.

Solange die notwendigen Daten in der Rückmail übermittelt werden können, können wir die Weiterleitung oft an Ihr gewünschtes Format anpassen, während die Rückmail an uns unserem Zeitplan folgt.

Plattformunterstützung

Unsere Plugins für WooCommerce und Shopify werden in Kürze standardmäßig serverseitiges Tracking unterstützen.

Für viele bedeutet dies, dass die Implementierung mit deutlich weniger internem Entwicklungsaufwand erfolgen kann. Zusammenfassung Serverseitiges Tracking ist eine flexible und zuverlässige Methode, um Conversions an Addrevenue zu melden – sowohl für verzögerte Conversions als auch für reguläre E-Commerce-Transaktionen. Das Wichtigste bei der Implementierung ist, dass Sie clickId, advertiserId und channelId erfassen und speichern, sobald ein Nutzer Ihre Website besucht. Diese Daten werden dann an Addrevenue zurückgesendet, sobald eine Conversion erfolgt. Onlinehändler können optional discountCodes und products hinzufügen, um Rabattcodes zu tracken, Produktstatistiken zu erstellen oder detailliertere Provisionsregeln zu definieren. Serverseitiges Tracking bietet außerdem die Möglichkeit, discountCodes und products zu ergänzen, wenn Rabattcodes, Produktstatistiken oder detailliertere Provisionsregeln benötigt werden.