Server side tagging instellen: de stappen, en waar het misgaat

Server side tagging instellen doe je in zeven stappen. Kies de handeling die telt, leg per handeling één eventnaam vast, regel de toestemming en kies waar de serverkant draait. Geef daarna browser en server hetzelfde event-id, stuur de klantgegevens mee en test voordat je uitbreidt. Stap vijf, het gedeelde event-id, is waar de dubbeltellingen ontstaan.

wat er moet staan voordat je begint

Begin pas met instellen als er een handeling op je site staat die iets waard is: een verzonden formulier, een geboekte afspraak, een betaling. Zonder zo'n punt richt je een meting in op een leeg vakje. Wat server side tagging is en wat er onder de motorkap verandert, staat in onze uitleg over server side tagging. Hieronder gaat het alleen over de uitvoering.

Verder heb je toegang nodig tot je advertentieaccount bij Meta en tot de plek waar je site of funnel draait, plus een cookiebanner die vastlegt waar je bezoeker toestemming voor gaf. Die laatste hoort erbij voordat er één meting vertrekt, want wat je vanaf je server doorstuurt blijft gebonden aan die toestemming.

de zeven stappen van nul naar werkende meting

De volgorde doet hier het meeste werk: eerst de afspraken over naam en id, daarna pas de techniek. Wie andersom begint, zet een koppeling aan die lijkt te werken en pas weken later blijkt te tellen wat er niet is.

1. Kies één handeling om mee te beginnen. Neem de handeling waarop je stuurt, bijvoorbeeld de verzonden aanvraag, en laat de rest voorlopig staan. De fout: alles tegelijk aanzetten, waardoor je bij een afwijking niet kunt zien welke meting hem veroorzaakt.
2. Leg de eventnaam vast voor beide routes. Kies per handeling één naam, bijvoorbeeld Lead voor een verzonden formulier, en schrijf op welke naam de browser gebruikt en welke de server. Volgens de documentatie van Meta worden een pixel-event en een server-event alleen als hetzelfde herkend wanneer de eventnaam gelijk is en het event-id gelijk is. De fout: de browser stuurt Lead en de server stuurt lead_form, waarna Meta twee losse gebeurtenissen ziet.
3. Regel de toestemmingsvraag voordat er iets vertrekt. Zorg dat je cookiebanner vastlegt waarvoor je bezoeker toestemming geeft, en dat je meting zich daaraan houdt, ook aan de serverkant. De fout: aannemen dat een route vanaf je eigen server die vraag omzeilt. Dat doet hij niet.
4. Kies waar de serverkant gaat draaien. Er zijn twee gangbare routes: een eigen servercontainer, of de ingebouwde koppeling van het systeem waar je funnel al in staat. Wat die routes kosten en wat ze van je vragen zetten we naast elkaar in het overzicht van kosten en tools. De fout: een servercontainer inrichten terwijl het systeem dat je al betaalt de koppeling gewoon aanbiedt.
5. Geef browser en server hetzelfde event-id. Je site maakt bij de handeling één uniek kenmerk aan en geeft dat mee aan de pixel (daar heet het veld eventID) en aan de server (daar heet het event_id). Hier staat of valt het instellen. De fout: elke route zijn eigen id laten aanmaken, waarna elke aanvraag twee keer geteld wordt en je kostprijs per aanvraag lager lijkt dan hij is.
6. Stuur de klantgegevens gehasht mee vanaf de server. Meta beveelt aan mee te sturen: e-mailadres, IP-adres, voor- en achternaam, telefoonnummer, de cookiewaarden fbp en fbc, en de user agent van de browser (het kenmerk waarmee een browser zich bekendmaakt). Het e-mailadres, de voor- en achternaam en het telefoonnummer gaan gehasht mee, omgerekend naar een reeks tekens die niet leesbaar is. Het IP-adres, de user agent en de cookiewaarden fbp en fbc gaan ongehasht mee. De fout: alleen een e-mailadres meesturen, waardoor Meta weinig aanknopingspunten heeft om de aanvraag aan een persoon te koppelen.
7. Doe een testaanvraag en controleer voordat je uitbreidt. Vul je eigen formulier in en kijk in Events Manager of Meta bij de gebeurtenis meldt dat hij ontdubbeld is. Die melding is het bewijs dat browser en server als dezelfde handeling herkend zijn; het aantal gebeurtenissen dat je ziet zegt op dat moment nog niets. Staat de melding er, dan pas zet je de volgende handeling aan. De fout: de hele meetopzet in één avond aanzetten en er pas na een paar weken achter komen dat de cijfers niet kloppen.

de fouten en wat je eraan doet

Elke storing geeft een eigen signaal dat de oorzaak aanwijst. Dat scheelt het opnieuw inrichten van iets dat al goed stond.

hoe je controleert of het echt werkt

Controleren doe je op twee punten: komt de handeling als één gebeurtenis binnen, en kan Meta de persoon erachter herkennen. Het eerste zie je in Events Manager na een testaanvraag op je eigen site, al kan de weergave daar iets achterlopen.

Let daarbij op het venster. Volgens de documentatie van Meta ontdubbelt Meta alleen als het tweede event binnen 48 uur na het eerste met hetzelfde event-id binnenkomt. Blijf je twee losse gebeurtenissen zien, dan verschilt de naam of het id. Draai je maar met één bron, dan valt er niets te ontdubbelen: twee gelijke browserevents tellen allebei, ook als ze bij dezelfde handeling horen. Hoe je de twee routes samen laat lopen zonder dat ze elkaar dubbel tellen, staat uitgewerkt in ons stuk over pixel en Conversions API samen.

Het tweede punt lees je af aan de event match quality: volgens de documentatie van Meta een score tot 10 die aangeeft hoe goed de klantgegevens bij een serverevent te koppelen zijn aan een Meta-account. Hoe meer bruikbare velden je meestuurt, hoe vaker Meta de aanvraag aan een echt persoon kan verbinden. Een streefgetal noemen wij niet; wat helpt is de lijst velden uit stap zes.

zo ziet de serverkant eruit in gohighlevel

Draait je funnel in GoHighLevel, dan hoef je geen aparte meetserver in te richten. In de funnelinstellingen zit een tab Gebeurtenissen die trackinggegevens rechtstreeks naar Meta stuurt; dat is de Conversions API. De browser-pixel gaat daar los van, via de tracking-code in diezelfde funnelinstellingen. Wij controleerden dat op onze eigen testfunnel. De stappen hierboven veranderen er niet door: naam en event-id moeten aan beide kanten gelijk zijn, anders telt ook hier alles dubbel.

wanneer je hier beter niet aan begint

Of dit voor jou de moeite waard is hangt af van je omvang en van het conversiepunt op je site; die afweging staat in ons stuk over de voordelen van server side tagging. Is je site op maat gebouwd, dan heb je een technische partij nodig, vooral voor stap vijf: het gedeelde event-id komt dan uit je eigen code.

En als het je niet lukt om browser en server betrouwbaar hetzelfde event-id te geven, zet dan één van de twee lagen uit. Eén laag die klopt is beter dan twee lagen die dubbel tellen, want op dubbele cijfers neem je beslissingen over budget die nergens op rusten. Zet de tweede laag erbij zodra het gedeelde id staat. Aan die keuze verdienen wij niets, en als je na een testaanvraag ziet dat alles al als één gebeurtenis binnenkomt, dan ben je klaar.

veelgestelde vragen

wat heb ik nodig om server side tagging in te stellen?

Voor het instellen van server side tagging heb je toegang nodig tot je advertentieaccount bij Meta, toegang tot de plek waar je site of funnel draait, en een cookiebanner die vastlegt waarvoor je bezoeker toestemming gaf. Verder heb je een handeling nodig die je wilt meten, zoals een verzonden formulier of een geboekte afspraak. Zonder zo'n handeling is er niets om door te sturen.

hoe geef ik browser en server hetzelfde event-id?

Je laat je site bij de handeling één uniek kenmerk aanmaken en geeft dat kenmerk aan beide routes mee: aan de pixel in het veld eventID, aan de serverkoppeling in het veld event_id. Volgens de documentatie van Meta worden een pixel-event en een server-event alleen als hetzelfde herkend als zowel de eventnaam als het event-id gelijk zijn. Laat je elke route zijn eigen id verzinnen, dan ziet Meta twee losse gebeurtenissen.

hoe zie ik of het instellen gelukt is?

Dat controleer je met een testaanvraag op je eigen site, waarna je in Events Manager kijkt of Meta bij de gebeurtenis meldt dat hij ontdubbeld is. Houd daarbij rekening met het venster: volgens de documentatie van Meta ontdubbelt Meta alleen als het tweede event binnen 48 uur na het eerste met hetzelfde event-id binnenkomt. Kijk daarna ook naar de event match quality van je serverevents, de score die aangeeft hoe goed Meta de klantgegevens kan koppelen.

heb ik een developer nodig om dit in te stellen?

Dat hangt af van waar je funnel draait. Biedt je systeem de serverkoppeling zelf aan, zoals de tab Gebeurtenissen in de funnelinstellingen van GoHighLevel, dan is het een kwestie van invullen en aanzetten. Is je site op maat gebouwd, dan heb je een technische partij nodig, vooral om browser en server hetzelfde event-id te laten delen; dat deel zit in de code van je site.

wat doe ik als mijn events dubbel tellen?

Tellen je events dubbel, controleer dan eerst of de eventnaam aan beide kanten precies hetzelfde is en daarna of het event-id gedeeld wordt. Die twee moeten allebei gelijk zijn voordat Meta ontdubbelt. Zie je twee gelijke browserevents, dan staat je meetcode ergens dubbel op de pagina: met alleen een browserbron ontdubbelt Meta niets. Krijg je het niet opgelost, zet dan tijdelijk één laag uit, zodat je in elk geval op kloppende aantallen stuurt.

Loop je vast op een van deze stappen, dan kijken we met je mee waar je blijft steken. Staat alles al goed, dan is dat het eerlijke antwoord dat je terugkrijgt. App me en plan een gesprek van dertig minuten.

Wat onze aanpak oplevert zie je op de resultatenpagina.