Dit artikel legt uit hoe Revenue Share-tracking bij Daisycon werkt en hoe je deze implementeert via server-side calls met een blijvende klantreferentie. Het model is ontworpen voor terugkerende commissies op basis van klantwaarde op de lange termijn.
Wat is Revenue Share?
Revenue Share is een vergoedingsmodel binnen affiliate marketing waarbij de publisher een terugkerende commissie ontvangt, gebaseerd op een vast bedrag of een percentage van de gegenereerde omzet. Dit model is met name geschikt voor sectoren waar klantwaarde zich over tijd ontwikkelt of waar retentie belangrijk is, zoals finance, dating of kansspelen.
Omdat de uitbetalingen bij Revenue Share vaak gespreid plaatsvinden, is server-side tracking nodig om langdurige attributie te waarborgen.
Let op: Meer informatie over technische parameters, DCI en call-opbouw vind je in het artikel Server-side tracking.
Wanneer gebruik je Revenue Share?
Dit model is ideaal wanneer een adverteerder inzet op langdurige klantrelaties en de bijdrage van de publisher in het werven van waardevolle gebruikers erkent. Het maakt commissies mogelijk op basis van klantretentie, abonnementsverlengingen of terugkerende transacties.
Wat is het verschil met standaard server-side tracking?
Bij standaard server-side tracking wordt één conversie gekoppeld aan een klik, maar er wordt geen blijvende relatie tussen klant en publisher opgeslagen.
Revenue Share-tracking richt zich op terugkerende commissies. Omdat conversies weken of maanden later kunnen plaatsvinden, is het essentieel dat de publisher alsnog correct wordt beloond. Daarom koppelt Daisycon bij Revenue Share-campagnes een klantreferentie permanent aan de publisher vanaf het eerste contactmoment.
Let op: Dit artikel is bedoeld voor gebruikers met technische kennis. Voor een pixel-oplossing kun je terecht in het artikel Conversiepixel handmatig implementeren.
Hoe implementeer je Revenue Share-tracking?
-
Klantaccounts registreren met de DCI
- In de eerste server-side call (
/at/
) worden een unieke klantreferentie en de DCI vastgelegd. De DCI (Daisycon Click Identifier) identificeert de klik. - Voorbeeld:
https://jdt8.net/at/?ci=[CAMPAGNE_ID]&at=[KLANTREFERENTIE]&dci=[DCI]&pn=[OMSCHRIJVING]
- Hiermee wordt de klantreferentie (
at
) gekoppeld aan de publisher op basis van de DCI.
- In de eerste server-side call (
-
Terugkerende transacties tracken
- In de tweede call (
/rs/
) wordt alleen dezelfde klantreferentie (at
) gebruikt. De DCI is niet meer nodig, omdat de koppeling al in de/at/
-call is gelegd. - Voorbeeld:
https://jdt8.net/rs/?ci=[CAMPAGNE_ID]&at=[KLANTREFERENTIE]&a=[BEDRAG]&cur=[VALUTA]&pn=[OMSCHRIJVING]
- Zo kan het systeem de transactie toewijzen aan de juiste publisher, ook zonder klikdata.
- In de tweede call (
-
Statistieken bekijken in het Daisycon-dashboard
- Revenue Share-transacties zijn zichtbaar onder “Revenue Share-statistieken”.
- In de meeste gevallen wordt elke transactie afzonderlijk geregistreerd als een conversie.
- In sommige sectoren kunnen transacties worden gebundeld en periodiek worden afgerekend. Raadpleeg hiervoor je Partner Manager.
Conclusie
Revenue Share-tracking maakt langdurige, nauwkeurige attributie van klantwaarde binnen het Daisycon-netwerk mogelijk. Door de DCI bij het eerste contactmoment te combineren met een vaste klantreferentie bij vervolgstappen, blijft de toekenning correct, zelfs wanneer de transactie pas maanden later plaatsvindt.