ChatGPT-verkeer bijhouden: waarom je cijfer te laag is

Je ChatGPT-cijfer is te laag. Niet door een afrondingsfout en niet omdat je iets verkeerd hebt geconfigureerd: een klik van ChatGPT kan je op drie manieren bereiken, en conventionele analytics ziet er maar twee. De derde komt binnen zonder verwijzer en zonder parameter, wordt onder Direct geschaard en is niet meer te onderscheiden van iemand die je domein typt.

Dat is het hele probleem in één alinea. Hieronder staat hoe je de twee zichtbare paden goed telt, hoe je het onzichtbare pad inschat in plaats van te doen alsof het nul is, en welk cijfer je kunt rapporteren zonder te overdrijven. Wil je specifiek de GA4-functie, dan heeft het AI Assistant-kanaal een eigen artikel; dit artikel gaat over één assistent, van begin tot eind gemeten, welke tool je ook gebruikt.

De drie manieren waarop een ChatGPT-klik binnenkomt

Pad één: getagd. ChatGPT voegt een campagneparameter toe aan een deel van de uitgaande links die het citeert, dus de URL die je server raakt bevat utm_source=chatgpt.com. Dit is het schoonste signaal dat je krijgt, en het signaal waaromheen je je filter moet bouwen (gedrag waargenomen op 22-08-2026).

Pad twee: met verwijzer. Geen parameter, maar de browser stuurt chatgpt.com mee in de Referer-header. Je analytics leest hem en registreert een verwijzing. Iets ruiziger, maar nog steeds telbaar.

Pad drie: stil. Er komt niets binnen. Geen parameter, geen verwijzer, geen manier om het toe te wijzen. De sessie is Direct en blijft Direct.

De meeste teams bouwen een filter voor pad één, zien een getal en stoppen. Het getal is echt, maar het is een deelverzameling van een deelverzameling.

Waarom zoveel in Direct belandt

De verwijzer is geen garantie. Het is een header die de browser wel of niet kan meesturen, en het gedrag wordt bepaald door een beleid dat de verzendende pagina beheert. De Referrer-Policy-referentie van MDN documenteert het hele spectrum, inclusief beleid dat de header bij cross-origin-navigatie volledig wegstript.

Drie situaties leveren een stille klik op, en geen ervan is exotisch:

• De mobiele app. Tikken in een native app openen vaak in een in-app-webview die geen Referer naar je server meegeeft.
• Kopiëren en plakken. Iemand kopieert de URL uit het antwoord en plakt hem in een andere browser. Er was nooit een verwijzer om te sturen.
• Strippen aan de bron. Waar de verzendende context een strikt verwijzerbeleid toepast, overleeft de header de overgang niet, met of zonder parameter.

Aan geen van die dingen kun je vanuit jouw kant iets doen. Dat is het punt om te internaliseren voordat je een week besteedt aan kanaalregels: het gat is structureel, geen configuratiefout. Dezelfde mechaniek is de reden dat dark social een groot deel van de klikken uit berichtenapps opslokt.

Filteren op de parameter die je niet hebt gemaakt

Voor het getagde pad is de opzet een klus van vijf minuten in elke analyticstool: segmenteer sessies waarbij utm_source gelijk is aan chatgpt.com en kijk dan naar landingspagina's in plaats van totalen. Landingspagina's vertellen je welke content een assistent echt citeert, en dat is het deel waar je iets mee kunt.

Twee dingen aan deze parameter verdienen meer voorzichtigheid dan ze meestal krijgen.

Hij is niet van jou. Je hebt hem niet ingesteld, je kunt hem niet configureren en OpenAI kan hem wijzigen of laten vallen wanneer het wil. Alles wat je erbovenop bouwt moet netjes terugvallen in plaats van breken. Ik zou er ook geen grafiek van jaar op jaar aan ophangen: die grafiek meet het taggingbeleid van OpenAI net zo goed als jouw verkeer.

Hij vervuilt je campagnerapporten. Omdat hij als campagneparameter binnenkomt, verschijnen die sessies naast campagnes die je echt hebt gevoerd. Teams ontdekken een bron chatgpt.com in hun campagnerapport en nemen aan dat een collega iets heeft gebouwd. Niemand deed dat. Rapporteer je over campagneprestaties, sluit hem dan expliciet uit, anders erven je betaalde en e-mailcijfers verkeer dat bij geen van beide hoort.

Het is ook eerlijk om iets over de schaal te zeggen. De clickstream-analyse van ChatGPT van Semrush vond in februari 2026 websearch ingeschakeld bij ongeveer een derde van de vragen, wat betekent dat de meeste sessies helemaal geen uitgaande klik genereren. Uitgaand verwijzingsverkeer groeide jaar op jaar nog steeds sterk, en de prompts die op zoektaal lijken, zijn vaker navigerend en transactioneel. Kleine pool, hoge intentie.

Wil je liever een telling die niet afhangt van wiens header de overgang overleefde, maak dan een werkruimte aan en zet een link die je zelf beheert op de pagina's die assistenten citeren.

De teller die alle drie de paden ziet

Een link die je beheert verandert wat je meet. In plaats van de bron van een sessie af te leiden nadat hij is geland, leg je de resolve vast op het moment dat die gebeurt: de link, de bestemming, het tijdstempel, aan de serverkant, met het record opgeslagen in de EU. Die registratie maakt niet uit of er een verwijzer aankwam, of een parameter bleef staan of hoe een tool verderop de sessie later classificeert.

Concreet: zet een getagde korte link in de content die een assistent waarschijnlijk citeert, en vergelijk het klikaantal ervan met wat je analytics aan ChatGPT toeschrijft voor dezelfde link in hetzelfde venster. Beide getallen kloppen. Het verschil ertussen is de omvang van je blinde vlek, gemeten in plaats van gegokt, en het is de enige eerlijke manier om pad drie in te schatten.

Dit is hetzelfde server-side principe als achter UTM's van begin tot eind bijhouden, toegepast op een bron die zich niet consequent identificeert. Het betekent ook dat de meting bestaat voor periodes voordat een leverancier een AI-kanaal uitbracht.

Welk cijfer je echt rapporteert

Rapporteer een bereik en zeg welke methode het opleverde. Eén stellig percentage is de enige uitkomst die niemand mag vertrouwen.

Dus: analytics geeft je de ondergrens, een link van jou geeft je de volledigere telling, en het verschil is wat een weergave op basis van verwijzers structureel niet kan bereiken. Presenteer het zo en het getal houdt stand bij toetsing. Presenteer één cijfer zonder methode en iemand vraagt uiteindelijk hoe je het weet, wat een slecht gesprek is om in een kwartaalreview te voeren.

Eerlijke beperkingen

Twee dingen krijg je hiermee niet.

Je krijgt niet te weten welke prompt de klik opleverde. Je ziet de landingspagina en het tijdstempel, niet het gesprek, en geen enkele methode voor een website-eigenaar herstelt dat. Wie prompt-niveau-attributie verkoopt, leidt het af.

En een link van jou telt alleen klikken op links die je zelf hebt geplaatst. Citeert een assistent je homepage uit zijn eigen index, dan staat er geen getagde link voor die klik en valt hij terug op wat de verwijzer je geeft. Instrumenteer dus de pagina's die je het liefst geciteerd ziet en behandel al het andere als ondergrens. Welke content je het eerst instrumenteert, is een vraag die de gids over answer engine optimization beter kan beantwoorden dan dit artikel.

Nog iets, omdat het vaak voorkomt. Wil je die getagde links door een assistent laten genereren in plaats van ze zelf te maken, controleer dan de mechaniek voordat je de uitvoer vertrouwt: een niet-gekoppelde chat geeft een slug terug die nooit heeft bestaan, zoals de gids over de ChatGPT URL-verkorter uitlegt.

Gerelateerd op de blog

• Het AI Assistant-kanaal van GA4: wat het bijhoudt en mist - de platformfunctie en haar twee gaten.
• AI-crawlers en korte links - wat er gebeurt voordat een mens ooit klikt.
• Dark social: waarom analytics de meeste van je shares missen - hetzelfde verwijzersprobleem, een andere bron.
• UTM's van begin tot eind bijhouden - de tagconventie waarop dit steunt.
• Privacyvriendelijke klikanalytics - wat bij de redirect wordt vastgelegd.