Je kijkt naar je cijfers in Google Analytics 4 en denkt: mooi, er zijn bezoekers op de site. Totdat je beseft dat je vandaag zelf al tien keer op de site hebt gekeken, net als een collega of je webontwikkelaar. Dan wordt het beeld van wat er echt gebeurt snel vertekend. Vooral bij kleine websites kan intern verkeer je statistieken flink beïnvloeden.
Hoe je je eigen websitebezoeken uitsluit in Google Analytics 4 is dan ook een veelgestelde vraag. Heel logisch: als je betere beslissingen wilt nemen op basis van data, wil je niet dat je eigen klikken, testformulieren en paginaweergaven tussen je echte bezoekers terechtkomen. In dit artikel leggen we stap voor stap uit hoe je dat in GA4 doet.
Waarom is het belangrijk om je eigen verkeer uit te sluiten?
Google Analytics 4 meet alles wat er op je website gebeurt, tenzij je dat bewust uitsluit. Dus ook jouw bezoeken, die van je collega’s op kantoor en zelfs die van partijen die de site regelmatig testen. Daardoor kunnen sessies, paginaweergaven en conversies hoger lijken dan ze in werkelijkheid zijn.
Dat is vooral een probleem bij sites met relatief weinig bezoekers. Een paar interne bezoeken zijn al genoeg om je rapportages te vertekenen. Werk je actief met Google Analytics-data, dan is dit een basisinstelling die je echt goed wilt neerzetten.
Hoe sluit je je eigen bezoeken uit in Google Analytics 4?
In GA4 doe je dit meestal op basis van IP-adressen. Google noemt dit intern verkeer. Eerst maak je een regel aan die aangeeft welk verkeer intern is. Daarna koppel je een gegevensfilter dat dit verkeer uitsluit.
Belangrijk om te weten: een actief gegevensfilter werkt niet met terugwerkende kracht. Het heeft alleen invloed op nieuwe data vanaf het moment dat je het activeert. Volgens de helpdocumentatie van Google is het uitsluiten bovendien definitief voor verwerkte data, dus test eerst zorgvuldig.
Stap 1: ga naar je gegevensstream
Open Google Analytics 4 en ga naar Beheer. Kies onder de property Gegevensstreams en open je webstream. Onder de taginstellingen vind je de optie om intern verkeer te definiëren.
Stap 2: definieer intern verkeer
Klik op Taginstellingen configureren, daarna op Alles weergeven en vervolgens op Intern verkeer definiëren. Hier maak je een nieuwe regel aan. Google gebruikt hiervoor standaard de waarde internal voor traffic_type.
Vul vervolgens het IP-adres in van je kantoor, je thuiswerkplek of een andere vaste locatie. Werk je met een IP-bereik, dan kun je ook een bereik of CIDR-notatie gebruiken. Google ondersteunt dus niet alleen één IP-adres, maar ook meerdere adressen of bereiken.
Stap 3: maak een gegevensfilter aan
Ga daarna terug naar Beheer en open Gegevensfilters. Kies Filter maken en selecteer Intern verkeer. Geef het filter een duidelijke naam, bijvoorbeeld “Intern verkeer kantoor uitsluiten”.
Zet dit filter in eerste instantie het beste op de status Testen. Zo controleer je of het verkeer goed wordt herkend zonder dat je data verliest. Weet je zeker dat alles klopt, dan zet je het filter op Actief.
Let op bij thuiswerken, dynamische IP-adressen en tests
In de praktijk zit hier vaak de grootste valkuil. Veel ondernemers en medewerkers werken niet alleen vanaf kantoor, maar ook thuis of onderweg. Dan is het uitsluiten van één vast IP-adres soms niet genoeg.
Veel mensen denken dat dit in vijf minuten klaar is, maar zien daarna toch weer hun eigen verkeer in GA4. Dat komt bijvoorbeeld doordat je internetprovider een dynamisch IP-adres gebruikt of doordat iemand via mobiel internet werkt. Kijk in dat geval ook kritisch naar je meetopzet en houd de instellingen in Google Search Console en je andere marketingtools netjes op orde.
Wat gebeurt er als je Google Tag Manager gebruikt?
Werk je met Google Tag Manager, dan zie je tijdens het testen vaak extra verkeer door het gebruik van de voorbeeld- of foutopsporingsmodus. Google Analytics 4 kent hiervoor een apart type gegevensfilter: ontwikkelaarsverkeer. Dat is erg handig als jij of je bureau regelmatig tags test in de voorbeeldmodus.
Gebruik je GTM nog niet volledig efficiënt, dan is het ook goed om het verschil te begrijpen tussen meten met Analytics en tagbeheer. Een goed ingerichte tagstructuur is de basis voor schone data.
Hoe controleer je of het goed werkt?
De veiligste aanpak is eerst testen. Bezoek daarna zelf je website en kijk in GA4 of je verkeer als intern wordt gemarkeerd. Zie je in de testfase dat het filteren goed werkt, dan kun je het filter activeren.
Controleer dit opnieuw als je verhuist, van internetprovider wisselt of vaker hybride gaat werken. Analytics is geen eenmalige instelling. Net als bij het inrichten van Google Analytics 4 draait het uiteindelijk om een betrouwbare basis.
Betere data begint met schonere metingen
Als je je eigen websitebezoeken in je rapportages laat meetellen, stuur je op ruis. Door intern verkeer uit te sluiten in Google Analytics 4 maak je je cijfers een stuk bruikbaarder. Je ziet scherper hoeveel echte bezoekers je site trekt, welke pagina’s echt goed presteren en waar de kansen liggen.
Weet je niet zeker of je GA4-property goed is ingericht, of zie je cijfers die niet kloppen? Dan is het slim om er kritisch naar te kijken. De winst zit vaak niet in meer data, maar in schonere data.
Omdat je eigen bezoeken je statistieken kunnen vertekenen. Vooral bij sites met weinig verkeer kunnen interne sessies, paginaweergaven en conversies een onrealistisch beeld geven van je echte bezoekers.
Eerst definieer je in je webgegevensstream intern verkeer op basis van een IP-adres of IP-bereik. Daarna maak je in GA4 een gegevensfilter voor intern verkeer aan en zet je dat eerst op testen en pas daarna op actief.
Nee. In Google Analytics 4 geldt een gegevensfilter alleen voor nieuwe data vanaf het moment dat het actief wordt. Oude data in je rapportages blijft ongewijzigd.
Dan wordt het lastig om intern verkeer volledig uit te sluiten met IP-filtering. Dit gebeurt meestal bij thuiswerken, mobiel internet of dynamische IP-adressen. Test in zo’n geval extra zorgvuldig en controleer je meetopzet regelmatig.
Intern verkeer is verkeer vanuit je eigen organisatie, meestal bepaald op basis van IP-adressen. Ontwikkelaarsverkeer is bedoeld voor foutopsporing en testverkeer, bijvoorbeeld wanneer je werkt met de voorbeeldmodus van Google Tag Manager.
