--- title: "Betyr Core Web Vitals noe for synlighet i AI-søk?" description: "Core Web Vitals er et Google-rangeringssignal målt i en nettleser. Se hvorfor AI-crawlere ikke måler det samme, og hva som faktisk avgjør om siden din blir sitert." canonical: https://kristerross.no/ai-seo/core-web-vitals-og-ai-sok/ published: 2026-09-07 updated: 2026-09-07 category: "AI SEO" author: "Krister Ross" site: "Krister Ross" language: nb-NO --- # Betyr Core Web Vitals noe for synlighet i AI-søk? **Kort fortalt:** Core Web Vitals (LCP, INP, CLS) måler hvordan en side oppleves i en nettleser etter rendring — noe AI-crawlere i praksis ikke gjennomfører, siden de henter rå HTML. CWV er derfor ikke et signal AI-svarmotorer selv måler. Indirekte kan treghet koste deg: en tidsavbrutt sanntidshenting, eller svakere rangering i Google-indeksen enkelte AI-overflater henter kilder fra. **Kort svar:** Core Web Vitals måler hvordan en side oppleves i en nettleser etter at den er lastet ferdig og rendret — Largest Contentful Paint, Interaction to Next Paint og Cumulative Layout Shift. AI-crawlere som henter innhold for trening eller søkeindekser [kjører i praksis ikke en nettleser og rendrer ikke JavaScript](https://kristerross.no/ai-seo/kan-ai-crawlere-lese-javascript/), og har dermed ingen mekanisme for å måle disse tallene selv. Direkte er derfor Core Web Vitals ikke et AI-siteringssignal. Indirekte kan treghet likevel koste deg, av grunner som ikke har noe med selve CWV-målesettet å gjøre. ## Hvorfor spørsmålet dukker opp Core Web Vitals har vært en offisiell Google-rangeringsfaktor siden 2021, og mange SEO-sjekklister har CWV høyt oppe uansett hva målet er. Når det samme domenet også skal bli synlig i AI-søk, er det et naturlig, men feil, hopp å anta at et etablert Google-signal automatisk overføres til AI-svarmotorene. De er ikke samme system, og det er verdt å holde dem fra hverandre. ## Hva Core Web Vitals faktisk måler Alle tre målene forutsetter at noen — en nettleser, ekte eller simulert — laster ned, rendrer og viser fram siden: - **Largest Contentful Paint (LCP):** tiden det tar før det største synlige elementet er malt på skjermen. - **Interaction to Next Paint (INP):** hvor raskt siden svarer på en brukerinteraksjon. - **Cumulative Layout Shift (CLS):** hvor mye synlig innhold hopper rundt mens siden laster. Alle tre er definert som ting en *bruker opplever visuelt over tid*. Ingen av dem er meningsfulle å måle på en respons en tekstbasert klient henter og leser rått, uten noe skjermbilde å male eller layout å forskyve. ## Hvorfor AI-crawlere ikke måler det samme De store AI-crawlerne — enten de samler treningsdata, bygger søkeindekser eller henter en side på forespørsel fra en bruker i en samtale — er bygget for skala og henter i praksis rå HTTP-respons uten å kjøre en full nettleser. Det er nøyaktig samme begrensning som gjør at [innhold bygget av klientside-JavaScript er usynlig for dem](https://kristerross.no/ai-seo/kan-ai-crawlere-lese-javascript/): uten en rendringsfase finnes det ingen "maling" å time, ingen layout som kan hoppe, og ingen interaksjon å svare på. Metrikker som forutsetter rendring, forutsetter en rendrer. Har henteren ingen, finnes ikke målet. Det er ikke offentlig dokumentert fra noen av de store AI-leverandørene at CWV, eller noe tilsvarende ytelsesmål, inngår i hvordan de vurderer eller siterer en kilde. ## Der treghet fortsatt er relevant — av andre grunner enn CWV Å konkludere "sidehastighet spiller ingen rolle" er å trekke feil lærdom av riktig observasjon. Tre indirekte veier der treghet fortsatt koster noe, uavhengig av om noen faktisk måler LCP: 1. **Tidsavbrudd hos sanntidshentere.** Bots som `ChatGPT-User` og `Perplexity-User` henter en side der og da, mens en bruker venter på svar i en aktiv samtale. Slike hentinger har trolig kortere tidsgrenser enn en batch-crawler har råd til å vente på — en veldig treg server-respons kan i verste fall gjøre at hentingen timer ut før noe innhold i det hele tatt kommer fram, helt uavhengig av om det som til slutt hadde kommet var godt eller dårlig. 2. **Klassisk Google-rangering påvirker AI-overflater som henter fra samme indeks.** CWV er fortsatt et reelt rangeringssignal i vanlig Google-søk. Produkter som Google AI Overviews henter kilder fra nettopp den indeksen. Ranker en side dårligere i klassisk søk på grunn av svak CWV, er den samtidig mindre synlig som kildekandidat der — ikke fordi AI-laget måler CWV selv, men fordi det arver konsekvensen fra laget under. 3. **Crawl-økonomi i stort volum.** En lett, rask side er billigere å hente for enhver crawler som besøker mange URL-er. Det er ikke et sitering-signal i seg selv, men det fjerner en praktisk friksjon. ## Hva som faktisk avgjør om du blir sitert Sammenlignet med disse indirekte effektene er det ett spørsmål som avgjør alt-eller-ingenting for AI-synlighet: finnes innholdet i den rå HTML-en en ikke-rendrende crawler mottar, eller eksisterer det først etter at et skript har kjørt? Det er ikke en gradsforskjell slik CWV-score er — det er et ja/nei-spørsmål. Bygg HTML-først, så er dette spørsmålet allerede besvart riktig uansett hvor mye eller lite du senere velger å optimalisere lastetiden. Vil du ha en systematisk gjennomgang av om nettopp din side har innhold som er usynlig for AI-crawlere — enten det skyldes klientside-rendring, blokkerte bots eller noe annet — er det nettopp det [AI SEO Analyse](https://kristerross.no/ai-seo/ai-seo-analyse/) kartlegger. ## Ofte stilte spørsmål ### Bruker ChatGPT eller Perplexity Core Web Vitals som rangeringssignal? Det er ikke offentlig dokumentert at noen av de store AI-svartjenestene måler eller vekter Core Web Vitals direkte. CWV er definert som brukersentrerte ytelsesmål i en nettleser (Largest Contentful Paint, Interaction to Next Paint, Cumulative Layout Shift), og de fleste AI-crawlere kjører ikke en nettleser i det hele tatt — de henter rå HTML. Et mål de ikke kan observere kan de heller ikke bruke som signal. ### Så jeg trenger ikke bry meg om sidehastighet for AI-synlighet? Nei, det er en annen konklusjon enn den som stemmer. Skillet er mellom CWV som spesifikt målesett og treghet som generelt problem. En veldig treg server kan fortsatt gjøre at en sanntidshenter (som ChatGPT-User eller Perplexity-User) timer ut før den får svaret, og en side som ranker dårlig i klassisk Google-søk på grunn av CWV, faller samtidig ut av de AI-overflatene som henter kilder fra Googles egen indeks (som AI Overviews). ### Hva bør jeg prioritere i stedet for CWV-tuning, hvis målet er AI-sitering? At [innholdet faktisk finnes i den rå HTML-en](/ai-seo/kan-ai-crawlere-lese-javascript/) crawleren mottar, framfor at det først bygges av klientside-JavaScript. Det er en ja/nei-forskjell — enten er innholdet der crawleren ser etter det, eller så er det usynlig. Millisekunder på LCP er en gradsforskjell som ikke påvirker om en tekstbasert crawler i det hele tatt kan lese siden. ### Er en rask side helt uten verdi for AI-synlighet da? Den har verdi, men indirekte og av andre grunner enn CWV-scoren i seg selv: lav responstid reduserer risikoen for tidsavbrudd hos sanntidshentere, en lett side er billigere å crawle i stort volum, og god klassisk SEO-ytelse (der CWV er ett av flere signaler) holder deg synlig i den Google-indeksen enkelte AI-overflater bygger videre på. --- Kilde: https://kristerross.no/ai-seo/core-web-vitals-og-ai-sok/