Conversietracking voor Affiliates: Postbacks, Pixels, UTM's en Sub-ID's Uitgelegd

Affiliate tracking is eigenlijk een keten van overdrachten. Een bezoeker klikt op uw link, komt terecht op de pagina van de adverteerder en converteert of converteert niet.

De hele discipline van conversie-tracking bestaat om één vraag met zekerheid te beantwoorden: welke van mijn verkeersbronnen heeft dit resultaat opgeleverd? Al het andere — postbacks, pixels, UTM’s, sub-ID’s — is het mechanisme om de identiteit door die keten te dragen zonder deze te verliezen. Wanneer een schakel in de keten breekt, verlies je niet zomaar een datapunt; je verliest het vermogen om beslissingen over je uitgaven te nemen.

De vier mechanismen en wat ze elk doen

Het helpt om de tools te scheiden op basis van wat ze overdragen en wie ze leest.

• UTM’s zijn queryparameters die aan een URL worden toegevoegd (utm_source, utm_medium, utm_campaign, enzovoort). Ze labelen een klik voor analyseplatforms zoals Google Analytics. Ze zijn beschrijvend, niet identificerend — ze vertellen je “dit kwam van Facebook, campagne X”, niet “dit is bezoeker 8f3a”.
• Sub-ID’s zijn de versie van het affiliate-netwerk van hetzelfde idee. De meeste netwerken geven je een parameter (vaak sub1 tot en met sub5, of s1–s5) die je vult met je eigen waarde. Wat u daar ook plaatst, komt terug in het conversierapport van het netwerk, zodat u een verkoop kunt koppelen aan een specifieke bron, advertentie, zoekwoord of creative.
• Pixels zijn een JavaScript-fragment of een afbeeldingstag die in de browser wordt geactiveerd wanneer er een conversie plaatsvindt. De browser laadt deze en rapporteert terug aan de eigenaar van de pixel — de adverteerder, het netwerk of uw eigen tracker.
• Postbacks (server-to-server, of S2S) zijn een HTTP-verzoek dat rechtstreeks van de ene server naar de andere wordt verzonden wanneer een conversie wordt geregistreerd. Geen browser bij betrokken.

Het onderscheid tussen pixels en postbacks is het verschil dat er het meest toe doet, en het is de moeite waard om te begrijpen waarom.

Waarom postbacks meestal pixels verslaan

Een pixel is afhankelijk van de browser van de gebruiker. Dat betekent dat het afhangt van het overleven van cookies, van de pagina die de tag daadwerkelijk laadt, van het feit dat er geen adblocker of browserprivacy-instelling interfereert, en van de gebruiker die het tabblad niet sluit voordat de tag wordt geactiveerd. Moderne browsers hebben dit allemaal in de loop van de tijd minder betrouwbaar gemaakt.

Een postback is afhankelijk van twee servers die met elkaar communiceren. De server van het affiliate-netwerk vertelt de server van uw trackingplatform: “conversie heeft plaatsgevonden, hier is de sub-ID en de uitbetaling.” Dat gesprek vindt plaats ongeacht wat de browser van de gebruiker daarna doet. Voor de meeste affiliate-opstellingen zijn postbacks de duurzamere keuze, en zijn pixels een fallback of een aanvulling.

De afweging: postbacks vereisen configuratie aan beide kanten. Je hebt een postback-URL van je tracker nodig, en je moet deze in de postback-instellingen van het netwerk plakken (of het netwerk moet dit überhaupt ondersteunen). Sommige netwerken bieden alleen pixel-gebaseerde tracking aan, wat u dwingt.

Hoe de sub-ID-keten feitelijk werkt

Hier is het mechanisme in volgorde, omdat het gemakkelijker is om te zien waar dingen kapot gaan als je het traceert:

1. U genereert een trackinglink in uw tracker. Deze bevat een unieke klik-ID.
2. U voegt die klik-ID toe aan de sub-ID-parameter van de affiliate-link, zodat het netwerk deze ontvangt.
3. Het netwerk slaat de sub-ID op bij die klik.
4. Wanneer de gebruiker converteert, vuurt het netwerk een postback af met de sub-ID en conversiedetails.
5. Uw tracker koppelt de sub-ID aan de oorspronkelijke klik en schrijft de conversie toe aan de juiste bron, advertentie en campagne.

Als stap 2 fout is — stel dat u een statische waarde in de sub-ID invoert in plaats van de dynamische klik-ID — ziet elke conversie er identiek uit en stort uw rapportage in tot één ongedifferentieerde bucket. Dit is een van de meest voorkomende installatiefouten, en het gebeurt stil: de conversies worden nog steeds geregistreerd, ze kunnen alleen niet worden getraceerd.

Waar UTM’s passen, en waar niet

UTM’s zijn uitstekend geschikt voor het begrijpen van verkeersgedrag in een analyseplatform — bouncepercentages, sessieduur, welke variant van de landingspagina de aandacht vasthoudt. Ze zijn ongeschikt voor conversietoeschrijving voor uitbetalingen, omdat ze in de URL staan en worden verwijderd of overschreven door redirects, en omdat analyseplatforms sessies meten, geen affiliate-conversies.

Een praktische taakverdeling: gebruik UTM’s om de verkeerskwaliteit en het gedrag op de site te analyseren, en gebruik sub-ID’s plus postbacks om inkomsten toe te schrijven. Vraag niet aan het ene systeem om het werk van het andere te doen.

Een trackingaanpak kiezen

De juiste opstelling hangt af van uw schaal en hoeveel controle u heeft over de funnel.

• Weinig campagnes, één netwerk, eenvoudige aanbiedingen: de ingebouwde sub-ID-rapportage van het netwerk kan voldoende zijn. U krijgt conversietellingen per bron zonder uw eigen tracker te gebruiken.
• Meerdere netwerken of verkeersbronnen: een dedicated tracker wordt de moeite waard, omdat deze klik-ID’s en postbacks over verschillende netwerken normaliseert in één rapportageoverzicht.
• Uw eigen landingspagina’s beheren: u heeft zowel een tracker als een manier nodig om de klik-ID via uw pagina door te geven aan de aanbieding, zodat de keten de extra sprong overleeft.
• Link-management plugins (de WordPress-categorie die tools als Pretty Links en ThirstyAffiliates bevat) regelen link cloaking en basisklikaantallen, maar het zijn geen conversietrackers — ze zullen postbacks over het algemeen niet kunnen reconciliëren.
• Linkverkorters (Bitly, Rebrandly en dergelijke) zijn voor schone, branded URL’s en klikanalyses, niet voor de attributie van affiliate-conversies.

De eerlijke afweging in dit alles: meer trackinglagen betekenen meer precisie, maar ook meer plekken waar de keten kan breken. Elke redirect, elke paginalading, elke parameter die u vergeet door te geven, is een potentieel lek. Het doel is niet maximale complexiteit — het is een keten die u daadwerkelijk van begin tot eind hebt getest, van klik tot bevestigde conversie, zodat u weet dat de gegevens waarop u optimaliseert echt zijn.