> 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/aan-de-slag/tagging-pixel-verificatie.md).
# Tagging Pixel-verificatie
Waarom de controle een ontbrekende pixel kan melden die er in feite wel is, en de twee dingen die dit oplossen.
Zodra de Tagging Pixel is geïnstalleerd, controleert AdPage of deze echt wordt geladen op uw website. Deze pagina legt uit wat die controle doet, en wat u moet doen wanneer deze een ontbrekende pixel meldt waarvan u weet dat die er wel is.
## Hoe de controle werkt
De controle opent uw winkelpagina in een echte Chromium-browser vanuit Amsterdam, wacht tot de pagina klaar is met laden en kijkt naar twee dingen: scripts die laden vanaf uw taggingdomein en de hits die die scripts verzenden.
{% hint style="info" %}
De pagina in een echte browser laden is belangrijk. Een controle die alleen de broncode van de pagina leest, kan een script dat tijdens het laden van de pagina wordt toegevoegd niet zien, en zou een werkende pixel als ontbrekend rapporteren.
{% endhint %}
De controle wordt uitgevoerd wanneer u op **Pixel verifiëren** in uw containerinstellingen drukt, en daarna eenmaal per dag automatisch.
## Wanneer de controle een ontbrekende pixel meldt
Twee oorzaken komen vaak voor, en geen van beide betekent dat er iets mis is met uw pixel.
### 1. Geen website-URL voor dit domein
De controle moet weten welke pagina moet worden geopend. Als de **Website-URL** leeg is voor dit taggingdomein, leidt AdPage deze af uit het taggingdomein zelf: `tagging.example.com` wordt `example.com`.
Die schatting klopt voor de meeste winkels, maar niet voor allemaal. Als uw winkel ergens anders staat, opent de controle de verkeerde pagina, vindt niets en meldt dat ook. U herkent dit geval aan de formulering: het resultaat vermeldt dat de URL is afgeleid.
Vul de website in bij **Instellingen → Tagging Pixel** en verifieer opnieuw.
Vul uw website in en verifieer de Tagging Pixel opnieuw.
{% hint style="info" %}
Een container kan meerdere taggingdomeinen hebben, en elk domein heeft zijn eigen Website-URL. Deze invullen voor één domein doet niets voor de andere — controleer elk domein dat u gebruikt.
{% endhint %}
### 2. Uw firewall of botbescherming blokkeert de controle
Een firewall, WAF of botbescherming voor uw winkel kan bezoekers weigeren die het niet herkent. Onze controle wordt dan geweigerd voordat deze uw pagina ooit ziet, en het resultaat lijkt hetzelfde als een ontbrekende pixel.
De oplossing is om onze controle door te laten. Uw containerdashboard toont de IP-adressen waarvandaan deze komt, met een knop om ze te kopiëren.
{% hint style="warning" %}
Kopieer de adressen uit uw dashboard, niet van deze pagina. De lijst wordt automatisch bijgewerkt en het dashboard toont altijd de actuele versie. Als de verificatie later opnieuw begint te mislukken, open dan het dashboard en vergelijk de lijst.
{% endhint %}
{% stepper %}
{% step %}
### Open uw containerdashboard
De lijst verschijnt onder **Automatische verificatie nog in afwachting**, of onder de pixelstatus wanneer een controle is mislukt.
{% endstep %}
{% step %}
### Kopieer de adressen
Gebruik **Lijst kopiëren** om ze allemaal in één keer op uw klembord te zetten.
{% endstep %}
{% step %}
### Laat ze door
Stuur de lijst naar degene die uw hosting, firewall of botbescherming beheert, en vraag hen om deze adressen toe te laten. In Cloudflare is dit een WAF-regel; in andere setups kan het een IP-allowlist of een uitzondering voor een beveiligingsregel zijn.
{% endstep %}
{% step %}
### Opnieuw verifiëren
Druk op **Pixel verifiëren** in uw containerinstellingen. De controle zou nu uw pagina moeten bereiken.
{% endstep %}
{% endstepper %}
## De pixel handmatig bevestigen
Als u de firewall niet kunt aanpassen, kunt u de pixel zelf bevestigen met **Handmatig bevestigen**. Uw container waarschuwt dan niet langer voor een onvolledige installatie.
Wees duidelijk over wat dit wel en niet doet:
* Het registreert dat **u** de pixel hebt gecontroleerd. Het verifieert aan onze kant niets.
* AdPage blijft op de achtergrond controleren. Zodra een controle ziet dat uw pixel wordt geladen, wordt uw handmatige bevestiging vervangen door een echte verificatie.
* Het zorgt er niet voor dat tracking werkt. Als de pixel echt niet is geïnstalleerd, verbergt deze handmatig bevestigen alleen de waarschuwing — u ziet dan nog steeds geen binnenkomende gegevens.
{% hint style="info" %}
Om de pixel zelf te controleren, opent u uw website, drukt u op F12 om de ontwikkelaarstools te openen, gaat u naar het **Netwerk** tabblad en filtert u op uw taggingdomein. Herlaad de pagina. Als u verzoeken naar dat domein ziet, wordt de pixel geladen.
{% endhint %}
## Wat nu?
Nu de pixel is geverifieerd, verzamelt uw container gegevens. Vanaf hier kunt u doorgaan naar de trackingregels in uw Google Tag Manager-containers, of de datakwaliteit van uw configuratie controleren onder **Monitoring**.
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.adpage.io/documentation/documentation-nl/aan-de-slag/tagging-pixel-verificatie.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
