Måle AI-synlighet
NB

Måle AI-synlighet

Sist verifisert: 22. juni 2026
8min lesetid
Casestudie
PageSpeed 100/100

#Hva vi målte, og hva vi fant

I et kvartal rettet vi overvåkingen av AI-synlighet mot vårt eget nettsted og skrev ned hva den sa, inkludert delene som ikke var smigrende. Kort sagt: AI-siteringsraten vår er lav nettopp der det betyr mest, metoden vi brukte flyttet tallet mer enn den underliggende virkeligheten gjorde, og det desidert mest nyttige resultatet av øvelsen var å lære å mistro et pent tall som kom fra feil instrument. Dette er den første i en kvartalsvis serie, så tallene nedenfor er et utgangspunkt, ikke en æresrunde.

Det meste som skrives om AI-synlighet er råd. Dette er måling. Vi er et byrå som argumenterer for å servere AI rent, tjenertegnet HTML, så det var bare rimelig å sjekke om byrået selv blir sitert. Svaret, gjennom tre øyeblikksbilder i april, mai og juni 2026, var mer interessant enn et enkelt tall.

#Instrumentproblemet kommer først

Før noe funn, forbeholdet som omramming alle de andre. Det finnes to vanlige måter å måle hvor ofte en AI siterer deg, og de er ikke enige.

Den billige måten er en API-proxy. Du sender promptene dine gjennom en modells API, leser teksten som kommer tilbake, og teller merkenevnelser og lenker. Den er repeterbar og nesten gratis, og derfor er den overalt. Svakheten er at API-banen ikke er produktet en kunde bruker. Publiserte sammenligninger anslår kildeoverlappet mellom API-svar og forbrukernettgrensesnittet til lave ensifrede prosenter, så en proxy kan fortelle deg at en modell kjenner navnet ditt i det abstrakte, mens den ikke forteller deg noe pålitelig om hva en ekte bruker ser.

Den ærlige måten er å overvåke de ekte forbrukerutdataene, de samme svarene en person får i ChatGPT- eller Perplexity-grensesnittet, inkludert hvilke kilder produktet faktisk viser. Det koster mer og er vanskeligere å automatisere. Det er også det eneste tallet som svarer til et tapt eller vunnet besøk.

Vi brukte begge, i den rekkefølgen, og gapet mellom dem er den mest gjenbrukbare lærdommen i denne rapporten.

#April: det billige proxy-utgangspunktet

Vårt første øyeblikksbilde, 6. april, var en API-proxy-kjøring. Hovedtallene, over 26 spørringer mot ChatGPT:

MåltallResultat
Merkenevneandel7,7 prosent (2 av 26)
URL-siteringsrate0 prosent
Sterkeste kategoriTillegg, 14,3 prosent nevnelse
Transaksjonell kategori12,5 prosent nevnelse
Informasjonell og lokal0 prosent nevnelse

En nevneandel under åtte prosent og en siteringsrate på null leses som en katastrofe. Den mer nyttige detaljen er hvem som ble sitert i stedet for oss. Da modellen grep etter en kilde om polsk WordPress-arbeid, navnga den kataloger og jobbportaler: pracuj.pl dukket opp tre ganger, sammen med clutch.co, olx.pl, home.pl, nazwa.pl og en annonse for en utvikler-meetup. Det er ikke konkurrenter som skrev bedre enn oss. Det er aggregatorer som modellen stoler på som generiske svar på et kommersielt spørsmål. Det mønsteret, at assistenten faller tilbake på en katalog i stedet for en spesialist, viste seg å være den egentlige historien, og finpuss på siden fikser det ikke.

Rapporten selv bar advarselen vi vil at du også skal bære: API-proxy, kun retningsgivende trender, omtrent fire prosent kildeoverlapp med nettgrensesnittet. Vi forsto ennå ikke hvor mye den advarselen betydde.

#Mai: instrumentet svikter ærlig

Øyeblikksbildet fra 11. mai, også en proxy-kjøring, ga et resultat som så ut som en feil og faktisk var kvartalets ærligste utdata. Over 20 spørringer, fordelt på ChatGPT, Perplexity, Bing Copilot og Claude, var fordelingen slik:

MotorSpørringerSitertSiteringsrate
ChatGPT60uavklart
Perplexity60uavklart
Bing Copilot40uavklart
Claude40uavklart

Hver eneste spørring kom tilbake som uavklart. Ikke “ikke sitert”, uavklart. Proxyen kunne ikke fastslå om svaret i det hele tatt var forankret i hentede sider, så den nektet å gi poeng. En naiv lesning gjør det om til en “siteringsrate på null prosent” og en panisk mandag. Den riktige lesningen er at instrumentet fortalte oss at det ikke kunne se det vi ba det måle. En måling som returnerer uavklart gjør jobben sin. En måling som stille returnerer null i samme situasjon lyver til deg, og mange dashbord for AI-synlighet gjør nettopp det.

#Juni: ekte overvåking, og en nyttig splittelse

I juni byttet vi til å overvåke de ekte modellutdataene i stedet for API-et. Bildet ble skarpere umiddelbart, og det var ikke ensartet.

For én smal spørring, et polsk studio som betjener utenlandske WordPress-kunder, rangerte vi først i fem av de seks testede modellene. Det er en reell, forsvarlig posisjon, og den stemmer med hvordan vi beskriver oss selv. Den stemmer også med virkeligheten: det er en spesifikk identitetspåstand med lite konkurranse, akkurat den typen spørring en spesialist bør eie.

For transaksjonelle WooCommerce-spørringer, spørringene nærmest inntekt, var vi nær usynlige. Modellene svarte selvsikkert og grep ikke etter oss. ChatGPT var konsekvent den svakeste kanalen for merket, og ga minst tilstedeværelse over hele settet. Perplexity var den sterkeste, noe som ikke overrasker når du vet at Perplexity lener seg hardt på direkte nettsøk i stedet for bare på treningsminnet. Konkurrentene som faktisk dukket opp, var stort sett generelle SEO- og SEM-byråer som markedsfører seg som “AI SEO”-leverandører, ikke WooCommerce-spesialister. Gapet er med andre ord autoritet og assosiasjon, ikke sidekvalitet.

#Hva de tre øyeblikksbildene summerer seg til

Lest sammen sier kvartalet tre ting klart.

For det første er metoden en del av tallet. Proxy-kjøringene i april og mai og kjøringen med ekte overvåking i juni målte det samme nettstedet i de samme ukene, og de var uenige nok til at det å sitere ett enkelt tall uten metoden ville være misvisende. Hvis et verktøy gir deg en AI-siteringsrate uten å fortelle deg om det leste API-et eller produktet, mistro det.

Førstepartsmåling er hele poenget med denne øvelsen, og det er den samme disiplinen vi bruker på kundearbeid: et tall du ikke kan gjenskape er ikke bevis. Vi lærte den samme lærdommen den harde veien med et eksperiment med et syntetisk merke, der en modell selvsikkert beskrev et selskap som ikke eksisterte. Å måle et ekte merke har den motsatte feilmodusen, å selvsikkert rapportere null når sannheten er ukjent, og begge kommer tilbake til å sjekke instrumentet før man stoler på avlesningen.

For det andre er identitetsspørringer mulige å vinne og transaksjonelle er det ikke, i hvert fall ikke på siden. Vi holder den smale posisjoneringsspørringen fordi den er spesifikk og lite omkjempet. Vi taper de kommersielle spørringene fordi modellene lener seg på kataloger og brede byråer, og ingen mengde renere HTML endrer hvem en modell allerede assosierer med “WooCommerce-utvikler”. Det er et autoritetsproblem utenfor siden.

For det tredje betyr kanalen noe. Et merke kan bli sitert i Perplexity og være nær fraværende i ChatGPT i samme uke, fordi de to produktene forankrer svar ulikt. En enkelt blandet “AI-synlighetsscore” skjuler nettopp informasjonen du trenger.

#Hva vi endret

Vi skrev ikke om sider som reaksjon på et proxy-tall, for det ville være å optimalisere for et instrument i stedet for en kunde. I stedet endret målingen hvor vi legger innsatsen.

  • Vi låste spørringssettet og kadensen: en stabil liste med identitets-, informasjons- og transaksjonsspørringer, registrert månedlig, med motoren og datoen stemplet på hvert tall.
  • Vi sluttet å sammenligne proxy-tall med tall fra ekte overvåking, og merker nå hvert tall med metoden sin.
  • Vi flyttet arbeidet med transaksjonell synlighet utenfor siden, fordi gapet der er assosiasjon og autoritet, ikke innhold på siden, og det er dokumentert i tilnærmingen vår for GEO og LLMO i stedet for i en ny omskriving.
  • Vi fortsetter å servere alt i tjenertegnet HTML, som er forutsetningen for å være siterbar i det hele tatt, og temaet for notatet vårt om hvorfor vestlige assistenter leser rå HTML.

#Slik gjør du dette selv

Du trenger ikke budsjettet vårt for å starte. Det ærlige minimumsoppsettet er en fast liste med ti til tjue spørringer ekte kunder ville stilt, kjørt én gang i måneden, med tre kolonner registrert hver gang: motoren, datoen og om merket ditt ble navngitt eller URL-en din lenket. Legg til en fjerde kolonne for hvilke andre domener som ble sitert, fordi det forteller deg hvem du faktisk konkurrerer mot i svaret, og det er sjelden den du tror.

Hvis du bruker et automatisert verktøy, still det ett spørsmål før du stoler på et eneste diagram: leser du API-et eller produktet? Hvis det ikke kan svare, behandle utdataene som kun retningsgivende, slik april- og mai-kjøringene våre var. Og la aldri et verktøy gjøre et uavklart resultat om til en selvsikker null.

#Den ærlige konklusjonen

Et kvartal med å måle våre egne AI-siteringer ga ett ubehagelig tall, den transaksjonelle siteringsraten vår er lav, og én genuint verdifull vane, aldri siter et AI-synlighetstall uten metoden som produserte det. Proxy-kjøringene fikk oss til å se verre ut enn virkeligheten i mai, og den ekte overvåkingen viste en forsvarlig identitetsposisjon som proxyen hadde oversett. Begge avlesningene var nyttige nettopp fordi vi skrev ned hvordan hver ble tatt. Dette er rapport én. Vi publiserer det neste øyeblikksbildet ved slutten av kvartalet, på det samme spørringssettet, slik at serien kan sammenlignes i stedet for beundres. Hvis du vil bli sitert av AI, begynn med å måle det ærlig, og bygg det inn i arbeidsflyten vi beskriver for GEO og LLMO.

Neste steg

Gjor artikkelen om til faktisk implementering

Denne blokken styrker intern lenking og sender leseren videre til de mest relevante tjenestene og innholdet.

Vil du fa dette implementert pa nettstedet ditt?

Hvis synlighet i Google og AI-systemer betyr noe, kan jeg bygge innholdsarkitektur, FAQ, schema og intern lenking for SEO, GEO og AEO.

Hva er en AI-siteringsrate og hvorfor måle den? #
Det er hvor ofte en AI-assistent navngir merket ditt, eller lenker URL-en din, når den svarer på et relevant spørsmål. Det er viktig fordi AI-svar i økende grad sitter mellom en søker og nettstedet ditt. Hvis assistenten siterer en katalog i stedet for deg, mister du besøket før klassisk SEO i det hele tatt slår inn. Du kan ikke forbedre det du ikke måler, så det første steget er et utgangspunkt.
Hvorfor var API-proxyen og den ekte overvåkingen så uenige? #
En API-proxy sender prompter gjennom et modell-API og inspiserer teksten. Den er billig og repeterbar, men API-banen er ikke forbrukerproduktet, og publisert arbeid antyder bare noen få prosent kildeoverlapp med nettgrensesnittet. Mai-øyeblikksbildet vårt ga uavklart for hver eneste spørring, altså at proxyen innrømmet at den ikke kunne avgjøre om grounding skjedde. Overvåking som leser de ekte forbrukerutdataene gir et sannere bilde, til høyere kostnad. Behandle proxy-tall som kun retningsgivende.
Hva viste den ekte juni-overvåkingen faktisk? #
En splittelse. For den smale identitetsspørringen om et polsk studio som betjener utenlandske WordPress-kunder rangerte vi først i fem av seks modeller, noe som bekrefter en reell posisjon. For transaksjonelle WooCommerce-spørringer, der pengene er, var vi nær usynlige. ChatGPT var den svakeste kanalen for oss og Perplexity den sterkeste, noe som passer med at Perplexity lener seg på direkte nettsøk.
Hvor ofte bør jeg måle AI-siteringer? #
Månedlig er nok for et lite nettsted, fordi modellatferd og ditt eget innhold begge beveger seg sakte i forhold til målestøyen. Velg et fast spørringssett, noter motoren og datoen ved hvert tall, og sammenlign aldri et proxy-tall mot et tall fra ekte overvåking. Vi publiserer et kvartalsvis øyeblikksbilde slik at serien forblir ærlig og sammenlignbar.
Er en høy AI-siteringsrate verdt å jage for hver spørring? #
Nei. Identitets- og informasjonsspørringer er lettere å vinne og verdt å holde på, men transaksjonelle spørringer er der konkurrenter og kataloger kjemper hardest, og der arbeid på siden alene sjelden flytter nålen. For dem betyr autoritet utenfor siden mer. Mål først, bruk så ressurser der gapet er reelt, ikke der tallet er lett å forbedre.

Trenger du FAQ tilpasset bransje og marked? Vi lager en versjon som støtter dine forretningsmål.

Ta kontakt

Relaterte artikler

En live-test i juni 2026 viste at seks av sju ledende vestlige AI-assistenter bare leser rå HTML, ikke innhold som rendres med JavaScript. Hva det betyr når fakta lastes inn på klientsiden, og hvorfor stacken vår allerede serverer alt på serversiden.
technology

Rendrer AI JavaScript?

En live-test i juni 2026 viste at seks av sju ledende vestlige AI-assistenter bare leser rå HTML, ikke innhold som rendres med JavaScript. Hva det betyr når fakta lastes inn på klientsiden, og hvorfor stacken vår allerede serverer alt på serversiden.

Debatten i 2026 om hvordan man serverer innhold til AI-agenter blander sammen tre ulike lag. Et praktikerblikk fra en stack som allerede serverer ren semantisk HTML og Schema på Cloudflare.
technology

Servere innhold til AI-agenter: HTML mot Markdown, og hvor OKF faktisk passer inn

Debatten i 2026 om hvordan man serverer innhold til AI-agenter blander sammen tre ulike lag. Et praktikerblikk fra en stack som allerede serverer ren semantisk HTML og Schema på Cloudflare.

Innen 2026 har AI-søk erstattet den bla lenken. Oppdag 7 datadrevne sannheter om zero-click-søk, GEO-optimalisering og hvordan du blir svaret som AI-motorer siterer.
technology

Slutten på klikket: hvordan KI endrer nettet

Innen 2026 har AI-søk erstattet den bla lenken. Oppdag 7 datadrevne sannheter om zero-click-søk, GEO-optimalisering og hvordan du blir svaret som AI-motorer siterer.