Server-naar-servertracking (postback) voor affiliates

Bij affiliatemarketing registreert server-naar-servertracking, of postbacktracking, affiliateconversies via een verzoek van de ene server naar de andere. Een eerder vastgelegde verwijzings-ID koppelt de conversie aan de affiliate. Dit vermindert de afhankelijkheid van een browser die een conversiepixel activeert, maar blijft afhankelijk van betrouwbare ID’s, integratie en toepasselijke privacyvereisten.

Wat koppelt de klik aan de conversie?

De verwijzings-ID wordt vóór de conversie vastgelegd en opgeslagen op een plek waar het bestel- of klantproces deze kan ophalen. De postback verzendt vervolgens de vereiste ID en gebeurtenisgegevens naar het trackingsysteem. Een geverifieerd serververzoek is alleen nuttig als de zakelijke gebeurtenis en attributiegegevens kloppen.

Postback versus browserpixel

Verzending via een server voorkomt dat je afhankelijk bent van het laden van de conversiepagina in een browser. De eerdere identificatiefase wordt daardoor niet immuun voor browserbeperkingen of gegevensverlies.

Een hypothetische postbackroute

Een affiliateverwijzing maakt klik-ID click-42 aan. De verkoper slaat deze op bij bestelling order-1042. Na een in aanmerking komende betaling verzendt de server een gebeurtenis met die ID’s en het in aanmerking komende bedrag. De tracker past de attributie- en commissieregels toe en retourneert de door de integratie ondersteunde reactie.

Als er een time-out optreedt, kan een nieuwe poging nodig zijn. De herhaalde gebeurtenis moet naar dezelfde actie verwijzen, zodat deduplicatie van conversies kan voorkomen dat er nog een verkoopcommissie wordt aangemaakt. Een latere terugbetaling moet als correctie op de oorspronkelijke verkoop worden verwerkt.

Wat moet een integratietest omvatten?

• Het vastleggen van ID’s via omleidingen en het afrekenproces.
• Vereiste velden, valuta, bedrag en gebeurtenistype.
• Authenticatie en toegestaan gedrag van de verzender.
• Geslaagde, afgewezen en verlopen verzoeken.
• Dubbele verzendingen en vertraagde conversies.
• Terugbetalingen, annuleringen en gebeurtenissen voor terugkerende facturering.

Vergelijk de bronstransacties met de tracker. Een bezorglog bevestigt de uitkomst van een verzoek, maar toont niet aan dat alle in aanmerking komende verwijzingen zijn vastgelegd.

Hoe werken postbackparameters en nieuwe pogingen?

Wijs de velden expliciet toe

De verzender en ontvanger moeten het eens zijn over veldnamen, HTTP-methode, waardeformaat en gebeurtenistype. Een klik-ID met de naam click_id in het ene systeem wordt niet automatisch ingevuld in een ander ontvangersveld. Behoud de exacte waarde tijdens omleidingen en het afrekenproces en controleer vervolgens het door de ontvanger geregistreerde resultaat.

Zet geen productiesleutels in voorbeeldlinks. Gebruik het authenticatiemechanisme dat door de integratie wordt ondersteund en bewaar gevoelige waarden in de daarvoor bestemde serverconfiguratie. De richtlijnen voor bescherming van verkooptracking van Post Affiliate Pro zijn productspecifiek en vormen geen universeel postbackprotocol.

Checklist voor foutafhandeling

1. Registreer de bronstransactie voordat je de verzending probeert.
2. Valideer de verplichte velden en het ondersteunde gebeurtenistype.
3. Registreer of de ontvanger het verzoek heeft geaccepteerd of afgewezen.
4. Probeer in aanmerking komende tijdelijke fouten opnieuw, zonder de gebeurtenisidentiteit te wijzigen.
5. Wijs aanhoudende fouten toe aan een medewerker voor onderzoek.
6. Vergelijk bronconversies met geaccepteerde trackingregistraties.

De webhookrichtlijnen van Stripe bevatten voorbeelden van de afhandeling van dubbele en vertraagde gebeurtenissen. Gebruik het daadwerkelijke protocol van de affiliate-ontvanger voor succesreacties en gedrag bij nieuwe pogingen.

Wat bewijst een geslaagde postback?

Deze bewijst alleen wat de reactie en de registratie van de ontvanger aantonen. Het verzoek kan het eindpunt hebben bereikt, maar toch de validatie niet hebben doorstaan, geen in aanmerking komende affiliate hebben bevat of een voorlopige in plaats van goedgekeurde commissie hebben aangemaakt. Controleer de geregistreerde gebeurtenis en het bedrag. Technische bezorging, attributie, zakelijke geschiktheid en uitbetaling zijn afzonderlijke fasen die elk apart moeten worden gecontroleerd.

Voor een betrouwbare postback is meer nodig dan een URL

Leg de klik- of verwijzings-ID vast op de landingspagina en neem deze mee in de klant- of bestelregistratie. Wanneer een conversie in aanmerking komt, verzendt het handelssysteem die ID samen met een stabiele transactie-ID en de vereiste gebeurtenisgegevens naar de tracker.

Authenticeer verzoeken met het door de integratie ondersteunde mechanisme en houd inloggegevens uit openbare URL’s en clientcode. Bepaal wat een geslaagde reactie betekent, zet fouten in een wachtrij om ze opnieuw te proberen en registreer de bezorgresultaten. Een verzoek opnieuw proberen mag geen tweede commissie opleveren voor dezelfde in aanmerking komende conversie.

Test ontbrekende ID’s, vertraagde gebeurtenissen, dubbele verzendingen, terugbetalingen en abonnementsverlengingen. Verzending via een server lost één onderdeel van het proces op; hiermee worden geen verwijzingsgegevens hersteld die nooit zijn vastgelegd en wordt geen verwerking toegestaan waarvoor de vereiste toestemming ontbreekt.

Raadpleeg voor de bijbehorende instellingen van Post Affiliate Pro de documentatie over s2s-tracking . Controleer de configuratie- en integratievereisten aan de hand van de regels van je programma.

Proces in één oogopslag