> For the complete documentation index, see [llms.txt](https://docs.adpage.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.adpage.io/documentation/documentation-nl/integraties-marketingtools/meta-ads.md).
# Meta Ads
Hoe je server-side tagging instelt voor Meta Ads
Deze handleiding laat je stap voor stap zien hoe je de Meta (Facebook) Conversions API configureert in je Google Tag Manager-servercontainer.
{% hint style="warning" %}
**Dit artikel behandelt alleen een server-side configuratie.** Alle Meta-gebeurtenissen worden vanuit je servercontainer naar de Conversions API verzonden; er wordt geen Meta Pixel in de browser geactiveerd. Je kunt ook Meta Ads draaien **client-side en server-side tegelijk**, met gebeurtenisdeduplicatie op basis van de `event_id` parameter. Die configuratie vereist een paar verschillende instellingen, die we beschrijven in [Meta Ads client-side tagging met gebeurtenisdeduplicatie instellen](/documentation/documentation-nl/integraties-marketingtools/meta-ads/client-side-meta-ads-tracking-instellen-met-deduplicatie.md). Eén instelling in het bijzonder (**Gebruik HttpOnly-cookies**) hangt af van welke van de twee configuraties je kiest.
{% endhint %}
### Voordat je begint
Zorg ervoor dat u het volgende heeft:
* [ ] Een werkende GTM-servercontainer die events ontvangt (meestal via je Google Tag / GA4-client).
* [ ] Je **Pixel-ID** en **API-toegangstoken** uit Meta Events Manager. Zie [Waar je de Meta Pixel-ID en de Meta API-token kunt vinden](/documentation/documentation-nl/integraties-marketingtools/meta-ads/waar-je-de-meta-pixel-id-en-de-meta-api-token-vindt.md).
### Stap 1: Voeg de tagsjabloon toe
1. Open je GTM-servercontainer en ga naar **Sjablonen**.
2. Onder **Tagsjablonen**, klik op **Sjabloongalerij doorzoeken**.
3. Zoek naar de **Facebook Conversie-API** tagsjabloon en voeg deze toe aan je werkruimte.
### Stap 2: Maak de tag aan
1. Ga naar **Tags** en maak een nieuwe tag aan.
2. Kies de **Facebook Conversie-API** template als je tagconfiguratie.
3. Kies **Overnemen van client** als de methode voor het instellen van de gebeurtenisnaam. Wijzig dit alleen als je andere gebeurtenisnamen naar de Facebook Conversie-API wilt sturen dan de gebeurtenisnamen die zijn ontvangen van de inkomende GA4-gebeurtenissen.
4. Kies **Website** als de bron van de actie.
5. Onder **Facebook Pixel-ID**, voer je Pixel-ID uit Meta Events Manager in. Onder **API-toegangstoken**, voer je API-token uit Meta Events Manager in.
### Stap 3: Stel de cookie- en gebeurtenisopties in
Zet de vier selectievakjes als volgt voor een alleen-server-side configuratie:
| Optie | Alleen server-side | Client-side + server-side (deduplicatie) |
| ----------------------------------------------- | ------------------ | ---------------------------------------- |
| Genereer `_fbp` cookie als die nog niet bestaat | Uitgeschakeld | Uitgeschakeld |
| Gebruik HttpOnly-cookies | **Ingeschakeld** | **Uitgeschakeld** |
| Schakel gebeurtenisverrijking in | Ingeschakeld | Ingeschakeld |
| Gebruik optimistische scenario | Uitgeschakeld | Uitgeschakeld |
**Genereer \_fbp-cookie als die nog niet bestaat**
De `_fbp` cookie bevat de browser-ID: de identificatie van Meta voor de browser. Als deze optie is ingeschakeld, genereert je servercontainer de `_fbp` de waarde zelf wanneer deze ontbreekt **Aanbeveling: schakel dit uit.** De \_fbp-waarde zou niet door je servercontainer moeten worden gegenereerd, omdat het dan geen identificatie is die Meta uitgeeft of herkent. Meta kan die op zichzelf niet aan een persoon koppelen. Het kan alleen gebeurtenissen groeperen die van dezelfde browser afkomstig zijn, en dat werkt alleen als de cookie betrouwbaar wordt geschreven naar je trackingdomein en bij elk volgend verzoek wordt teruggestuurd.
**Gebruik HttpOnly-cookies**
Een HttpOnly-cookie kan niet worden gelezen door JavaScript in de browser. Hij wordt alleen meegestuurd met verzoeken naar je server. Het in- of uitschakelen van deze optie hangt af van je configuratie:
* **Alleen server-side:** schakel dit in. Niets in de browser hoeft de cookie te lezen, en een HttpOnly-cookie kan niet worden uitgelezen door scripts of browserextensies die op je site draaien. Ook is de cookie minder blootgesteld aan cookie-verwijdergedrag van browsers, omdat de cookie door je server wordt ingesteld en niet door JavaScript.
* **Client-side en server-side met deduplicatie:** schakel dit uit. De Meta Pixel in de browser leest de \_fbp met JavaScript. Als de cookie HttpOnly is, kan de Pixel die niet zien, genereert hij zijn eigen browser-ID en eindig je met twee verschillende identificaties voor dezelfde gebruiker. Dat verbreekt de koppeling tussen je browsergebeurtenissen en je servergebeurtenissen.
**Schakel gebeurtenisverrijking in**
Met deze optie kan de tag gebruikersgegevens opslaan in een afzonderlijke HttpOnly-cookie (`gtmeec`) op je eigen domein. **Aanbeveling: schakel dit in.** Dit verhoogt de kwaliteit van je gebeurtenismatching, wat de attributie en Meta's vermogen om je campagnes te optimaliseren verbetert. De gegevens blijven in een first-party HttpOnly-cookie waartoe JavaScript geen toegang heeft.
{% hint style="info" %}
Houd wel rekening met je privacydocumentatie: de tag slaat persoonlijke gegevens (gehasht) op in een cookie op je domein, dus zorg ervoor dat dit is opgenomen in je cookiebeleid en dat de tag alleen wordt geactiveerd met marketingtoestemming.
{% endhint %}
**Gebruik optimistische scenario**
Normaal wacht de tag op bevestiging van Meta's API dat de gebeurtenis is ontvangen voordat hij terugrapporteert aan GTM. Als deze optie is ingeschakeld, rapporteert de tag direct succes, zonder op een reactie te wachten. **Aanbeveling: laat dit uitgeschakeld.** Je verliest je enige inzicht in of gebeurtenissen daadwerkelijk binnenkomen, waardoor trackingproblemen heel moeilijk op te sporen zijn.
### Stap 4: Voeg een trigger toe
1. Geef de tag een nieuwe trigger. Klik **Triggers** onder de tag en klik vervolgens op het blauwe pluspictogram rechtsboven.
2. Kies de grijze **Aangepast** optie als triggerconfiguratie.
3. Voeg je voorwaarde toe. Veelvoorkomende opties zijn:
* **Gebaseerd op specifieke eventnamen**
* `{{Event Name}}` komt overeen met RegEx `eventname|eventname`
* Altijd opnemen `page_view` als eerste gebeurtenisnaam.
* **Zonder voorwaarde**, als je elk GA4-event naar de Conversions API wilt sturen
* `{{Client Name}}` is gelijk aan `GA4`
4. Sla de trigger en de tag op.
### Stap 5: Test
Gebruik de voorbeeldmodus van de servercontainer om te controleren of de Facebook Conversion API-tag wordt geactiveerd bij binnenkomende gebeurtenissen.
Voor een grondigere controle voeg je een **Test-ID** naar de tag en open het tabblad Testgebeurtenissen in Meta Events Manager. Je gebeurtenissen zouden moeten verschijnen met **Server** vermeld als bron. Verwijder de Test-ID weer zodra je klaar bent met testen.
### Optioneel: Voeg eventparameters toe of overschrijf ze
Standaard bouwt de tag zijn payload zelfstandig op uit de inkomende gebeurtenis. Hij leest de parameters die je webcontainer naar de servercontainer stuurt en zet de parameters die hij herkent om naar hun Meta-tegenhangers. Voor de meeste configuraties is dat genoeg.
Je kunt die mapping overschrijven of parameters toevoegen die de tag niet zelf oppikt. Open je Facebook Conversie-API-tag en vouw de secties onder de hoofdinstellingen uit:
* **Overschrijven van servergebeurtenisgegevens** — voor velden op gebeurtenisniveau, zoals de gebeurtenisnaam of de gebeurtenis-ID.
* **Gebruikersgegevens** — voor identificatieparameters, waaronder de browser-ID en klik-ID.
* **Aangepaste gegevens** — voor de commerciële details van de gebeurtenis, zoals waarde, valuta en productgegevens.
Elke sectie werkt op dezelfde manier: je voegt een eigenschap toe, kiest welk veld je wilt invullen en geeft er een waarde aan. Die waarde is normaal gesproken een variabele die naar een parameter in de inkomende gebeurtenis verwijst.
Er zijn twee redenen om dit te doen:
* **De parameter komt binnen, maar de tag koppelt hem niet.** Je webcontainer kan een waarde sturen onder een naam die de tag niet herkent, of in een structuur die hij niet kan lezen. Door het veld zelf naar de juiste parameter te laten verwijzen, komt die in de payload terecht.
* **De parameter is onjuist of ontbreekt.** Als de automatische koppeling een waarde oplevert die je niet wilt verzenden, vervangt een overschrijving die.
Welke parameters voor jou beschikbaar zijn, hangt volledig af van wat je GA4-gebeurtenistags vanuit de webcontainer verzenden. Er is geen universele lijst. Open de voorbeeldmodus van de servercontainer, bekijk een binnenkomend verzoek en werk met de parameters die je daar daadwerkelijk ziet.
Twee dingen om in gedachten te houden. De tag hasht gebruikersgegevens automatisch, dus geef waarden door in platte tekst en hash ze zelf niet vooraf. En koppel alleen parameters die je een juridische basis hebt om te verzenden: alles wat je hier toevoegt, gaat naar Meta, dus het moet worden gedekt door je toestemmingsinstellingen en je privacyverklaring.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.adpage.io/documentation/documentation-nl/integraties-marketingtools/meta-ads.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
