Wat is de Conversions API? Het is een manier om conversiegebeurtenissen naar een advertentieplatform te sturen vanaf een server in plaats van vanuit de browser van je bezoeker. Heb je over server-side tracking gelezen, dan is dit de bestemming waar het meeste van naartoe wijst.
De naam komt van Meta en is overgenomen. In de praktijk betekent hij overal hetzelfde: een adres dat de gebeurtenissen aanneemt die je site toch al meet, verstuurd door een machine die jij beheert in plaats van door een browser die je niet beheert.
Wat is de Conversions API op elk platform genoemd?
| Platform | Hoe het heet |
|---|---|
| Meta | Conversions API |
| Conversions API | |
| Conversions API | |
| Snapchat | Conversions API |
| TikTok | Events API |
| Google Ads, GA4 | Geen enkel adres onder die naam |
Die laatste regel is het opmerken waard. Google heeft niet één ding dat een Conversions API heet; hetzelfde werk zit verspreid over andere mechanismen. Het komt wel op dezelfde plek uit — een server die gebeurtenissen stuurt in plaats van een browser — en daarom zijn Google Ads server-side tracking en GA4 server-side tracking eigen vragen.
Waarom platformen erom gingen vragen
De browser hield op een betrouwbare afzender te zijn. Blokkeerders herkennen verzoeken aan bekende trackerdomeinen. Tracking-preventie kort de cookies in die die scripts zetten of gooit ze weg. En een bezoeker die het tabblad sluit, neemt het onverzonden verzoek mee.
Niets daarvan houdt een verzoek tegen dat een server doet. Dat is het hele argument, en het is een smal argument: de serverroute ziet niet méér, hij komt alleen vaker aan.
Ze willen allebei, niet één
Dit is het punt waarop het misgaat. Een Conversions API vervangt de pixel of de tag in de browser niet. Elk platform dat er een aanbiedt verwacht allebei, en ontdubbelt ertussen op een event-ID dat je met elke gebeurtenis meestuurt.
De reden is dat de twee routes op andere plekken falen. De browser ziet dingen die de server niet ziet — wat er op de pagina stond, waarop geklikt is. De server komt aan waar de browser dat niet doet. Samen raken ze minder kwijt dan elk apart.
Stuur je allebei zonder event-ID, dan tel je conversies dubbel. De oplossing is het ID, niet een route uitzetten. Conversions API versus de Meta-pixel gaat dieper op dat paar in.
Twee manieren om te sturen
Het adres aanroepen vanuit je eigen backend. Volledige controle, en je hebt vanaf nu een koppeling per platform die stukgaat als een formaat wijzigt.
Een server-side tagbeheerder draaien. Je site stuurt één gebeurtenis naar een container die jij beheert, en die stuurt hem door naar Meta, Google, LinkedIn en TikTok als instelling in plaats van code. Eén gebeurtenis, meerdere bestemmingen, één ding om te onderhouden.
Die tweede is wat server-side tagging voor de meesten in de praktijk betekent. Kom je hier voor Meta, dan is het stuk over de Meta Conversions API het specifieke.
Wat het niet doet
Het maakt toestemming niet overbodig. Het verbetert geen gegevens die je nooit hebt verzameld. En het repareert geen meetplan dat de verkeerde gebeurtenis afvuurt — dat gebeurt voortaan betrouwbaarder, vanaf een server.