Å måle AI-trafikk handler om mer enn å telle klikk

Cloudflare viser nå hvordan merkevarer dukker opp i et sett med KI-prompter som kjøres gjentatte ganger. Google registrerer organiske lenkevisninger i AI Overviews og AI Mode. Det dokumenterer at en lenke ble vist, ikke at et menneske la merke til den. Nettanalysen din begynner først ved klikket. Skiller du disse signalene tydelig, får du ingen samlet karakter for KI-synlighet, men et nyttig grunnlag for å forstå situasjonen.

Cloudflares nye AEO Visibility Dashboard (AEO står for Answer Engine Optimization) viser fire prosentverdier. Det som egentlig gjør det interessant å skrive om, er målekjeden bak: Cloudflare samler teknisk Agent Readiness, syntetiske tester av KI-svar og faktiske signaler om gjennomsøking og henvisningstrafikk i ett grensesnitt.

Siden juni har Google utvidet Search Console med en egen rapport for visninger i generativ KI. Den teller noe annet: hvor ofte Google har registrert en organisk visning av en lenke til nettstedet ditt i AI Overviews eller AI Mode . Om et menneske bevisst la merke til lenken, kan du ikke lese ut av dette.

Så finnes også GA4, Plausible eller ditt eget analyseoppsett. De ser besøket på nettstedet og det som skjer etterpå.

Alle tre perspektivene er nyttige. Det blir upresist når en syntetisk prompttest fremstilles som rekkevidde, en botforespørsel blir til en kildehenvisning, eller få klikk tolkes som «usynlig».

Én målekjede og fem spørsmål

Jeg ville ikke behandlet KI-synlighet og KI-trafikk som ett nøkkeltall, men som fem spørsmål i rekkefølge:

1. Er nettstedet ditt tilgjengelig for relevante systemer, og blir det gjennomsøkt?
2. Blir merkevaren eller nettstedet ditt nevnt eller brukt som kilde i de testede svarene?
3. Har Google registrert en organisk visning av en lenke?
4. Har noen klikket og besøkt nettstedet ditt?
5. Hva skjedde etterpå, helt frem til en henvendelse, et kjøp eller et annet meningsfullt mål?

Denne rekkefølgen er ingen universell KI-trakt. Ikke alle plattformer viser alle trinn, og et klikk trenger ikke stamme fra en kildehenvisning du har observert tidligere. Som kontrollmodell hindrer den likevel at du sammenligner tall fra helt forskjellige sammenhenger.

Målepunkt	Typisk datakilde	Hva du faktisk vet	Hva som fortsatt er ukjent
Tilgjengelighet og gjennomsøking	Agent Readiness-kontroller, server- og edge-logger, lokal botanalyse	Et system hadde tillatelse eller mulighet til å hente en nettadresse	Om siden ble brukt i et svar
Omtale og kildehenvisning	Et dokumentert sett med prompter som kjøres gjentatte ganger	Merkevaren eller domenet dukket opp i de testede svarene	Hvor ofte ekte brukere så det
Lenkevisning registrert av Google	Search Console, rapporten «Generative AI»	Google registrerte en organisk visning av en lenke til nettstedet i AI Overviews eller AI Mode	Bevisst oppmerksomhet, separate klikk fra generativ KI, søk og konverteringer
Klikk	GA4, Plausible CE eller annen nettanalyse	Et gjenkjent besøk nådde nettstedet	Alle besøk som ikke ble gjenkjent eller manglet henvisningsinformasjon
Effekt etter klikket	Hendelser, nettbutikk- og CRM-data, analyse av konverteringstrakter	Hva som skjedde i ditt eget målesystem etter det gjenkjente besøket	Hvilke påvirkninger du ikke observerte, som bidro til beslutningen

1. Tilgjengelig betyr ikke at innholdet er valgt

Det første målepunktet kommer før noe svar. Kan en crawler lese robots.txt og nettstedskartet ditt? Når den frem til siden? Får den innhold eller en 403-feil? Fører en lenke ingen steder og ender med 404?

Cloudflare samler slike tekniske kontroller under Agent Readiness. Den tilhørende AI Operator Activity viser også faktisk aktivitet fra gjennomsøking og henvisningstrafikk i Cloudflare-nettverket, fordelt på operatør. Der kan du for eksempel se at en leverandør henter mange sider uten å sende synlig henvisningstrafikk, eller at forespørslene stopper ved 403- og 404-svar.

Dette er faktiske signaler ved nettstedet. De dokumenterer hva et system ba om, og hvilket svar serveren ga. De dokumenterer ikke hva som senere sto i et privat svar fra en assistent.

Uavhengig av Cloudflare finner du samme type dokumentasjon i serverlogger eller en egen botanalyse. Bruker du WordPress, kan citelayer® analysere KI-botforespørsler og gjenkjent henvisningstrafikk fra KI separat og lokalt. Jeg oppgir bevisst ikke et fast antall støttede boter, fordi gjenkjenningsmønstrene avhenger av versjonen.

2. Cloudflare AEO Visibility teller ikke alle svar

Cloudflare presenterte AEO Visibility Dashboard 6. august 2026 som Early Access . Du ber om tilgang i Overview-fanen i Cloudflare-kontrollpanelet. Det er altså ennå ingen standardfunksjon som er tilgjengelig for alle.

Grensesnittet svarer på hvordan et nettsted klarer seg i et svarutvalg som Cloudflare lager. Cloudflare utleder bransje og kategori fra nettstedet og formulerer sannsynlige spørsmål for oppdagelse uten merkenavn, anbefalinger, sammenligninger og generell rådgivning. Den offisielle prosessgrafikken nevner også egendefinerte prompter. For øyeblikket spør Cloudflare Claude fra Anthropic og GPT fra OpenAI .

Fire verdier står i sentrum:

• Citation Rate: I hvor stor andel av de testede svarene i kategorien brukes ditt eget nettsted som kilde?
• Mention Rate: Hvor ofte nevner svaret merkevaren, uavhengig av om nettstedet er lenket som kilde?
• Prominence: Når nettstedet brukes som kilde, hvor tidlig dukker det opp, og hvor stor del av svaret tilskrives det?
• Share of Voice: Hvor stor andel av kildehenvisningene i utvalget går til ditt eget nettsted sammenlignet med konkurrentene?

Metoden går lenger enn en tilfeldig manuell prompt, fordi Cloudflare uttrykkelig tar hensyn til variasjonen i modellene. Ifølge metodeinnlegget kjøres prompter flere ganger gjennom forskjellige modeller via AI Gateway. Deretter analyseres svarteksten og kildene som er nevnt. Cloudflare kombinerer deterministisk tekstanalyse med en vurdering fra Workers AInår det trengs en mer nyansert vurdering.

For markedssammenligningen lager Cloudflare ett bransjeutvalg per kategori. Dette øyeblikksbildet gjenbrukes som sammenligningsgrunnlag for domener i samme kategori, i stedet for at alle sammenligningsspørsmål stilles på nytt ved hver skanning. Det gir raskere resultater og en felles referanseramme. Men det betyr også at hvor oppdatert og relevant utvalget er, inngår i målemetoden.

Hva disse prosentverdiene ikke er

Citation Rate, Mention Rate, Prominence og Share of Voice er ikke en fullstendig opptelling av svar til ekte brukere. Cloudflare observerer egne spørsmål og svar fra utvalgte modeller. Utvalget kan være en nyttig og gjentakbar stikkprøve. Det er verken en KI-rangering eller en fasit for den samlede synligheten i markedet.

Heller ikke Cloudflares faktiske nettverksdata fyller hele dette hullet. De viser gjennomsøking og henvisningstrafikk ved nettstedet. De viser ikke hvert svar en bruker har lest i et privat assistentvindu.

Nettopp derfor synes jeg likevel det felles grensesnittet er interessant: Det viser teknisk tilgjengelighet, syntetisk synlighet i svar og faktisk nettverksaktivitet ved siden av hverandre. Så lenge de tre signaltypene fortsatt kan leses som tre forskjellige typer, gir de et nyttig samlet kontrollgrunnlag.

Hva jeg fortsatt vil vite i Early Access

Det offentlige lanseringsmaterialet forklarer hovedforløpet, men lar viktige spørsmål stå åpne:

• Hvor mange spørsmål inngår i utvalget, og hvordan vektes egne prompter?
• Hvilke språk og regioner dekkes?
• Hvilke konkrete modellversjoner brukes, og hvor mange ganger gjentas testene?
• Hvor ofte fornyes kategoriutvalget og sammenligningsgrunnlaget?
• Hvordan beregnes Prominence og Industry Fit nøyaktig?
• Hvordan kan en feilaktig kategori korrigeres, og hva beregnes på nytt etterpå?

Eksempelgrensesnittet viser riktignok funksjonen «Change market». Men det er ennå ingen fullstendig offentlig metodebeskrivelse for korrigering og ny beregning. Dette er spørsmål som må undersøkes i Early Access, ikke en oppfordring til å gjette.

3. Google teller faktiske visninger i generativ KI

Google Search Console supplerer målekjeden på et punkt som vanligvis er usynlig hos andre assistenter: Google kan telle når en lenke faktisk er vist i en av selskapets egne generative KI-funksjoner.

Den nye rapporten Generative AI omfatter for øyeblikket AI Overviews og AI Mode. Google registrerer en organisk visning når en lenke til nettstedet ditt er blitt vist til en bruker der. Det dokumenterer visningen i den støttede funksjonen, ikke at brukeren bevisst la merke til lenken. Eksperimenter i Search Labs er uttrykkelig utelatt.

I motsetning til Cloudflares Citation Rate kommer ikke dette målet fra overvåking av prompter. Det beskriver en organisk lenkevisning som Google har registrert i Google-søk. Det gjelder likevel ikke på tvers av plattformer: Rapporten vet ingenting om Claude, ChatGPT eller andre assistenter.

Google ruller først ut visningen til bare et utvalg av områdene i Search Console . Hvis den mangler, kan det skyldes begrenset utrulling eller for få visninger. Reservasjon gjennom den separate styringen for generativ KI i søk kan også hindre deltakelse.

I den egne visningen kan du analysere visninger etter sider, land, datoer og enheter . Det finnes foreløpig ingen fane for søk. Spesialrapporten viser heller ikke separate klikk fra generativ KI, egen klikkrate eller plassering.

De samme dataene inngår også i søketypen Nett i den vanlige resultatrapporten for søk. Der er de fortsatt slått sammen med andre nettsøkeresultater. Spesialrapporten gir altså et eget innblikk i visninger fra generativ KI, men ennå ingen fullstendig trakt for generativ KI.

Fire begrensninger er viktige i detaljarbeidet:

• Diagrammet summerer som standard på områdenivå. Hvis to resultater fra samme nettsted vises i en generativ KI-funksjon, telles de samlet som én visning der. Med URL-filter flyttes summeringen til URL-nivå.
• I tabellen summeres sider på sidenivå, mens land, enheter og datoer summeres på områdenivå. Derfor kan summene i tabellen og diagrammet avvike.
• De vanlige begrensningene i resultatrapporten for søk gjelder også her, blant annet maksimalt 1 000 tabellrader og de vanlige tidsgrensene.
• De nyeste dataene kan være foreløpige og bli endret. Diagram og tabell kan eksporteres.

I praksis betyr det at rapporten svarer på: «Ble en Google-lenke vist i en støttet generativ KI-funksjon?» Den svarer ennå ikke separat på: «Hvilket spørsmål førte til det, hvem klikket, og hva skjedde etterpå?»

4. Klikket begynner i nettanalysen din

Siden 13. mai 2026 har Google Analytics plassert gjenkjent henvisningstrafikk fra KI-assistenter i kanalen AI Assistant . GA setter mediet til ai-assistant og kampanjen til (ai-assistant). Google nevner ChatGPT, Gemini, Deepseek, Copilot og Grok som eksempler, ikke som en fullstendig liste over henvisningskilder.

Klikk fra Google AI Overviews og AI Mode føres derimot i GA4 under Organic Search. Dermed havner samme overordnede begrep, «KI», i ulike analyseløp avhengig av opprinnelsen. Et lavt tall i AI Assistant-kanalen motbeviser derfor ikke visninger fra generativ KI i Search Console.

Slik undersøker du klikkene:

1. Åpne en anskaffelsesrapport i GA4 og bruk dimensjonen Øktens standardkanalgruppe.
2. Sjekk om AI Assistant vises som en rad.
3. Filtrer i en utforskning på mediet ai-assistant og legg til landingssiden.
4. Sammenlign resultatet med henvisningskilder og organisk Google-søk. Ikke alle KI-domener trenger å stå på listen Google vedlikeholder, og ikke alle besøk har brukbar henvisningsinformasjon.

GA4 er bare ett eksempel. Med Plausible Community Edition på egen server kan du registrere henvisningstrafikk, kampanjer og egne hendelser i en infrastruktur du selv velger. Det gir mer kontroll over dataflyten. Det gir ikke generelt fritak fra personvern- eller samtykkekrav: Sporing, tilleggsegenskaper, hosting og rettsgrunnlag må passe til det konkrete oppsettet.

5. Etter klikket begynner det egentlige forretningsspørsmålet

Henvisningstrafikk er interessant, men er dessverre ikke et resultat i seg selv. Først laget etter klikket viser om noen når riktig landingsside, tar et meningsfullt neste steg, sender en henvendelse eller kjøper.

Plausible CE kan vise dette laget med egne hendelser. For en dypere analyse som tar hensyn til kontrollen over egne data, utvikler jeg under arbeidsnavnet Funnelboard en selvstendig analysetilkobling for Plausible CE, en gratis analyseprogramvare som kan kjøres på egen server.

I den utviklingsstatusen som er dokumentert nå, kjører Funnelboard ved siden av Plausible CE, leser analysedata med bare lesetilgang og beregner konverteringstrakter, omsetning per kilde og vanlige brukerreiser. For denne analysen blir analysedataene i egen infrastruktur i det beskrevne oppsettet. Lisenskontrollen hos EDD er planlagt som ekstern kommunikasjon. Denne beskrivelsen av utviklingsstatusen er på nåværende tidspunkt verken en erstatning for en juridisk vurdering eller dokumentasjon på alle fremtidige driftsformer.

WordPress kan i denne modellen være nettbutikk, innholdssystem eller kilde til ekstra lokale signaler. De fem målespørsmålene fungerer like godt for andre CMS-er, nettbutikker og skreddersydde plattformer.

Tre typer dokumentasjon fremfor én karakter for KI-synlighet

De fem målepunktene kan føres tilbake til tre typer dokumentasjon:

• Syntetisk observasjon av svar: Cloudflares AEO-utvalg eller egen dokumentert promptovervåking viser hva som skjer i et definert utvalg.
• Faktiske systemsignaler: Edge- og serverlogger, Cloudflare Operator Activity og Googles visninger fra generativ KI viser observerte hendelser i de respektive systemene.
• Egne data om bruk og effekt: Nettanalyse, hendelser, nettbutikk- eller CRM-data viser det gjenkjente besøket og det som skjer etterpå innenfor ditt eget måleområde.

Ingen av typene erstatter de andre. Sammen gir de et nyttig grunnlag for feilsøking:

• Ikke tilgjengelig, eller mange 403-/404-svar: Kontroller teknisk tilgang, URL-struktur og muligheten for gjennomsøking.
• Gjennomsøking, men ingen kildehenvisninger i utvalget: Undersøk samsvar med brukerens hensikt, kildeverdi, markedskategori og promptsett.
• Kildehenvisninger i utvalget, men ingen faktiske Google-visninger: Respekter plattformgrensene. Et promptutvalg og Googles faktiske visning er ikke det samme.
• Google-visninger, men knapt noen registrerbare klikk: Kontroller hvordan lenken vises, typen utsagn, landingssiden og hull i målingen. Ikke gjør et manglende separat klikktall i GSC til null.
• Klikk, men ingen relevant effekt: Undersøk landingssiden, tilbudet, konverteringstrakten, brukerreisen og oppsettet for hendelser.

Cloudflares nye kontrollpanel erstatter derfor verken Google Search Console, nettanalyse, logger eller analyse av det som skjer etter klikket. Det tilfører et interessant perspektiv på svarene. Google leverer nå en separat visning av registrerte organiske lenkevisninger i sine egne generative KI-flater. Om lenken fikk oppmerksomhet, og hva den fører til for virksomheten, må fortsatt undersøkes i andre datakilder.

Hvis du først vil få oversikt over grunnlaget, les Hva er AI Visibility?. Hvordan jeg bygger gjentakbare tester, beskriver jeg i Slik tenker jeg om AI Visibility Audits med citelayer®. For teknisk tilgjengelighet for crawlere passer neste steg: KI-crawlere, robots.txt og innholdssignaler.

En citelayer® AI Visibility Audit kan samle målepunktene for nettstedet ditt til et pålitelig utgangspunkt, uten løfter om trafikk, kildehenvisninger eller rangering.

Kilder

• Cloudflare: Slik fungerer det nye AEO Visibility Dashboard
• Cloudflare: Pressemelding om Early Access
• Google Search Central: Nye rapporter for visninger i generativ KI
• Google Search Console: Generative AI performance report
• Google Analytics: AI Assistant i versjonsnotatene
• Google Analytics: Definisjon av standardkanalgruppene
• Plausible: Kjøre Community Edition på egen server
• Plausible: Analysere henvisningskilder og kampanjer
• Plausible: Registrere egne hendelser