Server-side Tracking voor wellness- en gezondheidsmerken: hoe je je conversiegegevens accuraat houdt

Als je hebt gemerkt dat je conversietracking de afgelopen achttien maanden achteruit is gegaan, terwijl je zelf geen wijzigingen in de implementatie hebt aangebracht, ligt het probleem waarschijnlijk niet aan je instellingen. Het komt doordat advertentieplatforms je website als gezondheidsgerelateerd beschouwen en de conversiegegevens die ze van je website accepteren beperken, omdat ze deze als gevoelige gegevens categoriseren.

Meta kan de conversieoptimalisatie voor je website uitschakelen zonder dat je iets verkeerds hebt gedaan. Het deelt de websites van adverteerders in categorieën in en als je site in de categorie ‘gezondheid en welzijn’ terechtkomt, kun je niet meer optimaliseren voor ‘Aankoop’, ‘Lead’ of ‘Abonneren’. Google legt aparte beperkingen op voor dezelfde categorie door remarketing en Customer Match te verwijderen uit accounts in gevoelige interessecategorieën. Safari gaat nog een stap verder en verwijdert de cookie die een klik zou hebben gekoppeld aan een boeking die een paar maanden later is gemaakt. De beperkingen worden automatisch door elk platform op je website toegepast en toestemming van de gebruiker maakt ze niet ongedaan.

Dit reikt verder dan de meeste marketeers verwachten en omvat bedrijven die supplementen en huidverzorgingsproducten aanbieden, diensten op het gebied van gewichtsverlies en vruchtbaarheid, apps voor geestelijke gezondheid, tandheelkundige en esthetische klinieken, fysiotherapiepraktijken en nog veel meer.

In deze gids leggen we uit wat er precies is veranderd bij Meta en Google, wat er een beperking veroorzaakt en hoe je problemen met server-side tracking voor wellness- en gezondheidsmerken kunt aanpakken. We nemen ook een aantal veelvoorkomende scenario’s door voor elke branche en doelgroep, zodat je kunt achterhalen waar je eigen opzet gegevens misloopt.

Wat is er veranderd op Meta?

Eind 2024 is Meta begonnen met het indelen van gegevensbronnen – dat zijn de websites en apps die events via Meta Business Tools doorsturen – op basis van het onderwerp van de site en de producten of diensten die er worden aangeboden. Een van die categorieën is gezondheid en welzijn. Meta beschrijft deze categorie als bedrijven die te maken hebben met medische aandoeningen, specifieke gezondheidssituaties of relaties tussen zorgverleners en patiënten. Voorbeelden die Meta zelf noemt, zijn onder andere een welzijnstracker voor depressie en een patiëntenportaal.

Zodra je domein in die categorie valt, past Meta een van de drie beperkingsniveaus toe:

• Basisinstellingen. Je kunt dan geen aangepaste parameters en URL-delen meer delen buiten het domein. Aangepaste doelgroepen die zijn samengesteld op basis van URL-regels, worden op die gegevens geselecteerd en verliezen daardoor na verloop van tijd hun nauwkeurigheid. Catalogusitems die via de Pixel zijn toegevoegd, worden mogelijk niet geregistreerd. Automatische geavanceerde matching is mogelijk niet meer beschikbaar en sommige rapportagefuncties verdwijnen uit Events Manager, waaronder steekproefactiviteit en de tool voor testgebeurtenissen.
• Beperking op bepaalde standaardevents. Events in het midden en onderaan de funnel kunnen niet meer worden geoptimaliseerd, zoals Aankoop, Toevoegen aan winkelwagen, Lead, Abonneren en Inplannen. Events in de bovenste funnel, zoals ‘Landingspagina bekijken’ en ‘Inhoud bekijken’, blijven beschikbaar, en geregistreerde aangepaste events werken mogelijk nog steeds, afhankelijk van je niveau. Wees hier echter voorzichtig mee. Het hernoemen van een beperkte event om de beperking te omzeilen, kan worden gezien als misbruik en brengt je toegang tot Business Tools in gevaar.
• Volledige beperking. Alle events kunnen worden beperkt tot bepaalde regio’s of tot alle regio’s, en Meta Business Tools kan niet worden gebruikt voor campagneoptimalisatie in de regio’s waar die beperkingen gelden. Een account op dit niveau werkt zonder conversiegebaseerde biedingen.

Er zijn een paar belangrijke details waar je op moet letten.

Er gelden beperkingen voor de gegevensbron, dus een cookiebanner kan die niet oplossen. Een gebruiker kan expliciete, gedetailleerde en volledig gedocumenteerde toestemming geven, maar het event wordt aan de kant van Meta toch genegeerd. Jouw instellingen voor toestemming bepalen nog steeds wat je mag verzamelen en naar je tools mag sturen, en of een gebruiker nu toestemming geeft of niet, maakt geen verschil voor welke gegevens Meta uiteindelijk accepteert.

De handhaving gebeurt per regio. Meta wijst erop dat de beperkingen per land of regio kunnen verschillen, of wereldwijd kunnen gelden, afhankelijk van de geldende lokale regelgeving. Adverteerders uit de EU melden al vaker dat ze op vergelijkbare websites meer beperkingen ondervinden dan adverteerders uit de VS, wat voortvloeit uit het feit dat de AVG gegevens over gezondheid als een bijzondere categorie behandelt volgens artikel 9.

Het verzenden van dezelfde events aan de server-side verandert niets aan de beperking. Als een bron volledig beperkt is, negeert Meta de events zodra ze binnenkomen, ook als ze via de Conversions API worden verzonden. Een servercontainer verandert niets aan de beperking zelf.

Bovendien legt Meta de verantwoordelijkheid voor naleving bij jou. In het Business Help Center staat dat, hoewel de systemen van Meta zijn ontworpen om de verboden informatie die ze detecteren eruit te filteren, de adverteerder uiteindelijk verantwoordelijk is voor de gedeelde gegevens en dat de systemen van Meta geen vervanging zijn voor je eigen nalevingsmechanismen. Herhaalde waarschuwingen over het delen van verboden gegevens gaan vooraf aan maatregelen op accountniveau, dus behandel ze als urgent.

Wat is er veranderd bij Google?

Google pakt hetzelfde probleem aan via zijn beleid inzake gepersonaliseerde advertenties. Gezondheid is een gevoelige interessecategorie en de definitie van Google is ontzettend breed. Het omvat lichamelijke en geestelijke aandoeningen, chronische aandoeningen, producten en diensten die worden gebruikt om deze te behandelen of onder controle te houden, seksuele en reproductieve gezondheid, alles wat te maken heeft met intieme lichaamsdelen of -functies, en ingrijpende medische ingrepen, waaronder cosmetische chirurgie en injecties.

Adverteerders die producten of diensten in een gevoelige interessecategorie promoten, mogen geen door adverteerders samengestelde doelgroepen gebruiken. Daardoor verdwijnen remarketinglijsten, Customer Match en soortgelijke doelgroepen uit je account. Vooraf gedefinieerde Google-doelgroepen, zoals ‘in-market’- en affiniteitssegmenten, blijven beschikbaar, omdat Google deze samenstelt zonder gevoelige signalen. Aangepaste segmenten die gevoelige advertentie-uitingen gebruiken of naar gevoelige bestemmingspagina’s verwijzen, zijn beperkt tot contextuele en niet-gevoelige Display-plaatsingen, en andere campagnetypen die hiervan gebruikmaken, worden helemaal niet weergegeven.

In de praktijk betekent dit dat een esthetische kliniek of een afslankmerk een groot deel van de Google-toolkit voor het bereiken van je doelgroep kwijtraakt, waardoor conversiegegevens de belangrijkste input zijn die Google nog overhoudt om op te optimaliseren. Daarom is het de moeite waard om de nauwkeurigheid van de gegevens die je verstuurt goed te bewaken.

Als je adverteert in de EER of het VK, is Consent Mode v2 sinds maart 2024 verplicht. Zonder die vier toestemmingssignalen stopt Google met het samenstellen van remarketingdoelgroepen en verslechtert de conversiemodellering voor die gebruikers.

Wat er in de browserlaag bovenop al het andere gebeurt

Het beleid van advertentieplatforms is het nieuwste probleem, maar het oudere probleem met de beperkingen op browserniveau is nog steeds niet opgelost.

Safari beperkt de geldigheidsduur van cookies die door JavaScript worden aangemaakt tot ongeveer zeven dagen, en verkort die tot ongeveer 24 uur wanneer de landings-URL een bekende advertentieparameter bevat, zoals gclid of fbclid. Betaalde klikken bevatten die parameters. Cookies die door je eigen server via HTTP vanaf je eigen domein worden geplaatst, behouden daarentegen hun normale geldigheidsduur.

Die kloof is schadelijker voor gezondheid en welzijn dan voor de meeste andere categorieën, vanwege de lange besluitvormingsprocessen in deze sectoren. Iemand die hulp zoekt bij vruchtbaarheid, doet maandenlang onderzoek. Iemand die klinieken vergelijkt voor een tandimplantaat, maakt pas weken na het zien van de eerste advertentie een afspraak voor een consult. Iemand die voedingssupplementen koopt, leest drie vergelijkingsartikelen voordat hij of zij eindelijk een bestelling plaatst. Een app voor geestelijke gezondheid zet een proefabonnement na veertien of dertig dagen om in een betaald abonnement. In al die gevallen is de browser al vergeten welke campagne het hele traject in gang heeft gezet.

Adblockers zorgen ervoor dat er nog meer gegevens verloren gaan, en het publiek in de gezondheidssector bestaat vaak uit gebruikers die extra op hun privacy letten en op mobiele apparaten surfen – en die gebruiken deze adblockers waarschijnlijk. De beveiliging van Safari wordt steeds strenger; daar gaan we dieper op in in ons artikel over trackingbeveiliging in Safari 27.

Wat zorgt er eigenlijk voor dat er een beperking wordt ingesteld?

De meeste merken die als gezondheidsgerelateerd worden aangemerkt, waren niet van plan om gevoelige gegevens te versturen. Dit komt meestal door URL’s, eventnamen en parameters die om andere redenen zijn gemaakt.

• URL-paden en query-strings. Een pagina op /collections/menopause-support of /treatments/acne-scarring geeft Meta meteen het onderwerp van het bezoek door zodra de volledige URL in een event wordt opgenomen. Hetzelfde geldt voor quizresultaten en filterparameters.
• Aangepaste namen voor events en conversies. Een gebeurtenis met de naam ‘hair_loss_consultation_booked’ of een conversie met de naam ‘IVF Lead’ geeft een gezondheidstoestand weer in gewone tekst.
• Aangepaste parameters. Productnamen, categorievelden, abonnementstypen en behandelingscodes die samen met een aankoopgebeurtenis worden doorgegeven, bevatten dezelfde informatie als de URL.
• Pixelplaatsing. Een pixel op een patiëntenportaal, een symptoomquiz, een intakeformulier of een bevestigingspagina na het boeken is de meest voorkomende oorzaak van een verscherpte beperking.
• Catalogus- en productfeedgegevens. In de titels van producten in een feed over supplementen of huidverzorging wordt vaak de aandoening genoemd waarvoor het product wordt gebruikt.
• Advertentieteksten en de inhoud van de landingspagina. Beperkingen kunnen indirect worden veroorzaakt door de tekst op je advertenties en pagina’s. De advertentienormen van Meta op het gebied van gezondheid en welzijn raden teksten af die ervoor zorgen dat mensen een negatief beeld van zichzelf krijgen. Bovendien geeft het noemen van een specifieke aandoening in een advertentie informatie over de persoon die erop klikt.

Om dit snel te controleren, kijk je naar één onbewerkte gebeurtenis-payload en vraag je jezelf af of een vreemde die deze leest, daaruit iets zou kunnen afleiden over de gezondheid of toestand van de persoon die erin wordt beschreven. Als het antwoord ja is, vormt die payload een risico, ongeacht hoe deze wordt verzonden.

Wat ‘server-side Tracking’ hieraan doet

Bij ‘server-side tracking’ wordt het trackingproces verplaatst naar een servercontainer die op je eigen domein draait. Je website stuurt daar events naartoe en jij bepaalt zelf wat er naar welke bestemming gaat.

Voor een adverteerder in de gezondheids- of wellnessbranche biedt die controle vijf belangrijke voordelen:

Eén plek om de gegevens te beheren die je systemen verlaten

In plaats van elke tag, plug-in of themasjabloon op je site apart te controleren, stel je de toegestane velden één keer in de servercontainer in. Verwijder het URL-pad, laat de ‘treatment’-parameter weg, hernoem het event, hash de identificatiecodes – elke tool die hierop aansluit, neemt die regels over. Het grootste deel van dat werk gebeurt in GTM-transformaties.

De meting blijft compleet, ongeacht wat het platform met de events doet

Een beperking zorgt ervoor dat Meta een event niet kan gebruiken voor optimalisatie, maar het houdt je er niet van tegen om die conversie te registreren. Zolang je server de volledige stroom van events bijhoudt, blijven je analyses, dashboards en budgetbeslissingen intact, zelfs als Meta alleen signalen uit de bovenste fase van de funnel ontvangt. Je rapportages laten nog steeds zien wat elke campagne heeft gekost en wat het heeft opgeleverd, en dat is precies wat je nodig hebt om te beslissen waar het budget volgende maand naartoe gaat.

Conversies doorsturen vanuit systemen die de browser niet ziet

Afspraken voor de praktijk die via de praktijkbeheersoftware worden vastgelegd, telefonische consulten, abonnementsverlengingen, upgrades van proefversies naar betaalde versies en terugbetalingen vinden allemaal buiten de website om plaats. Met een server-side configuratie kun je deze gegevens in je rapportages verwerken en, als het beleid dat toestaat, als offline conversies met neutrale events in de platforms opnemen. Dit is vooral belangrijk voor klinieken, omdat het vaak de enige manier is waarop ze een nauwkeurig beeld van hun inkomsten kunnen krijgen.

Toestemming kan in de regel worden afgedwongen

Je server controleert of er toestemming is voordat een tag wordt geactiveerd en stuurt gegevens alleen door voor de doeleinden waarmee de bezoeker heeft ingestemd. Als iemand zijn toestemming intrekt, stopt de server met het delen van de gegevens met alle downstream-tools. In ons artikel ‘Beyond the banner’ leggen we uit hoe dit werkt in combinatie met een platform voor toestemmingsbeheer.

De gegevens blijven in de regio

Door de servercontainer op Europese infrastructuur te draaien, blijft de stroom van events – inclusief alles wat je eruit filtert voordat het een platform bereikt – binnen de EU. Dat is een duidelijk antwoord dat je aan een DPO, een auditor of de compliance-verantwoordelijke van een kliniek kunt geven. Meer hierover vind je in onze AVG-gids en op onze infrastructuurpagina.

De beperkingen van server-side tracking

Met tracking aan de server-side kun je zelf bepalen welke gegevens je verstuurt en welke je bewaart. Maar er zijn ook een paar beperkingen waar je rekening mee moet houden voordat je je plannen hierop afstemt:

• Dit heeft geen invloed op de manier waarop Meta je website heeft ingedeeld. Als je de indeling wilt wijzigen, verwijder dan de gezondheidsgerelateerde gegevens uit de gegevens en dien een bezwaarschrift in.
• Bij een volledig beperkte bron wordt de optimalisatie niet hersteld. Meta negeert die events zodra ze binnenkomen, of ze nu van de Pixel of de Conversions API komen.
• Dat maakt het versturen van verboden gegevens nog niet veilig. Het doorsturen van een behandelingsnaam vanaf je server is dezelfde overtreding als wanneer je die vanuit een browser verstuurt, en de verantwoordelijkheid ligt in beide gevallen bij jou.

Waar de metingen onderbreekt tijdens een welzijnstraject

Dit gebeurt allemaal wanneer een browser-tag maar beperkt werkt, bijvoorbeeld omdat er te veel tijd is verstreken, de bezoeker naar een ander domein is gegaan of het event buiten de website plaatsvond.

• De betaalde klik. Het bevat een gclid of fbclid, wat de duidelijkste aanwijzing is waar het bezoek vandaan kwam. Safari verkort de geldigheidsduur van cookies die door JavaScript worden geplaatst tot ongeveer 24 uur als een van die parameters in de landings-URL staat.
• De quiz of symptoomchecker. Hoge intentie, en bovendien de pagina die het vaakst een aandoeningsnaam in de URL of de resultaatparameters bevat, waardoor het de moeite waard is om deze bij te houden, maar riskant om te versturen.
• De aanvraag voor een consult of de reservering. Dit gebeurt vaak in planningssoftware van een derde partij op een ander domein, waardoor de browser het als een apart bezoek beschouwt en de oorspronkelijke klik er niet meer aan gekoppeld is.
• De eerste aankoop of afspraak. Dit gebeurt meestal pas dagen of weken na de klik, en tegen die tijd is de cookie aan de kant van de gebruiker al verwijderd.
• Abonnementsverlengingen en vervolgbehandelingen. Deze gegevens worden vastgelegd in facturerings- of praktijkbeheersoftware waar geen Pixel aanwezig is, wat betekent dat ze buiten je advertentieplatform blijven.
• Terugbetalingen, annuleringen en gemiste afspraken. Deze gegevens staan opgeslagen in je facturatie- of praktijkbeheersoftware, dus als je ze wilt overnemen, moet je ze vanuit dat systeem versturen en niet via de website.

Vier scenario’s voor tracking in reclame voor gezondheid en welzijn

Beperkingen en browserbeperkingen komen op verschillende manieren tot uiting, afhankelijk van het bedrijfsmodel en de specifieke branche. Deze vier situaties omvatten een aantal veelvoorkomende patronen.

Een merk van voedingssupplementen dat formules voor specifieke aandoeningen verkoopt

De URL’s van categoriepagina’s bevatten de naam van de voorwaarde, de titels van de productfeeds herhalen die naam en bij het ‘Aankoop’-event wordt de productnaam als parameter doorgegeven. De gegevensbron wordt verplaatst naar de kernconfiguratie, waardoor de URL-details waarop die doelgroepen zijn afgestemd niet meer worden gedeeld en ze langzaam kleiner worden. Door de gebeurtenis server-side af te handelen, kan het merk een conversie met waarde en valuta onder een neutrale naam versturen, zonder de product-ID of het URL-pad. De gevoelige informatie blijft buiten wat Meta ontvangt, en het aantal conversies en de omzetcijfers blijven ongewijzigd.

Een schoonheidskliniek waar de meeste afspraken voor behandelingen via de telefoon worden gemaakt

De website registreert alleen ingevulde formulieren, dus de gerapporteerde conversies vertegenwoordigen maar een fractie van de werkelijke omzet. Meta optimaliseert op het invullen van het formulier, omdat dat de enige gebeurtenis is die het krijgt. Daardoor gaat het budget vooral naar campagnes die goedkope leads opleveren, in plaats van naar geboekte behandelingen. De kliniek kan afgeronde afspraken vanuit haar praktijkbeheersoftware naar de server sturen en ze vervolgens doorsturen naar Meta onder een conversienaam die het event identificeert zonder de behandeling te noemen.

Een vruchtbaarheidskliniek waar de behandelingsduur in maanden wordt gemeten

Er wordt in januari voor het eerst geklikt en de afspraak wordt in april geboekt, op hetzelfde apparaat. De cookie aan de klantzijde die tijdens het eerste bezoek is geplaatst, is tegen die tijd al verwijderd, dus de browser weet niet meer waar het bezoek vandaan kwam en de boeking wordt toegeschreven aan een merkzoekopdracht of direct verkeer. De campagnes die de oorspronkelijke interesse hebben gewekt, leveren geen rendement op, ook al hebben ze de patiënt binnengehaald. Een cookie die door je eigen server via HTTP is geplaatst, behoudt zijn standaard geldigheidsduur, dus de klik-ID is in april nog steeds beschikbaar en de afspraak kan worden toegeschreven aan de campagne achter de klik in januari.

Een app voor geestelijke gezondheid die proefabonnementen na twee weken omzet in betaalde abonnementen

Meta heeft het ‘Subscribe’-event voor het domein beperkt, wat betekent dat dit niet meer gebruikt kan worden voor optimalisatie. De servercontainer registreert nog steeds elke conversie, dus het team kan zien welke campagnes betalende abonnees opleveren, ook al rapporteert Meta daar niet over. Meta optimaliseert op basis van het hoogste nog beschikbare event in de funnel, terwijl het team de prestaties beoordeelt aan de hand van hun eigen gegevens over betaalde conversies.

Server-side tracking stap voor stap implementeren

Om te beginnen hoef je je tracking niet helemaal opnieuw op te zetten. Je huidige opzet blijft gewoon draaien terwijl je er een servercontainer naast toevoegt, de events één voor één overzet en de resultaten vergelijkt voordat je iets uitschakelt.

1. Kijk eerst even wat je beveiligingsniveau is. De rest van het plan hangt af van de categorie waarin je zit. Selecteer in Events Manager je gegevensbron en open ‘Instellingen’. Daar zie je onder ‘Gegevensbroncategorieën beheren’ en ‘Gegevensbeperkingen’ je huidige status. Het tabblad ‘Diagnostiek’ is ook de moeite waard om te bekijken, want daar vind je meldingen over verboden informatie die uit je gegevens wordt verwijderd.
2. Kijk eens goed naar wat je nu allemaal verstuurt. Open de payload van een live-evenement en bekijk alle velden. Kijk naar je URL’s, aangepaste evenementnamen, aangepaste parameters en catalogustitels.
3. Haal de Pixel weg van de pagina’s die de patiënt te zien krijgt. Hieronder vallen meestal portalen, aanmeldingsformulieren, pagina’s met quizresultaten en bevestigingen na het boeken.
4. Stel de servercontainer in en leid één event erdoorheen. Begin met je allerbelangrijkste conversie.
5. Pas je filterregels toe in de servercontainer. Geef events neutrale namen, geef alleen de parameters door die je hebt goedgekeurd en verwijder alle URL-gegevens buiten het domein.
6. Vergelijk de gegevens van de browser en de server voordat je iets uitschakelt. Dat verschil zul je het duidelijkst zien in je Safari- en mobiele verkeer.
7. Haal de offline bronnen erbij. Dit is meestal het punt waarop de grootste hiaten in de rapportage voor klinieken worden gedicht. Voeg daar nog afspraken, verlengingen, terugbetalingen en al het andere aan toe.
8. Schrijf de regels op en voeg ze toe aan je checklist voor de release. Eén nieuwe parameter die een ontwikkelaar over een paar maanden toevoegt, kan er weer voor zorgen dat er een beperking in werking treedt. Onze checklist voor server-side tracking is een goed startpunt.

Hoe TAGGRS merken op het gebied van gezondheid en welzijn helpt

TAGGRS host en onderhoudt de servercontainer voor je, zodat je een werkende datapijplijn krijgt zonder dat je ontwikkelaars de cloudinfrastructuur hoeven te configureren of daarna te onderhouden. Alles draait op Europese servers, dus je gegevens blijven binnen de EU en je weet precies waar ze worden verwerkt, zodat je dit kunt documenteren voor je privacyfunctionaris.

Deze opzet breidt je huidige Google Tag Manager-container uit, zodat je bestaande webcontainer gewoon blijft draaien terwijl je tags migreert en de resultaten controleert. Meta maakt verbinding via een gehoste Conversions API Gateway, waardoor je geen aangepaste integratie meer nodig hebt.

Een paar functies van TAGGRS zijn hier extra belangrijk.

• Verbeterd trackingscript vervangt je standaard GTM-script en maskeert het, zodat events van bezoekers met adblockers toch je servercontainer bereiken. Het verbetert ook de cookie-bestendigheid op ITP-browsers als je het combineert met de juiste server-side instellingen. Events die op deze manier worden vastgelegd, worden apart gemarkeerd in je dashboard, zodat je kunt zien hoeveel data er wordt teruggewonnen.
• Data Enricher combineert, filtert en vult gebeurtenisgegevens op de server aan voordat er iets wordt doorgestuurd. Hier pas je je regels voor toegestane velden toe en voeg je niet-gevoelige context toe, zoals stad, regio en apparaat. Dit verhoogt je Meta Event Match Quality en het matchpercentage van Google Enhanced Conversions.
• Cookieherstel slaat een gebruikers-ID op in een ITP-conforme first-party cookie en zet marketingcookies weer aan als je terugkomt. Een boeking die weken na de eerste klik wordt gemaakt, kan nog steeds worden gekoppeld aan de campagne die ervoor gezorgd heeft.
• Klik-ID herstellen bewaart de klik-ID server-side gedurende de lange evaluatieperiodes.
• Multi-domeintool zorgt ervoor dat de ervaring naadloos doorloopt wanneer een patiënt van je marketingsite naar een apart boekings- of portaaldomein gaat.

Het grootste deel van de configuratie is al klaar. Kant-en-klare sjablonen en een GTM-kopieer-en-plak-optie dekken de standaardinstellingen voor GA4, Google Ads en Meta, dus het enige wat je hoeft te doen is je eigen ID’s invullen en de elementen aanpassen die specifiek zijn voor jouw site. Zo houd je tijd over voor de beslissingen die er echt toe doen, namelijk de filterregels en wat je elk platform toestaat te ontvangen.

Conclusie

Adverteerders op het gebied van gezondheid en welzijn hebben tegenwoordig minder bruikbare signalen tot hun beschikking dan veel andere categorieën en sectoren. Meta beperkt welke events het accepteert, Google beperkt welke doelgroepen je kunt samenstellen, en door beperkingen in browsers wordt de hoeveelheid data die beide partijen ontvangen nog verder teruggeschroefd.

Wat je wel nog kunt doen, is de controle over je eigen datapijplijn behouden. Jij bepaalt zelf wat er vanaf je server wordt verzonden en houdt een volledig conversieoverzicht bij, ongeacht wat de platforms accepteren. Je behoudt ook de mogelijkheid om de gegevens te verwijderen die de beperking in de eerste plaats hebben veroorzaakt. Dat begint allemaal met inzicht in hoe je huidige trackingopzet eruitziet en waar die tekortschiet.

Onze gratis website-trackingchecker scant je domein en geeft een score voor je tracking op het gebied van pixels, server-side dekking, cookies en toestemming. Je hebt geen toegang tot GTM of advertentieaccounts nodig. Je krijgt alle bevindingen te zien, inclusief een aanbevolen oplossing.

Test tracking aan de server-side met een gratis TAGGRS-account, of boek een demo als je wilt dat we samen met jou je opstelling bekijken.

FAQ

Heeft server-side tracking de gezondheids- en welzijnsbeperkingen van Meta opgeheven?

Nee, en pas op voor iedereen die iets anders beweert. Er worden beperkingen opgelegd aan je gegevensbron op basis van hoe Meta je website categoriseert. Als een bron volledig wordt beperkt, verwijdert Meta de events direct bij ontvangst, inclusief events die via de Conversions API worden verzonden. Met een server-side opzet kun je zelf bepalen wat je verstuurt, je eigen metingen compleet houden als het platform geen events meer accepteert, en fouten voorkomen die een beperking verergeren.

Kan toestemming van de gebruiker een beperking van Meta opheffen?

Nee. De beperking wordt door Meta toegepast op het niveau van de gegevensbron. Toestemming blijft wettelijk vereist voor de gegevens die je verzamelt, en bepaalt wat je mag doorsturen, maar het verandert niets aan wat Meta accepteert van een gecategoriseerd domein.

Hoe kom ik erachter op welk beperkingsniveau ik zit?

Selecteer in Events Manager je gegevensbron en open ‘Instellingen’. Vink ‘Gegevensbroncategorieën beheren’ en ‘Gegevensbeperkingen’ aan. Op het tabblad ‘Diagnostiek’ zie je ook meldingen wanneer verboden informatie uit je gegevens is verwijderd. Meta zet deze meldingen niet altijd duidelijk in beeld, dus kijk zelf even na in plaats van te wachten op een e-mail.

Ik denk dat Meta mijn bedrijf verkeerd heeft ingedeeld. Moet ik hiertegen in beroep gaan?

Dien een bezwaar in, maar zorg eerst dat de datapijplijn in orde is. Als de signalen die tot de indeling hebben geleid nog steeds aanwezig zijn, helpt een bezwaar misschien niet veel. Verkeerde indelingen komen voor – zorg ervoor dat je een specifieke, feitelijke beschrijving geeft van wat je bedrijf wel en niet doet. Wees erop voorbereid dat Meta de indeling misschien niet aanpast.

Voldoet server-side tracking aan de AVG als het om gezondheidsgegevens gaat?

Tracking aan de server-side is een methode om gegevens te verzamelen en door te sturen. Het voldoet aan de AVG als het gepaard gaat met een rechtmatige grondslag en de juiste toestemming, en het helpt je om aan de regels te voldoen door je controle te geven over wat je omgeving verlaat en je de mogelijkheid te bieden gegevens op Europese infrastructuur te bewaren. Gezondheidsgegevens vormen een speciale categorie volgens artikel 9 van de AVG, dus de relevante vraag is meestal of je een bepaald veld überhaupt wel moet doorsturen, en via een server-side opzet kun je die beslissing afdwingen.

Hoe moeten klinieken omgaan met afspraken die offline worden gemaakt?

Stuur ze vanuit het systeem waar ze zijn vastgelegd. Met een server-side opzet kun je bevestigde afspraken, bijgewoonde afspraken en afzeggingen in je rapportages opnemen en neutrale conversiesignalen doorsturen naar platforms waar het beleid dat toestaat. Voor de meeste klinieken dicht dit de grootste kloof tussen marketingrapportages en financiële cijfers.

Zal dit de conversies terugwinnen die ik misloop door adblockers en browserbeperkingen?

Het haalt een aanzienlijk deel terug. Omdat de gegevens vanuit je eigen domein komen in plaats van via een script van een derde partij waarop blokkers zich richten, komen veel events die bij het volgen via de browser verloren gaan toch nog bij je server terecht. Hoeveel dat precies is, hangt af van je publiek en je instellingen. Het TAGGRS-dashboard laat je het verschil zien tussen browser- en servergegevens voor je eigen site.

Hoe lang duurt de implementatie?

Met managed hosting kun je de basisopzet snel live zetten, omdat je geen tijd kwijt bent aan het configureren van de cloud. De eerste gerecupereerde conversies zie je al snel daarna. Het duurt wat langer om het hele traject – van adviesgesprekken en boekingen tot abonnementen en offline bronnen – te dekken, en dat pak je het beste in fasen aan, te beginnen met je meest waardevolle event.