Revenue Share is een compensatiemodel binnen affiliate marketing waarbij de vergoeding aan publishers (affiliates) is gebaseerd op een terugkerend bedrag of percentage van de inkomsten die zij genereren. Dit model is ideaal in sectoren waar de klantwaarde over tijd varieert of waar retentie (klantbehoud) belangrijk is. Denk hierbij onder andere aan campagnes in de dating- en finance-industrie, waar abonnementen en contracten voor langere tijd doorlopen en tussentijds opzegbaar zijn, of kansspelen waarbij over een langere periode een deel van de winst van de aanbieder wordt gedeeld met de publisher.
Omdat er voor Revenue Share op verschillende momenten over een langere periode een vergoeding wordt uitgekeerd, is er altijd een server-side oplossing nodig voor de meting.
N.B.: Meer informatie over de parameters, DCI en manier van aanroepen kun je terugvinden in het artikel over Server Side Tracking.
Wanneer Revenue Share gebruiken?
Dit model is geschikt wanneer een adverteerder een langdurige klantrelatie nastreeft en erkent dat affiliates een cruciale rol spelen in het aantrekken van langdurig waardevolle klanten. Het biedt de mogelijkheid om over langere tijd vergoedingen aan publishers uit te keren, bijvoorbeeld op basis van retentie.
Het verschil met standaard Server Side Tracking
Bij standaard server-side tracking wordt een transactie direct gekoppeld aan een klik van een publisher, maar de koppeling tussen klant en publisher wordt niet permanent bewaard.
Revenue Share Tracking verschilt hierin, omdat het zich richt op het meten van doorlopende klantrelaties. Bij doorlopende (retentie) vergoedingen is het cruciaal dat transacties ook na langere tijd nog correct aan de juiste publisher gekoppeld kunnen worden, ook als de oorspronkelijke klikinformatie niet meer beschikbaar is. Daarom koppelen we een klantaccount bij Revenue Share campagnes permanent aan een publisher uit het affiliateprogramma.
Let op: Dit artikel vereist een hoger niveau van technische expertise dan pixel tracking. Voor op pixels gebaseerde oplossingen, lees alstublieft Implementeren van de conversiepixel.
Implementatie Instructie
- Gebruik van de Daisycon Click Identifier (DCI) en registratie van klantaccounts
- In de eerste tracking call (
/at/) wordt een uniek klant-ID en de DCI opgeslagen. De DCI is de 'Daisycon Click Identifier', Daisycon's unieke identificatie voor een klik. - Voorbeeld:
https://jdt8.net/at/?ci=[CAMPAIGN_ID]&at=[UNIQUE_CUSTOMER_REFERENCE]&dci=[DCI]&pn=[DESCRIPTION] - Hier wordt het klantnummer (at) gekoppeld aan een affiliate via de DCI.
- Registreren van Revenue Share Transacties
- Voor de tweede call (
/rs/) wordt hetzelfde klantnummer (at) gebruikt. De DCI is hier niet meer nodig omdat de koppeling tussen klant en affiliate al is vastgesteld in de/atcall. - Voorbeeld:
https://jdt8.net/rs/?ci=[CAMPAIGN_ID]&at=[UNIQUE_CUSTOMER_REFERENCE]&a=[TRANSACTION_AMOUNT]&cur=[CURRENCY_CODE]&pn=[DESCRIPTION] - De unieke klantreferentie (at) is gelijk aan een eerder (met
/at/) geregistreerd klantnummer. Hiermee vinden we zonder DCI of klikinformatie de juiste publisher terug voor de vergoeding. - Dashboard en Statistieken
- Revenue share transacties worden apart bijgehouden in het Daisycon-dashboard onder 'revenue share statistieken'.
- Revenue share transacties worden standaard 1-op-1 omgezet in Daisycon-transacties.
- In bepaalde sectoren kunnen meerdere transacties verzameld en periodiek verrekend worden in één transactie. Als dit nodig is, neem contact op met je campagnemanager of opstartspecialist.
Conclusie
Deze aanpak zorgt voor een nauwkeurige en langetermijnmeting van de klantwaarde in affiliateprogramma's bij Daisycon. Door het gebruik van de Daisycon Click Identifier (DCI) bij de initiële koppeling en het tracken van transacties op basis van het klantnummer, blijft de attributie correct, zelfs als de klikdata na verloop van tijd verdwijnt en de relatie met de klant blijft voortduren.