GA4 filtert nu
op hostname

6 oktober 2026 · 3 minuten lezen · door Koen van der Poel

Ik had deze week bij een klant al een aanpassing in Tag Manager klaarstaan om verkeer van een testomgeving uit Google Analytics te houden. Bij het nalopen bleek dat helemaal niet meer nodig. GA4 heeft er sinds kort een eigen filter voor, en dat had ik gemist.

Het probleem zelf kent iedereen die een site laat bouwen. De ontwikkelaar test op localhost of op een staging-adres, de meetcode draait daar gewoon mee, en die testbezoeken komen in dezelfde property terecht als je echte bezoekers. Soms ook testaankopen. Daarnaast heb je de spam-hits: verkeer dat rechtstreeks naar je meet-ID gestuurd wordt vanaf een domein dat niets met jou te maken heeft. In de oude Universal Analytics zette je daar een weergavefilter op. GA4 had dat tot voor kort niet, dus bouwde je het in Tag Manager of je leefde ermee.

Check het zelf

1. Open in GA4 een verkenning (Explore) en zet de dimensie Hostname in de rijen, met sessies of gebeurtenissen als waarde.
2. Kies een periode van een paar maanden.
3. Kijk welke hostnames er staan. Alles wat niet je eigen domein (of een subdomein ervan) is, hoort er niet in: localhost, een staging.- of test.-adres, het tijdelijke adres van je websitebouwer, of een domein dat je nog nooit gezien hebt.

Zie je daar alleen je eigen domein, dan is er niets aan de hand. Zie je meer, lees dan verder.

Hoe het filter werkt

Je vindt het onder Beheer > Gegevensverzameling en -aanpassing > Gegevensfilters > Filter maken. Naast de twee bekende typen (ontwikkelaarsverkeer en intern verkeer) staat er nu een derde: Web hostname traffic.

Je kiest of je hostnames uitsluit, of juist alleen bepaalde hostnames toelaat. Dat tweede is volgens mij de betere keuze: je zet er je eigen domein in, en alles wat daar niet op lijkt komt er niet meer in, ook spam van domeinen die je vandaag nog niet kent. Matchen kan op exact, begint met, eindigt op en bevat. Reguliere expressies kan het niet.

Twee dingen om te weten voor je hem aanzet:

• Een filter werkt alleen vooruit, wat er al in staat blijft staan.
• Wat een actief filter tegenhoudt, is weg en kun je later niet terughalen. Zet hem daarom eerst op Testen. Dan wordt er nog niets weggegooid, maar krijgt elke hit die hij zou tegenhouden een label in de dimensie Naam testgegevensfilter. Laat dat een week lopen, kijk of er niets van je eigen verkeer tussen zit, en zet hem dán pas op actief.

Let vooral op met de "alleen toelaten"-variant als je verkoop op een ander domein loopt, zoals een ticketshop, een boekingsplatform of een betaalomgeving met je eigen meetcode erop. Die moet je er dan ook in zetten, anders gooi je precies de aankopen weg.

Wanneer Tag Manager toch nodig blijft

Het GA4-filter houdt de data uit je rapporten. De tags vuren nog steeds. Wil je ook voorkomen dat een testaankoop als conversie in Google Ads of bij Meta terechtkomt, dan moet je dat nog steeds in Tag Manager regelen, met een trigger die alleen op je productiedomein vuurt. Voor alleen schone GA4-cijfers is het filter genoeg, en dat is een stuk minder werk dan een nieuwe containerversie bouwen, testen en publiceren.

Wanneer je hulp inschakelt

Staan er hostnames in je property die je niet kunt plaatsen, of loopt je verkoop over meerdere domeinen en weet je niet zeker welke erin moeten, dan kijk ik graag even mee. Dit soort dingen nemen we mee in de Meetcheck.