Dubbele page_views in GA4 opsporen
7 november 2026 · 5 min leestijd · Marketing Scan
In dit artikel
Wat je verwacht te zien bij één paginalading
Google legt in de uitleg over gebeurtenissen uit dat een gebeurtenis een interactie meet, zoals het laden van een pagina, en dat je het Realtime-rapport en DebugView kunt gebruiken om te zien of een gebeurtenis binnenkomt. Realtime toont per gebeurtenisnaam het aantal van de afgelopen 30 minuten. DebugView toont alle gebeurtenissen van één gebruiker, mits foutopsporing aanstaat.
Bepaal vooraf je verwachting per paginatype. Bij een klassieke pagina is dat één page_view per lading. Een site die pagina's zonder volledige herlading toont, kan bij een routewissel extra gebeurtenissen sturen, afhankelijk van de implementatie. Leg dus per site vast wat normaal is, anders vergelijk je met een verkeerde norm.
Een schone testomgeving opzetten
Het ecommerce-document van Google Analytics raadt aan debug mode in te schakelen om gebeurtenissen in realtime te zien en problemen op te sporen. Dat advies geldt ook voor je paginatest. Controleer in je eigen opzet hoe je die modus aanzet, want de exacte stappen kunnen per tool en versie verschillen.
- Gebruik een nieuwe browsersessie zonder extensies die scripts blokkeren of toevoegen.
- Zet foutopsporing aan en open DebugView in een tweede venster.
- Laad één pagina één keer en klik daarna nergens op.
- Tel de page_view-gebeurtenissen en noteer tijdstip en pagina-URL.
- Herhaal dit op een tweede paginatype, zoals home en een artikelpagina.
Gebruik waar mogelijk ook de preview of tagdiagnose van je tagbeheertool en noteer welke tags er bij die lading afgaan.
De bron van de dubbele telling zoeken
De ontwikkelaarsdocumentatie over gebeurtenissen toont twee manieren om gebeurtenissen te sturen: via de Google-tag (gtag.js) of via Google Tag Manager. De bron zegt niet dat dubbel tellen ontstaat bij meerdere routes. Als eigen hypothese: een dubbele telling kan optreden wanneer dezelfde meting langs meer dan één route actief is. Bevestig dat per site met de DebugView-telling.
Doorzoek de broncode van de pagina op drie dingen:
- Hoe vaak komt je meetcode-ID (begint met G-) voor?
- Hoe vaak komt je containercode (begint met GTM-) voor?
- Staat er naast GTM ook een directe gtag.js-configuratie, bijvoorbeeld via een thema of plug-in?
Controleer daarna in je tagbeheer of er meerdere GA4-tags dezelfde meetcode gebruiken en of een handmatig verstuurde page_view naast een automatische config-tag staat. De bron zegt niet welke combinaties dubbel tellen, dus bevestig elke hypothese met de DebugView-telling.
Beslisblad na je telling
| Wat je ziet | Hypothese om te controleren | Actie |
|---|---|---|
| Twee page_views vlak na elkaar, zelfde pagina | Twee tags of twee configuraties sturen dezelfde meting | Zoek ze in broncode en tagbeheer, laat één bron over |
| Meetcode-ID komt twee keer voor in de bron | Dubbel geplaatst, bijvoorbeeld thema en plug-in | Verwijder één plaatsing, test opnieuw |
| GTM actief en directe gtag.js-configuratie aanwezig | Twee routes naar dezelfde property | Kies één route en schakel de andere uit |
| Eén page_view bij lading, extra bij navigatie | Sitegedrag zonder volledige herlading | Vergelijk met je verwachting per paginatype |
| Eén page_view per lading | Geen dubbele lading op deze pagina | Test een ander paginatype |
Fictief scenario: één artikelpagina testen
Fictief voorbeeld: enkel invoer en verwachte controles. Invoer: pagina /voorbeeld-artikel/, nieuwe browsersessie, foutopsporing aan, één lading zonder klikken. Verwachte controle: in DebugView staat één page_view voor deze lading, met de juiste pagina-URL.
Stel dat je er twee ziet. Dan open je de paginabron en zoek je naar G-XXXXXXXXXX en GTM-XXXXXX (placeholders voor je eigen codes). Vind je de containercode één keer en de meetcode ook los in een gtag-script, noteer je twee routes. Overdrachtsnotitie voor de beheerder: pagina-URL, testtijdstip, aantal gezien versus verwacht, de twee gevonden plaatsingen en de gevraagde keuze (welke route blijft). Voeg een schermafbeelding van DebugView toe.
Na de correctie: hertest en grenzen
Herhaal na elke wijziging dezelfde lading met dezelfde stappen en vergelijk met je oorspronkelijke notitie. Test daarna ook minstens één andere gebeurtenis. Heb je ecommerce, controleer dan in een testomgeving of andere gebeurtenissen, zoals een aankoopgebeurtenis, in DebugView maar één keer verschijnen. Doe dit niet met een echte bestelling of betaling, en bedenk dat een purchase-event in GA4 geen bewijs is van een daadwerkelijke betaling.
Verwacht niet dat reeds verzamelde data zich aanpast. Noteer de datum van je wijziging in je eigen documentatie, zodat je bij rapportvergelijking weet vanaf wanneer de situatie anders is. Deze test toont wat jouw browser bij één lading verstuurt en bewijst niet dat elke bezoeker op elke pagina hetzelfde krijgt.
Wil je zien welke publieke signalen je website vertoont, bekijk ze dan via Marketing Scan. Een publieke scan meet zichtbare signalen en bewijst geen volledige technische implementatie van je meting.
Veelgestelde vragen.
Hoe weet ik of twee page_views echt dubbel zijn?
Vergelijk in DebugView tijdstip, pagina-URL en parameters van beide gebeurtenissen bij één enkele lading. Zijn ze bijna identiek en vlak na elkaar, dan wijst dat op twee bronnen, maar bevestig dat met een kijkje in broncode en tagbeheer.
Kan een gewone pagina met GTM én directe gtag.js-code tegelijk meten?
Technisch kan dat, en dan sturen twee routes mogelijk dezelfde meting naar je property. Of dat in jouw geval tot dubbele page_views leidt, moet je met de DebugView-telling en je tagconfiguratie bevestigen.
Corrigeert het verwijderen van de dubbele tag mijn oude rapporten?
Reken daar niet op. Noteer de datum van de wijziging en vergelijk periodes met die kennis in het achterhoofd.
Hoe lang moet ik Realtime laten openstaan?
Voor één lading hoef je niet te wachten. Het Realtime-rapport toont de gebeurtenissen van de afgelopen 30 minuten. Doe dus een korte, geïsoleerde test en tel daarna in DebugView.
Bronnen bij dit artikel
Hoe werkt een marketing scan? Meetmethode en grenzen
Van advies naar actie voor jouw website
Maak een gratis account voor één website. Controleer zes kenmerken van je homepage en bekijk maximaal drie bevindingen.
Herhaal de check handmatig één keer per zeven dagen. Voor volledige audits en automatische opvolging is uitgebreide toegang nodig.
Maak je gratis account