Veel marketeers denken dat direct verkeer in Google Analytics 4 simpelweg betekent dat iemand je website in de adresbalk heeft ingetikt of een bladwijzer heeft gebruikt. Klinkt logisch, toch?
Helaas: slecht nieuws. Dat is namelijk maar een héél klein deel van wat er achter “direct” zit. De verwarring begint al bij de naam. Direct suggereert iets simpels en eenduidigs. In werkelijkheid betekent het vaak zoiets als “geen idee waar dit bezoek vandaan komt”.
Direct verkeer kan natuurlijk ontstaan via de adresbalk of een favoriet, maar het kan ook komen door:
- Kliks vanuit linkjes gedeeld in chatapps zoals Whatsapp
- E-mails zonder correcte UTM-tags
- Verkeerde of ontbrekende campaign parameters
- Of allerlei andere redenen waardoor de oorspronkelijke bron kwijtraakt
Eigenlijk zou “weet t niet verkeer” een betere naam zijn dan “direct verkeer”. In dit artikel laten we zien wat je wél kunt doen om direct verkeer te verminderen in Google Analytics 4 (GA4) en welke zaken je gewoon moet accepteren omdat je er geen controle over hebt.
Snel naar
Wat is direct verkeer in GA4?
In Google Analytics 4 (GA4) vertegenwoordigt direct verkeer websitebezoeken/sessies waarbij de bron van het verkeer niet kan worden geïdentificeerd of gevolgd door GA4. Dit betekent dat de gebruiker op de site terecht is gekomen door rechtstreeks de URL te typen, een bladwijzer te gebruiken of via een bron waar GA4 geen verwijzer kan detecteren (zoals sommige e-maillinks of het delen van een link via Telegram). Het is belangrijk om te begrijpen dat direct verkeer niet altijd is wat het lijkt en dat er ook sprake kan zijn van verkeerd toegeschreven verkeer.
In de praktijk betekent het gewoon: “We weten niet waar dit verkeer vandaan komt.”
Google Analytics bepaalt de herkomst van een bezoeker meestal via een paar slimme aanwijzingen:
- UTM-parameters in de URL (zoals utm_source, utm_medium, utm_campaign, enzovoorts).
- Referrer-URL, oftewel de vorige pagina waar iemand vandaan kwam (al zorgen privacyregels ervoor dat dit niet altijd betrouwbaar is, maar dat is een ander onderwerp).
- Google Ads’ gclid of andere trackingparameters die laten zien dat iemand via een betaalde campagne is binnengekomen.
Maar… als al deze signalen geen bruikbare info opleveren, schuift GA4 het verkeer automatisch onder het label (direct). Alles wat nergens anders past, belandt hier.
Hoe verminder ik het aandeel direct verkeer in GA4?
Het direct verkeer volledig laten verdwijnen zal niet lukken, maar we kunnen er veel aan doen om het zo min mogelijk te maken. Hieronder vind je enkele stappen die je kan ondernemen om het aandeel direct verkeer te verminderen.
Self-referrals door HTTP/HTTPS valideren en oplossen
Een verkeerde http naar https-redirect kan tot veel “Direct” verkeer in GA4 leiden. Een scenario:
- Bezoekers klikten via een backlink op http://jedomein.nl
- De website forceerde daarna een redirect naar https://jedomein.nl
- GA4 zag dat als een self-referral/eigen doorverwijzing (je eigen domein dus)
- Self-referrals worden door GA4 genegeerd met als resultaat dat GA4 de sessie op Direct verkeer gooit.
Hoe kun je de self-referrals valideren?
Referral path in GA4 bekijken
- Ga in GA4 naar Verkeersacquisitie en voeg de dimensie Sessieverwijzingspad of Volledige verwijzings-URL toe.
- Zie je daar http://domein.nl/ of varianten van je eigen domein terug? Dan heb je al bingo.
Test via de GA4 DebugView of het Realtime rapport
- Klik zelf op een backlink die nog via http:// gaat.
- Check in GA4 het Realtime rapport of de DebugView of de bron als “Direct” verschijnt i.p.v. het verwachte kanaal.
Doe een redirectcontrole
- Voer de site door een redirect checker (bijvoorbeeld httpstatus.io)
- Check of je ziet dat http:// eerst laadt en daarna een 301/302 naar https:// maakt.
Vergelijk de GA4 vs. de Ads/UTM-data
Als campagnes met UTM’s minder goed binnenkomen en tegelijk Direct omhoogschiet, is dat vaak een indicatie van bronverlies door redirect of consent issues. Dit is echter een minder goede manier om te valideren, bovenstaande manieren hebben onze voorkeur.
Een oplossing
Het domein toevoegen aan Ongewenste verwijzingen in GA4. Zo voorkom je dat de redirect de broninformatie kapotmaakt en ziet je rapportage er weer normaal uit.
De stappen:
- Ga in GA4 naar Beheer > Gegevensstreams > Kies je stream.
- Scroll om je tag instellingen te beheren > Toon alle instellingen > Ongewenste verwijzingen.
- Voeg je domein toe zonder http of https, dus bijvoorbeeld trysavvy.nl. Kies het zoektype “verwijzingsdomein bevat”.
- Druk op opslaan.
- Tip: Maak een annotatie in GA4 zodat je je wijziging in data later weer makkelijk kan verklaren.
Belangrijke kanttekening: Dit is een quick-fix. De échte duurzame oplossing is je serverconfig goed inrichten (altijd https afdwingen, goede redirectketens). Daarnaast is er wat van te zeggen als je je eigen domein toevoegt bij unwanted referrals. Het “unwanted referrals” lijstje is eigenlijk bedoeld om externe self-referrals (bijv. payment providers) te filteren, niet primair je eigen domein. Voeg je je eigen domein toe, dan maskeer je soms ook échte problemen in je setup.
Je cookiebanner setup zorg mogelijk voor verlies van de verkeersbron
Heb je een cookie-consent banner op je site vanwege de AVG of andere privacyregels, en geeft een bezoeker pas bij de tweede (of latere) paginaweergave toestemming? Dan gaat Google Analytics 4 die hele sessie aanmerken als (direct).
Waarom? Heel simpel: de verkeersbron is alleen beschikbaar op de landingspagina (tenzij je een single-page application hebt, creatieve hacks gebruikt of een andere specifieke situatie hebt). Zodra een bezoeker doorklikt, verdwijnen de UTM-parameters uit de URL en wordt de referrer ineens de vorige pagina van je eigen site. Voor GA4 ziet dat eruit als een self-referral en dus direct verkeer.
Wanneer gebeurt dit in de praktijk?
- Je cookie-banner valt niet op en bezoekers negeren hem, ze klikken verder zonder consent, waardoor je de bron kwijtraakt. Lees hier hoe je je cookiebanner kan optimaliseren.
- De banner is slecht geïmplementeerd en stuurt bezoekers na akkoord door naar een andere pagina. Weg referrer, weg parameters, hallo direct verkeer. Dit probleem herken je als je na het klikken van weigeren of accepteren een redirect ziet gebeuren op je website.
Hoe los je dit op?
Even een disclaimer: Wij zijn geen juristen. Stem je keuzes altijd af met je legal team of persoon.
- Geen redirects na akkoord. Laat je cookie-banner nooit een redirect uitvoeren. Gewoon consent opslaan en verder laten browsen. Kan je cookiebanner oplossing het niet zonder redirect? Stap dan over 😉
- Zorg dat de keuze direct komt. Maak je banner zo zichtbaar dat bezoekers op de eerste paginaweergave meteen een keuze maken: accepteren of weigeren. Denk aan een duidelijke, blokkerende popup in plaats van een subtiel balkje dat niemand ziet. Irritant voor je bezoekers? Ja. Effectief? Ja.
Zo verlies je geen waardevolle broninformatie en hoeft GA4 minder verkeer onder de noemer direct te schuiven.
URL verkorters verliezen mogelijk de verkeersbron
Gebruik je link shorteners (zoals bit.ly of t.co)? Dan loop je het risico dat de referrer verdwijnt. GA4 weet dan niet waar je bezoeker vandaan kwam en stopt het onder direct verkeer. Gelukkig is er een makkelijke maar handmatige fix: voeg altijd UTM-parameters toe.
In plaats van:
https://www.jewebsite.nl/landingspagina
Doe je:
https://www.jewebsite.nl/landingspagina?utm_source=newsletter&utm_medium=email&utm_campaign=zomeractie
Zo geven de UTM’s netjes de verkeersbron door aan GA4.
Er bestaat helaas geen snelle manier om al je short links in bulk te checken. Je moet ze één voor één nalopen in je shortener-tool en waar nodig de UTM’s toevoegen. Dit is soms niet te doen. Pas het dan vooral toe op je belangrijkste links en voor nieuwe links die je vanaf nu gaat maken. Zo trek je het probleem in de toekomst recht.
Botverkeer door je cookiebanner oplossing (CMP), zoekmachine crawlers (spiders) of andere bots
Grote kans dat je website al bezocht wordt door bots en dat die bezoeken gewoon in je GA4-rapporten terechtkomen. Standaard filtert GA4 bekende bots en spiders automatisch uit, maar dat dekt helaas lang niet alles.
Een bekend voorbeeld dat wij vaak bij onze klanten zien: Cookiebot crawlt regelmatig websites en dat verkeer kan in je rapporten opduiken. Gelukkig kun je de IP-adressen van Cookiebot handmatig uitsluiten in GA4.
Wat kun je doen tegen botverkeer?
Snel fixen in GA4
Bekende IP-adressen van bots uitsluiten in je GA4 instellingen.
Uitsluiten op basis van User agent in GTM
Achterhaal de user agent van bijvoorbeeld je cookiebanner oplossing en sluit die specifiek uit via GTM door Google Tags niet af te laten vuren voor die user agent. Combineer dit eventueel met server-side tagging, waar je meer grip hebt op filtering. Zo pak je het dichter bij de bron aan.
Handmatig opsporen
Vraag je developers om de serverlogs te checken. Zie je terugkerende pieken van specifieke IP’s? Dan kun je die uitsluiten in GA4 of in je server-side setup.
Bots zijn onvermijdelijk, maar met de juiste filters houd je je data zo schoon mogelijk.
Niet al je pagina’s bevatten de GA4 (of GTM) code
Stel je voor: Een bezoeker landt via Google op je website. De referrer is netjes google.com, dus dit verkeer zou in GA4 als organisch moeten verschijnen. Maar… de landingspagina waar de bezoeker binnenkomt bevat per ongeluk géén GA4- of GTM-code (menselijke fout, vergeten bij een nieuwe template of subdomein of het tooltje waarmee de landingspagina word gebouwd). Pas zodra de bezoeker doorklikt naar een tweede pagina, wordt de tracking geladen.
Wat gebeurt er dan? Voor GA4 is dat tweede bezoek eigenlijk de eerste gemeten paginaweergave. Het gevolg: de referrer van die pagina is je eigen website. GA4 ziet dit als een self-referral en labelt de sessie als direct verkeer.
Check of GA4/GTM op alle pagina’s van je website draait (ook subdomeinen, landingspagina’s en oudere content). Er zijn online verschillende tools waarmee je kan checken of dit zo is, zoals Screamingfrog of Google Tag Managers eigen container gezondheidscheck.
Een enkele ontbrekende trackingscode kan al zorgen voor bergen aan direct verkeer in je rapportages, zeker als daar een hoop mensen op landen. We zien dit nog wel eens gebeuren bij losse campagnes op subdomeinen en losse landingspagina tools die dan even ad hoc worden opgezet. Voeg de trackingcode stap toe in je proces voor dit soort campagnes.
Vervolgstappen
Wat kan je doen na het volgen van de stappen?
- Vergeet niet dat het soms tot 48 uur kan duren voordat je GA4 data weer goed staat. Er zit namelijk een vertraging van 24 tot 48 uur op de dataverwerking in GA4. Wachten met het checken van de resultaten voor aanpassingen die je hebt gedaan om direct verkeer te verminderen lonen hier dus zeker.
- Check ook je hoeveelheid unassigned GA4 verkeer voor een nog accuratere attributieweergave. Ook daar hebben we een uitgebreide uitleg over geschreven waarmee je unassigned verkeer in GA4 verkeer kan oplossen.
FAQ
- Waarom wordt verkeer soms als Direct gemeten, zelfs als het eigenlijk uit een campagne of andere bron komt?
Dat gebeurt als belangrijke informatie ontbreekt of verloren gaat, bijvoorbeeld als UTM-tags niet zijn toegevoegd of als een redirect de querystring verwijdert. Ook rel=noreferrer links en cookie-/bannerinstellingen kunnen bijdragen aan verkeerd geclassificeerd verkeer. - Hoe kan ik voorkomen dat mijn eigen domein of subdomeinen als Direct verkeer worden geteld?
Controleer of je referral exclusion-lijst correct staat ingesteld en zorg dat interne links altijd naar HTTPS verwijzen. Interne HTTP-links of foutieve instellingen kunnen sessies breken, waardoor verkeer als Direct wordt geregistreerd. - Helpen UTM-tags altijd om Direct verkeer te vermijden?
In de meeste gevallen wel: als UTM’s correct zijn ingesteld, hoort een bezoek niet als Direct verkeer te verschijnen. Toch zijn er uitzonderingen, zoals redirects die parameters strippen of technische bugs waardoor GA4 toch verkeer verkeerd toewijst. Ook kan een browser, zoals Safari, de parameters uit je url’s strippen vanwege privacy maatregelen. Met server-side tagging kun je dit ondervangen. - Waarom combineert Direct verkeer zowel terugkerende bezoekers als onbekende bronnen?
GA4 gebruikt Direct als een soort “restcategorie” voor sessies waarvan de herkomst niet kan worden bepaald. Daardoor komen trouwe terugkerende bezoekers én onherkenbare bronnen in dezelfde bak terecht, wat de interpretatie lastiger maakt. - Hoe werkt de toewijzing van Direct verkeer in GA4 precies?
Bij de start van een sessie probeert GA4 altijd een bron en medium vast te leggen. Als er geen bruikbare informatie is (geen referrer, geen UTM, geen Google Ads gclid parameter), kiest GA4 voor (direct) / (none). Dit gebeurt sneller dan verkeer als unassigned te tonen, waardoor de “direct”-categorie groter wordt dan je zou verwachten.
Bronnen
- Analytics Mania heeft een zeer uitgebreide blog geschreven over allerlei direct traffic problemen in GA4:
What is Direct Traffic in Google Analytics 4 and How to Fix it