Beperking voor het delen van gegevens in Meta oplossen

Je hebt alle tracking voor je eigen website of je klant netjes opgezet. De pixel staat live. Maar dan: Je krijgt ineens die rode waarschuwing(en) in Events Manager/gebeurtenissenbeheer: Meta beperkingen voor het delen van gegevens. Je hebt geen idee wat het betekent.

Als je goed leest lijkt er geen duidelijke fix. Dat gevoel kennen veel adverteerders en marketeers. Ik word er als trackingspecialist enkele keren in de maand over gemaild door klanten, daarom besloot ik er hier een blog over te schrijven om anderen te helpen.

Beperkende waarschuwingen in Meta gegevensbeheer

Helaas, je herkend onderstaande melding(en) vast, anders was je hier denk ik niet terecht gekomen…:

⚠️ Beperkingen voor het delen van gegevens toegepast
Een of meer websites of apps zijn gekoppeld aan categorieën met beperkingen voor het delen van gegevens. Bepaalde standaardgebeurtenissen worden geblokkeerd en je gegevensbronnen maken deel uit van een Core-configuratie. Als je van mening bent dat de toegewezen categorieën niet kloppen, kun je een beoordeling aanvragen.

⚠️ Sommige websitegegevens zijn geblokkeerd
Sommige websitegegevens worden geblokkeerd als de websitebezoeker zich in de Europese regio bevindt. Dit komt doordat de gegevens inconsistent lijken met onze Voorwaarden voor Meta Business-tools. Dit probleem heeft mogelijk invloed op de prestaties van advertenties die deze regio’s targeten en gebeurtenissen optimaliseren die zijn ontvangen via geblokkeerde websites.

⚠️ Gegevensbron maakt deel uit van een Core-configuratie
Je ziet deze melding als je dataset is ingedeeld in een gevoelige categorie. Meta heeft je gegevensbron beperkt en past automatisch filters toe op inkomende events.

⚠️ Beoordeling afgewezen
Je eerder ingediende verzoek om de categorisering te herzien is afgewezen. De beperkingen blijven van kracht en een nieuwe beoordeling aanvragen is niet meer mogelijk.

⚠️ Bepaalde gebeurtenissen zijn niet beschikbaar voor optimalisatie
Sommige standaard gebeurtenissen die je verstuurt, kunnen niet worden gebruikt als optimalisatiedoel in je advertentiecampagnes vanwege de actieve Core-configuratie.

⚠️ Gegevens worden gefilterd vanwege categoriebeleid
Meta geeft aan dat inkomende data automatisch wordt gefilterd voordat deze wordt opgeslagen, op basis van de toegewezen categorie van je gegevensbron.

De exacte bewoordingen kunnen iets afwijken afhankelijk van de taal- en interface-instellingen van je Meta Business Suite, maar de strekking is elke keer hetzelfde: Meta heeft je gegevensbron ingedeeld in een gevoelige categorie en past daar beperkingen op toe.

En dat is emotioneel gezien simpelweg klote, dan wel terecht, afhankelijk van de situatie waarin je je bevindt.

Wat is een “core-configuratie” in Meta Ads?

Dit is Meta’s term voor de beperkte modus die actief wordt als een gegevensbron onder een gevoelige categorie valt. In een Core-configuratie gelden de volgende beperkingen:

• Bepaalde standaard gebeurtenissen worden geblokkeerd of beperkt voor EU-bezoekers
• Meta verwijdert automatisch bepaalde parameters uit de events voordat ze worden opgeslagen
• Je hebt minder controle over welke data daadwerkelijk aankomt
• Sommige optimalisatiedoelen in advertentiecampagnes zijn niet beschikbaar

Ga het eens na, val je echt niet onder een speciale categorie of zit je in de grijze zone?

Voordat ik je mogelijke oplossingen aanraad wil ik je nagaan echt eens te checken of je niet onder een speciale categorie valt.

Enkele voorbeelden en nuances

• Zorginstelling, tandarts, fysiotherapeut: valt er duidelijk onder.
• Sportschool of personal trainer: grijze zone, afhankelijk van hoe de website is geschreven.
• Supplement of voedingssupplementen webshop: grijze zone, Meta kijkt naar de claims op de website.
• Lifestyle blog met gezondheidsartikelen: kan er onterecht onder vallen.
• Senioren wonen: valt er onder, ook al voelt het misschien meer als vastgoed dan zorg.

(Wanneer) moet je een beoordeling bij Meta aanvragen?

Een beoordeling aanvragen kan, maar doe het niet zomaar. Je krijgt deze kans maar één keer. Als de beoordeling wordt afgewezen, is dat definitief. Er is geen tweede poging, geen hoger beroep, geen alternatief loket. Meta’s beslissing staat dan vast. Dat betekent niet dat je het nooit moet doen, maar wel dat je het pas doet als je er klaar voor bent.

Dus, wanneer vraag je een beoordeling aan?

Alleen als je oprecht van mening bent dat de categorisering niet klopt. Denk aan een lifestyle blog die onterecht als zorgaanbieder is gelabeld, of een sportschool waarvan de website puur op fitness is gericht zonder medische claims. In dat geval heeft een beoordeling kans van slagen.

Vraag geen beoordeling aan als je website vol staat met bijvoorbeeld zorgterminologie, medische claims of patiëntgerelateerde content. Meta’s classifier heeft dan gewoon gelijk en de beoordeling wordt afgewezen.

Loop de tips in deze blog door voordat je op die knop drukt. Pas de website-inhoud aan waar nodig, zorg dat consent op orde is, schakel LDU in en controleer welke events je verstuurt. Hoe schoner je setup, hoe sterker je staat bij een beoordeling.

Zie het als een rechtszaak waarbij je maar een keer voor de rechter mag verschijnen. Je wil zo goed mogelijk voorbereid zijn voordat je die zaal binnenloopt.

Wat te doen als de beoordeling al is afgewezen?

• Adverteren op verkeer in plaats van conversie-optimalisatie.
• Offline conversie-upload als workaround inzettten.
• Kanaalstrategie herbeoordelen: is Meta nog het juiste platform voor deze klant/product/dienst?

Heeft een 2de pixel/gegevensset aanmaken zin?

Nee, want Meta blokkeerd op domeinnaam. Je categorie blijft dus. Het domein is het probleem, niet de dataset. Meta’s systeem koppelt de categorisering aan het domein, en een tweede dataset op hetzelfde domein erft die context.

Tips voor het oplossen of voorkomen van de Meta beperkingen en blokkeringen

Voorkomen is beter dan genezen. Cheesy, maar wel waar in het geval van Meta Ads. Heb je nog geen beoordeing aangevraagd? Controleer of pas dan eerst onderstaande zaken aan, voordat je opnieuw een beoordeling aanvraagt!

Pas specifieke website-inhoud aan

Het kan helpen dat je de website-inhoud aanpast. Meta’s categorie-beoordelaar kijkt naar teksten, URL-structuren en paginatitels.

Voor het gemak gaan we even uit van een zorginstelling die probeert te adverteren op Meta Ads.

Als de websiteteksten, URL’s en paginatitels vol staan met zorgterminologie, val je zeker in de speciale categorie. Wat je in het geval van een zorginstelling bijvoorbeeld zou kunnen aanpassen:

• Generieke URL-slugs in plaats van medische termen (of andere termen als je product/dienst niet in de zorg zit)
• Meta beschrijvingen en titels zonder diagnose-gerelateerde termen
• Verwijder of herformuleer teksten die directe zorg-patiënt relaties beschrijven

Zorg dat consent voor Meta netjes geregeld is

Controleer je consentsetup. Meta kijkt bij de beoordeling niet alleen naar de website-inhoud, maar ook naar hoe data wordt verzameld. Als blijkt dat je pixel vuurt zonder aantoonbare toestemming voor EU-bezoekers, versterkt dat de reden voor blokkering. Netjes geregelde consent is dus zowel een wettelijke verplichting als een argument voor je als je een beoordeling aanvraagt.

Controleer de onderstaande zaken:

Gebruik je GTM? Zo ja, is Consent Mode v2 actief?

Zorg dat Google Consent Mode v2 correct is geïmplementeerd via je CMP (zoals Cookiebot, Complianz of iets vergelijkbaars). Meta kijkt niet direct naar Consent Mode, maar als je via GTM werkt, wil je dat de Meta-tag alleen vuurt als de bezoeker toestemming heeft gegeven voor marketing cookies. Dat zou je geregeld moeten hebben via een aangepaste trigger op basis van de consent-status (zoals een consent update trigger).

Gebruik je GTM? Zo ja, is/zijn de Meta-tag(s) gekoppeld aan de juiste consentstatus?

In de Stape Facebook/Meta-tag is een ingebouwde Consent Mode optie beschikbaar. Zet de enableConsentMode instelling aan. Dit zorgt ervoor dat de tag zichzelf pas initialiseert als de bezoeker toestemming heeft gegeven, in plaats van blind te vuren op elke pagina.

Gebruik je een CMP? Controleer je CMP-instellingen

Staat Meta Pixel netjes als vendor geconfigureerd in je CMP? En wordt de toestemming correct doorgegeven? Gebruik de browser-extensie van je CMP of GTM Preview om te verifiëren dat de tag pas vuurt na acceptatie.

Schakel LDU in

LDU, ofwel Limited Data Use, is een instelling waarmee je Meta vertelt dat het zelf moet bepalen hoe het met jouw data omgaat op basis van de locatie van de bezoeker. Handig, want zo hoef je niet zelf per regio te configureren wat wel en niet mag.

Schakel LDU in via Google Tag Manager

1. Open Google Tag Manager
2. Ga naar je Meta Ads tag in je webcontainer. Het verschilt per tag waar je de LDU instelling kan vinden. Gebruik je de Stape Meta pixel tag? Dan kun je deze stappen verder volgen:
3. Ga naar de sectie Compliance > Limited Data Use (LDU) 
4. Vul bij Country nul in (0) en bij Sate ook (0), zo doet Meta zelf de GEO location.
5. Druk op opslaan.
6. Publiceer je container.

Schakel LDU in via de code

Gebruik je de pixel direct in de broncode zonder GTM, voeg dan deze regel toe voor je andere pixel-events:

fbq('dataProcessingOptions', ['LDU'], 0, 0);

Waarom zijn bij LDU 0, 0 de juiste waarden?

Door 0, 0 in te vullen geef je Meta de opdracht om zelf de geolocatie van de bezoeker te bepalen en op basis daarvan te beslissen of LDU van toepassing is. Meta past de beperking dan alleen toe waar dat wettelijk vereist is, zoals in de EU en Californië.

Als je hier vaste waarden invult, schakel je LDU altijd in voor elke bezoeker wereldwijd. Dat klinkt veilig, maar het betekent ook dat je onnodig data verliest van bezoekers voor wie die beperking helemaal niet geldt. Met 0, 0 zit je dus goed: compliant waar het moet, volledig waar het kan.

Probeer je aangepaste gebeurtenis om te zetten naar een standaard gebeurtenis

Als je een aangepaste gebeurtenis (custom event) gebruikt, is dat een van de eerste dingen die je moet aanpassen als je tegen beperkingen aanloopt. Meta behandelt aangepaste en standaard gebeurtenissen namelijk anders, en dat verschil kan net het probleem zijn.

Meta’s systeem is minder streng voor standaard gebeurtenissen die passen bij het type bedrijf. Een Lead event op een website van een zorginstelling is logischer dan een aangepast event met een naam die Meta niet herkent. Het geeft Meta minder reden om het event als verdacht of niet compliant te beschouwen.

Het is geen garantie dat het event dan ineens wel doorkomt, maar het vergroot de kans. En als je ooit opnieuw een beoordeling aanvraagt, staat een correcte inzet van standaard gebeurtenissen sterker dan een setup vol custom events.

Wat is het verschil tussen een aangepaste gebeurtenis en een standaard gebeurtenis bij berpekingen vanuit Meta?

Standaard gebeurtenissen zijn door Meta vooraf gedefinieerd. Denk aan Lead, Contact, ViewContent, Purchase, CompleteRegistration. Meta begrijpt deze events, kan ze valideren en gebruikt ze voor conversie-optimalisatie in campagnes.

Aangepaste gebeurtenissen zijn zelf verzonnen namen, zoals formulier_verzonden of rondleiding_aangevraagd. Meta ontvangt ze wel, maar kan er beduidend minder mee. Ze zijn niet beschikbaar als optimalisatiedoel in advertentiecampagnes en worden in een Core-configuratie eerder geblokkeerd of genegeerd dan standaard gebeurtenissen.

Hoe doe je stel je een standaard Meta gebeurtenis in via GTM?

In de Stape Facebook/Meta-tag kies je bij Event Name voor “Standard” en selecteer je de dichtstbijzijnde standaard gebeurtenis uit de lijst. Voor de meeste websites geldt:

• Contactformulier ingevuld: Lead of Contact
• Specifieke pagina bekeken (zoals een zorgpagina): ViewContent
• Nieuwsbrief aanmelden: CompleteRegistration
• Rondleiding aangevraagd: Lead

Kijk dus kritisch naar je huidige aangepaste gebeurtenissen en vraag jezelf af: is er een standaard die er verdomd veel op lijkt? Want in de meeste gevallen is dat er gewoon…

Zet server-side tracking (SST) in om gefilterd gebeurtenissen naar Meta te versturen 

Als consent netjes geregeld is, LDU aanstaat en je standaard gebeurtenissen gebruikt, maar Meta nog steeds data blokkeert, dan is server-side tracking de meest krachtige stap die je kunt zetten.

Server-side tracking wattus? Wat is dat? Bij standaard client-side tracking stuurt de browser van de bezoeker direct data naar Meta. Je hebt daar weinig controle over wat er precies in die data zit. De Meta pixel zit immers in jouw website. Die website word door een potentiele klant van jou ingeladen. Dus de Meta pixel word ingeladen. Daar zit niemand tussen. Dat is  bij server-side tracking anders. Daar loopt het verkeer eerst via een eigen meetserver, voordat het naar Meta gaat. Die server is jouw middle-man en daar zit de kracht.

Waarom helpt server-side tracking bij Meta-beperkingen?

Via server-side Google Tag Manager (sGTM) en de Meta Conversions API (CAPI) kun je exact bepalen welke data Meta ontvangt. Dat geeft je mogelijkheden die je client-side, dus met de Meta pixel alleen, niet hebt:

• Je kan parameters strippen. Stuur je per ongeluk content_name of content_category mee met waarden die bijvoorbeeld zorgterminologie bevatten? Op de server filter je die eruit voordat het Meta bereikt. Zo voorkom je een Meta beperking.
• Je kan filteren op regio. Je kunt instellen dat events voor EU-bezoekers anders worden behandeld dan voor bezoekers buiten de EU. Zo stuur je voor niet-EU traffic gewoon volledige data door, en voor EU-traffic alleen wat is toegestaan.
• Je kan de URL’s opschonen. De event_source_url die meegaat met elk event kan een URL-pad bevatten zoals /zorgstudios/ of /intensieve-zorg/. Op de server vervang je dat door een generieke waarde, waardoor je classificatie en dus beperking door Meta kan voorkomen.
• Er is een betrouwbaardere datakwaliteit. Adblockers en browserbeperkingen hebben geen invloed op server-side events. De data die wel mag worden doorgestuurd, komt ook daadwerkelijk aan. Zo houd je ondanks beperkt data sturen naar de Meta gegevensset wel alles over van wat je stuurt.

Hoe werkt SST met Meta Ads in de praktijk?

Je installeert een sGTM container op een eigen subdomein, bijvoorbeeld gtm.jouwdomein.nl. Die webcontainer stuurt events naar die server in plaats van direct naar Meta. Op de server configureer je een Meta CAPI tag en daar voeg je de filters en transformaties toe die je nodig hebt.

Voor het hosten van sGTM containers gebruik ik zelf Savvy Track. Dat is voor mij het platform waarmee je snel een server-side container opzet zonder zelf een ingewikkelde cloudinfrastructuur te hoeven beheren. Daarnaast hebben ze ook fijne uitleggidsen in de bibliotheek, zoals Hoe stel je de Meta Conversion API (CAPI) in met Google Tag Manager?

Is SST via sGTM altijd de oplossing?

Niet altijd. Als Meta het domein al heeft geblokkeerd, de Core-configuratie al actief is en je ook al een beoordeling hebt aangevraagd dan filtert Meta ook server-side data op basis van de dataset-categorisering. Maar het vergroot wel de kans dat gebeurtenissen zoals Lead en Contact alsnog doorkomen, omdat je de data die je stuurt volledig onder controle hebt en niets meestuurt wat de Meta-classifier extra triggert.

Zie het als het verschil tussen een brief versturen met alle bijlagen erin, of alleen de brief opsturen zonder bijlagen.

Ik zie SST via sGTM dan ook als een mooie manier om met een schone nette lei de beperking te voorkomen, in plaats van het achteraf op te lossen. Maar het kan ook zinvol zijn net voor het aanvragen van een beoordeling.

Nog even over de Meta-beperkingen frustratie

Meta-beperkingen zijn frustrerend maar ze zijn ook eerlijk. Meta probeert te voorkomen dat gevoelige data van Europese gebruikers zomaar wordt doorgesluisd naar advertentieplatforms. Als jij of je klant in een gevoelige categorie valt, is de beste aanpak niet vechten tegen het systeem, maar er slim mee om te gaan.

Pak de checklist in deze blog erbij, werk hem van boven naar beneden af, en vraag pas een beoordeling aan als alles op orde is. Die kans krijg je helaas maar een keer.

Bronnen

• Hulp bij het toewijzen van categorieen: https://www.facebook.com/business/help/1666235380728268
• Inzicht krijgen in beperkingen voor het delen van gegevens op basis van gegevensbroncategorieën: https://business.facebook.com/business/help/511197658391698
• Informatie over gegevensbroncategorieën in Meta Gebeurtenisbeheer: https://www.facebook.com/business/help/1402913027039332?id=18885272611056
• LDU: https://developers.facebook.com/docs/meta-pixel/implementation/data-processing-options