Generativ AI i Search Console

#Hvor finner du Generativ AI i Search Console

Rapporten ligger under Ytelse, ved siden av rapporten for søkeresultater, som en egen Generativ AI-oppføring. Hjelpesiden til Google lenker direkte til den på search.google.com/search-console/performance/search-analytics/ai. Dataene deles opp etter sider, land, enheter og datoer, og kunngjøringen fra 3. juni nevner oppløsning per time, dag, uke og måned. Tallene kommer fra søketypen Nett i ytelsesrapporten for søk.

Rapporten vises som regel bare når nettstedet har nok visninger i generative AI-funksjoner. Ser du den ikke, er det første mistanke. Den andre er innstillingen for generativ AI som beskrives lenger ned: et nettsted som er holdt utenfor disse funksjonene, har ingenting å rapportere. Hjelpesidene til Google sier ikke hvor langt tilbake historikken går, så les den tidligste datoen av ditt eget diagram i stedet for å anta en.

#Forskjellen på AI Overviews og AI Mode

Rapporten slår sammen to flater som det er verdt å skille i hodet. AI Overviews er sammendrag som genereres over de klassiske resultatene, som brukeren ser uten å be om noe mer enn et vanlig søk. AI Mode er en egen samtalemodus i søket, der brukeren bevisst stiller spørsmål i form av en dialog. Det er ulike intensjoner og ulik atferd. Generativ AI-delen teller begge deler under ett, uten å dele dem opp i de to flatene.

For den som leser rapporten, har det en praktisk konsekvens: du kan i dag ikke si om visningene dine kommer fra passive sammendrag eller fra aktive samtaler. Det er to forskjellige veier til innholdet ditt, og trolig to forskjellige grupper mottakere. Google skiller dem foreløpig ikke, så det må du holde i bakhodet når du tolker tallene.

#Hvorfor AI-rapporten ikke viser klikk og CTR

Her kommer den viktigste delen. Rapporten viser kun visninger. Det finnes ingen:

• klikk,
• CTR,
• gjennomsnittlig posisjon,
• søk.

Du får altså vite hvilke sider som blir sitert i AI-svar, men ikke om noen faktisk klikket seg videre. For å vurdere avkastning er det for lite. Selve klikkene går ikke tapt: hjelpesiden til Google om ytelsesmåltall teller et klikk på en ekstern lenke i en AI Overview eller i AI Mode som et klikk i den vanlige Ytelse-rapporten. Det som mangler, er en måte å skille disse klikkene fra de klassiske.

Google har ikke oppgitt noen dato for når de kommer hit. Ifølge kunngjøringen fra 3. juni jobber Google med nettstedseiere for å finne ut hvilke data som hjelper mest, og vil legge til flere måltall over tid. Innlegget på Googles blogg The Keyword fra samme dag legger til at Google er i dialog med reguleringsmyndigheter som britiske Competition and Markets Authority om disse verktøyene. Foreløpig har du halve svaret.

#Er AI-visninger nye data i Search Console

Det er lett å tro at Google har avdekket en ny trafikkilde. Det har de ikke. Disse visningene ble allerede talt i den vanlige Ytelse-rapporten. Generativ AI-delen er en filtrert visning av de samme dataene, bare bedre organisert.

Det har en praktisk konsekvens. Ser du tusenvis av visninger i denne delen, skal du ikke legge dem til den eksisterende trafikken din. De lå der allerede.

#Hvordan en visning telles

Ifølge hjelpesiden til Google om klikk, visninger og posisjon gjelder standardreglene for visninger både for AI Overviews og AI Mode. Generelt teller en lenke som en visning når den står på den gjeldende resultatsiden, enten den er rullet inn i synsfeltet eller ikke. I et element som ruller eller utvides av seg selv, må lenken som regel først rulles eller utvides inn i synsfeltet. Tre detaljer gjelder spesielt for generative funksjoner:

• Posisjon. En AI Overview tar én enkelt posisjon i søkeresultatene, og hver lenke i den får den samme posisjonen. I AI Mode telles et oppfølgingsspørsmål som et nytt søk, så visningene og klikkene i det nye svaret hører til det søket.
• Aggregering. I Generativ AI-rapporten aggregerer diagrammet per eiendom, så to av nettadressene dine i ett svar telles én gang der. Tabellrader gruppert etter side teller per side. Derfor kan summen i diagrammet og summen av sideradene avvike fra hverandre.
• Search Labs. Data fra eksperimenter i Search Labs er ikke med.

I Discover-rapporten teller Google én visning per resultat per økt. Uten den konteksten er det lett å over- eller undervurdere hvor synlig du er i AI.

#Sider, land, enheter og datoer i AI-rapporten

Siden dataene er få, er det verdt å hente ut det hver dimensjon faktisk bærer:

• Sider. Den viktigste dimensjonen. Den viser hvilke konkrete undersider AI plukker ut fra nettstedet ditt som kilde. Det er en liste over innhold som allerede har fortjent å bli sitert, og en pekepinn på hva som bør bygges ut for å legge til flere.
• Land. Forteller hvilke markeder du er til stede i innenfor AI-svarene. Driver du et flerspråklig nettsted, er dette en test på om synligheten din i AI stemmer med fordelingen du er ute etter.
• Enheter. Fordelingen på datamaskin, nettbrett og mobil viser hvor AI-synligheten din er sterkest. Den er ofte annerledes enn i de klassiske resultatene. Denne dimensjonen finnes bare i rapporten for søk, ikke i Discover.
• Datoer. Granularitet helt ned til timenivå lar deg se om en publisering eller en oppdatering av innhold ga utslag i de generative funksjonene, og etter hvor lang tid.

Ingen av disse dimensjonene forteller deg om noen klikket. Men satt sammen tegner de et kart over hva, hvor og når AI henter fra nettstedet ditt. To detaljer fra hjelpesidene holder kartet ærlig: sider rapporteres med den kanoniske nettadressen etter viderekoblinger, og datoene følger stillehavstid.

#Hvordan eksportere data fra Generativ AI-rapporten

Rapporten har sin egen Eksporter-knapp, som laster ned både diagrammet og tabellen. To begrensninger fra hjelpesiden er viktige. Tabellen følger grensene for ytelsesrapporten for søk, blant annet 1000 rader. Og verdier som vises som ~ eller - i grensesnittet, eksporteres som nuller, så en null i regnearket er ikke alltid en målt null.

Å gå forbi grensesnittet er vanskeligere enn med den klassiske rapporten. Per 14. oktober 2026 oppgir verken referansen for Search Analytics API eller tabellreferansen for masseeksport av data noen dimensjon eller noe felt for generative AI-funksjoner. Begge har fortsatt totalene der disse visningene allerede inngår. API-et beskriver også hvordan du ser hvilke verdier for søkeutseende som finnes på eiendommen din: kjør et søk gruppert etter searchAppearance, og bruk verdiene du får tilbake som filter i dimensionFilterGroups i et nytt kall.

# 1. discover which appearance types exist on this property
curl -s -X POST \
  "https://www.googleapis.com/webmasters/v3/sites/sc-domain%3Aexample.com/searchAnalytics/query" \
  -H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
  -d '{"startDate":"2026-09-01","endDate":"2026-09-30","dimensions":["searchAppearance"],"dataState":"all"}' | jq '.rows[].keys'

Ikke anta en utseendeverdi før du har sett den i dette første svaret. Google legger til og gir nytt navn til disse over tid, og en streng du har kopiert fra et blogginnlegg, er den vanlige grunnen til at en eksport i det stille gir null rader. Sett rowLimit til høyst 25000 (det dokumenterte maksimumet, standard er 1000) og bla med startRow. "dataState":"all" tar med ferske dager som ennå ikke er komplette. Utelat det når du bygger et stabilt månedlig grunnlag. hourly_all sammen med dimensjonen hour gir en fordeling per time.

Masseeksporten til BigQuery, som settes opp i innstillingene, skriver searchdata_site_impression (aggregert per eiendom) og searchdata_url_impression (aggregert per nettadresse) hver dag. Det paret speiler aggregeringen per eiendom og per side i Generativ AI-rapporten. Legger Google senere til en kolonne for generative funksjoner, oppdager du det raskest med en spørring mot skjemaet:

SELECT column_name, data_type
FROM `your_project.searchconsole.INFORMATION_SCHEMA.COLUMNS`
WHERE table_name = 'searchdata_url_impression'
ORDER BY column_name;

Så lenge en slik kolonne ikke finnes, er Eksporter-knappen den eneste veien til selve de generative tallene. Eksporter dem derfor hver måned og ta vare på filene.

#Hvordan kontrollere en endring i AI-visninger

En linje som beveger seg i denne rapporten, har flere kjedelige forklaringer enn interessante. Gå gjennom dem i rekkefølge.

Sjekk eiendomstypen. En domeneeiendom samler alle underdomener og begge protokoller. En eiendom med nettadresseprefiks gjør ikke det. Sammenligner du et Generativ AI-tall fra den ene med en total fra den andre, er andelen du regner ut, feil før du har begynt.

Sjekk perioden mot utrullingsdatoen din. Rapporten nådde en del av nettstedene i Storbritannia i juni 2026 og alle nettsteder i hele verden 31. august 2026. En sammenligning som går tilbake til før eiendommen din hadde rapporten, sammenligner et ekte tall med et fravær, ikke med en nedgang.

Sjekk om de siste dataene fortsatt fylles inn. Ifølge hjelpesiden er de nyeste dataene foreløpige, vises som en stiplet linje og kan endre seg i løpet av noen timer. Les en trend fra en periode som sluttet for noen dager siden, ikke fra høyre kant.

Sjekk tidssonen. Search Console rapporterer i stillehavstid, mens analyseverktøyet ditt nesten helt sikkert rapporterer i din egen. En daglig sammenligning mellom de to vil se forskjøvet ut med en bit av et døgn, permanent, og ingen ny kontroll av tallene retter på det.

Sjekk filtrene du har latt stå på. Filtre for land, enhet og side blir oftere stående mellom visninger i grensesnittet enn folk tror. Ser et tall usannsynlig ut, fjern alle filtre og les den ufiltrerte totalen før du undersøker noe annet.

#Vanlige feil ved tolkning av Generativ AI-rapporten

Tre feil går igjen oftest:

1. Å legge AI-visninger til den eksisterende trafikken. De ble allerede talt. Det er dobbelttelling av de samme dataene.
2. Å forveksle en visning med et besøk. En visning betyr at lenken var synlig i svaret, ikke at noen gikk inn på siden. Uten klikk vet du ikke hvor mange som faktisk kom til deg.
3. Å behandle manglende data som en nedgang. Har du ikke rapporten ennå, eller begynner historikken først da eiendommen din fikk den, betyr ikke det at du ikke ble sitert tidligere. Det betyr at Google ikke rapporterte det før.

#Hvorfor visningene i AI Overviews falt

Når du har noen ukers historikk, kommer det første urovekkende fallet. Disse årsakene bør du utelukke før du rører innholdet.

En endret nettadresse uten viderekobling. Sidedimensjonen er knyttet til den nøyaktige nettadressen. Endrer du en slug, slutter den gamle adressen å samle visninger, og den nye starter fra null. Totalen for eiendommen rikker seg knapt, men alle dashbord på sidenivå viser et stup. Før du konkluderer, åpne den gamle stien og bekreft at den fortsatt gir 301 til den nye, uansett hvor viderekoblingene dine ligger: i serverkonfigurasjonen, i en viderekoblingsfil hos vertstjenesten eller i en utvidelse.

Konsolidering via canonical. Visninger tilskrives den kanoniske nettadressen, ikke den brukeren kunne ha nådd. Flyttet en canonical seg fra en lang slug til en kort, flyttet rapporteringen med. Det er en endring i bokføringen, ikke i synligheten.

Et søk som aldri utløste et generativt svar. Dokumentasjonen til Google om AI-funksjoner sier at AI Overviews bare vises når systemene vurderer dem som et tillegg til det klassiske søket, og derfor ofte ikke utløses. Den sier også at AI Mode og AI Overviews kan bruke ulike modeller og teknikker, så lenkene de viser, varierer. Hvor ofte en bestemt intensjon utløser dem, er ikke stabilt. En side kan holde sin klassiske posisjon perfekt mens de generative visningene faller til null, bare fordi flaten sluttet å vises for de søkene. Sammenlign med de klassiske ytelsestallene for samme side og periode før du antar at siden har mistet noe.

Sesongvariasjon i den underliggende etterspørselen. Generative visninger arver sesongvariasjonen til søkene bak dem. En B2B-side faller i høytidene i hovedmarkedet sitt og henter seg inn igjen, og landdimensjonen viser deg nøyaktig hvilket marked som sto bak.

Et snippet-direktiv noen har lagt til. En nosnippet-tagg eller en strammere max-snippet-verdi som ble sendt ut i en lansering som gjaldt noe annet, setter en sides generative visninger til null mens den klassiske posisjonen holder seg. Neste del viser hvordan du oppdager det.

En endring i innstillingen for generativ AI. Har noen holdt nettstedet utenfor, eller den overordnede eiendommen det arver fra, faller de generative visningene til null i løpet av noen dager. Delen om innstillingen lenger ned viser hvordan du sjekker det.

#Hvordan nosnippet og robots-tagger blokkerer AI Overviews

Det finnes ingen egen bryter for AI Overviews i Google-søk. Inkluderingen styres av de samme snippet-kontrollene som har styrt rike resultater i årevis. En vanlig robots-metatagg kan altså fjerne en side fra generative svar mens den fortsatt rangerer.

• <meta name="robots" content="nosnippet"> fjerner tekstutdraget, og dermed muligheten til å bli brukt i et generert svar.
• max-snippet:[n] begrenser hvor mange tegn Google kan bruke. En stram grense satt for flere år siden av en annen grunn, gjelder fortsatt i dag.
• data-nosnippet på en div, span eller section utelukker bare den blokken. Satt på avsnittet som svarer på spørsmålet, fjerner den akkurat den delen som ville blitt sitert.
• Disallow i robots.txt blokkerer hentingen helt, så ingenting kan siteres uansett metataggene.

Dokumentasjonen til Google om AI-funksjoner nevner nettopp disse: nosnippet, data-nosnippet, max-snippet og noindex begrenser hva som vises fra en side i søket, og robots.txt-regler for Googlebot styrer gjennomsøkingen.

Google-Extended er en annen spak. Den samme dokumentasjonen beskriver den som måten å begrense AI-trening og forankring i noen av Googles andre systemer, og hjelpesiden for innstillingen for generativ AI legger til at den begrenser treningen av modellene som lager svar i de generative AI-funksjonene i søket. Den er ikke en bryter for inkludering i AI Overviews eller AI Mode. Blokkerer du den, forsvinner du ikke fra Generativ AI-rapporten, og tillater du den, kommer du ikke med. Team blander de to sammen hele tiden, og leter så i rapporten etter en effekt som aldri var koblet til.

Før du tilskriver et fall en algoritme, kjør den mekaniske sjekken på den berørte nettadressen:

curl -sI https://example.com/nb/siden-din/ | grep -i x-robots-tag
curl -s https://example.com/nb/siden-din/ | grep -Eo '<meta[^>]+name="robots"[^>]*>'
curl -s https://example.com/nb/siden-din/ | grep -c 'data-nosnippet'

En X-Robots-Tag-header satt på CDN- eller servernivå er den folk glemmer, fordi den er usynlig i sidekilden og i publiseringsverktøyet. En transformeringsregel i CDN-et, en omvendt proxy eller en sikkerhetsutvidelse kan alle sette den uten å røre markeringen, og derfor er det å lese svarheaderne den eneste pålitelige sjekken.

Er en forhåndsvisningskontroll på plass og siden likevel dukker opp i AI-funksjoner, er feilsøkingsstegene til Google korte. Bekreft med verktøyet for inspeksjon av nettadresser at HTML-en Googlebot mottok faktisk inneholder kontrollen, og gi deretter tid til ny gjennomsøking, som ifølge Google kan ta alt fra noen dager til flere måneder. En forespørsel om ny gjennomsøking gjør bare den første delen raskere.

#Hvordan holde et nettsted utenfor AI Overviews i Search Console

3. juni 2026, samme dag som rapporten, begynte Google å teste en innstilling på nettstedsnivå, og 31. august 2026 ble den rullet ut til alle nettsteder i hele verden. Ifølge hjelpesiden for innstillingen Search generative AI ligger den under Settings > Search generative AI (slik heter stien i det engelske grensesnittet) og gjelder AI Overviews, AI Mode og generative AI-funksjoner i Google Discover. Det finnes tre valg:

• Include er standard. Innholdet ditt kan vises som lenker og bidra til å forankre AI-svar, og du får visninger og trafikk fra disse funksjonene.
• Exclude hindrer at lenkene og innholdet ditt vises, og innhold som er gjennomsøkt fra nettstedet ditt, brukes ikke lenger som grunnlag for å lage svar eller forhåndsvisninger i disse funksjonene. Du får verken trafikk eller visninger fra dem.
• Inherit control from parent er standard for en eiendom som har en overordnet eiendom. Den følger den nærmeste overordnede eiendommen som har satt sin egen verdi, og ellers domeneeiendommen på øverste nivå.

Google oppgir at innstillingen ikke brukes som rangerings- eller inkluderingssignal andre steder i søket, at den ikke påvirker AI-trening (det gjør Google-Extended), og at den ikke fjerner et nettsted fra søket (det gjør noindex). Etter en endring er innholdet utelatt én til to dager etter at innstillingen er aktiv, og hurtigbuffer kan gjøre at enkelte sider tar lengre tid.

For rapporten betyr dette to ting. Et utelatt nettsted ser de generative visningene falle til null, og det er den forventede virkningen av innstillingen, ikke et rangeringsfall. Og fordi en eiendom med nettadresseprefiks som standard arver fra domeneeiendommen sin, kan en endring gjort av noen som eier den overordnede eiendommen, nå rapporten for eiendommen din uten at noen har rørt dine egne innstillinger. Åpne innstillingen før du undersøker noen annen årsak til en plutselig null.

#Hva filteret for multimodalt søk i AI-rapporten viser

24. september 2026 la Google til multimodalt nettsøk i både rapporten for søkeresultater og Generativ AI-rapporten. Et filter for søketype skiller nå Web: text-based, søk skrevet inn i søkefeltet, fra Web: multimodal, søk som starter fra et bilde: Google Lens, Circle to Search på Android, bildeopplastinger til Google-søk og Chrome-funksjonen “Search this image” i høyreklikkmenyen. Google rullet det ut globalt fra den dagen, og dataene vises bare hvis nettstedet får trafikk fra slike søk.

For et nettsted med produktbilder, oppskrifter, diagrammer eller noe annet folk retter et kamera mot, er dette første gang generative visninger fra bildebaserte søk kan leses for seg. Sammenlign de to filtrene over samme periode før du antar at AI-synligheten din kommer fra skrevne søk. Google har ikke sagt om oppdelingen går lenger tilbake enn 24. september, så sjekk hvor den multimodale serien begynner i dine egne data før du sammenligner måneder.

#Slik regner du ut AI-andelen av visningene

Siden alt du har er visninger, får du hente ut det du kan av dem:

1. Regn ut AI-andelen av visningene dine. Sammenlign Generativ AI-delen med totalen i Ytelse-rapporten for søketypen Nett, som AI-rapporten bygger på, over nøyaktig samme periode og med nøyaktig de samme filtrene, ellers betyr forholdstallet ingenting. Andeler som rapporteres andre steder, svinger kraftig med marked og søkemiks, så det finnes ikke noe bransjetall verdt å låne. Det eneste tallet som gjelder deg, er det du regner ut selv. Et enkelt eksempel: har du 128 000 visninger totalt i en gitt måned og 21 000 i Generativ AI-delen, er AI-andelen din rundt 16 prosent. Noter det tallet, for endringen over tid sier mer enn selve verdien.
2. Se hvilke sider som blir sitert. Sidedimensjonen viser hva AI plukker ut fra nettstedet ditt. Det er et reelt signal om hvilket innhold som bør bygges ut, og hva som bør skrives om for å bli sitert oftere.
3. Ikke optimaliser for klikk du ennå ikke ser. Fram til Google legger til CTR, bør du behandle visninger som et tilstedeværelsessignal, ikke et konverteringssignal.

#Hvordan følge AI-synlighet måned for måned

Verdien av denne rapporten i dag ligger nesten helt i arkivet du begynner å føre nå. Når klikkene kommer, vil alle ha de samme ferske dataene og ingen vil ha historikk, med mindre de har tatt vare på den.

Hold det så lite at det overlever en travel måned. Én rad per eiendom, per måned, per sidegruppe, med fem felt: periode, totale visninger, generative visninger, generativ andel og et fritekstnotat for alt som skjedde (en migrering, et redesign, en innholdsgjennomgang). En CSV-fil i kodelageret eller én enkelt BigQuery-tabell er nok. Et dashbord som ingen bygger opp igjen etter at det har gått i stykker, er ikke nok.

To vaner gjør arkivet brukbart senere:

Grupper sidene før du lagrer dem. Rader på sidenivå er støyete og skifter med hver slug-endring. Gruppering etter seksjon (blogg, tjenestesider, bysider) holder serien sammenlignbar over et år og overlever adresseendringene som er beskrevet ovenfor.

Logg tiltakene på samme tidslinje. En generativ andel som flyttet seg fra én måned til den neste, kan ikke tolkes uten å vite hva du sendte ut. Én linje per endring, datert, i samme fil. Når CTR kommer, blir spørsmålet hvilken innholdsform som konverterer fra et AI-svar, og det kan bare besvares hvis du kan legge endringene ved siden av serien.

Den første analysen som er verdt å kjøre den dagen klikkene dukker opp, er forskjellen mellom klassisk CTR og generativ CTR for de samme sidene. En side som holder begge, tjener reell trafikk fra flaten. En side med mange generative visninger og nesten null klikk blir oppsummert, og verdien den gir, er merkevareeksponering, ikke økter. De to tilfellene trenger motsatt behandling, og i dag kan du ikke skille dem.

#Når viser Search Console klikk fra AI

I dag svarer rapporten på ett spørsmål: hvilke undersider som er populære i de generative funksjonene. Klikk og CTR gjør det spørsmålet om til et langt viktigere ett: om tilstedeværelsen i AI blir til trafikk, eller om modellen bare oppsummerer innholdet ditt og beholder brukeren hos seg. Det skillet avgjør om synlighet i AI er en anskaffelseskanal eller en kostnad.

Google har ikke gitt noen dato. Kunngjøringen fra 3. juni lover flere måltall over tid, og innlegget i The Keyword plasserer det arbeidet ved siden av samtalene med reguleringsmyndigheter som britiske CMA. Se på arkivet som er beskrevet i forrige del, som det som gjør de første CTR-tallene lesbare, når enn de kommer. Uten et slikt grunnlag blir de første CTR-tallene et tall uten kontekst.

Rapporten er et måleverktøy, ikke en strategi. Vil du at AI skal sitere sidene dine oftere, er det arbeid på innhold og strukturerte data, som vi går gjennom i GEO-guiden. Vil du få det implementert og målt hos deg, er det tjenesten vår for GEO/LLMO-optimalisering som tar seg av det.