Forutsier en samlet nettsidehelsescore sannsynligheten for AI-sitering?

Gjennomsnittlig helsescore for de mest siterte domenene. 76,5 / 100.

Samler signalene: de mest siterte domenene har en gjennomsnittlig 76,5/100 ytelsesscore og består Core Web Vitals 60 % av tiden, mot 74,9 og 57 % for de minst siterte. Et sunnere nettsted er forbundet med flere siteringer – moderat, og korrelasjonsmessig.

Nettsidehelsescore vs. siteringsfrekvens

Nettsidehelsescore vs. siteringsfrekvens

Ved å gruppere hvert sitert domene etter hvor mange av AmICiteds sporede promptinger som siterte det, og sammenstille med Googles reelle brukerdata for Core Web Vitals, fremtrer et konsekvent mønster på tvers av nivåene. Sitert 10+ ganger (659 domener med data) ligger i én ende, og sitert 1–2 ganger (4 313 domener) i den andre. Retningen er den samme for hver helsemåling vi kan måle – beståelsesrate, serverens svartid og ytelsesscore – noe som er grunnen til at det (beskjedne) signalet er troverdig snarere enn støy.

De underliggende tallene

SiteringsfrekvensDomener med CrUX-dataBestår Core Web VitalsMedian TTFBGj.sn. ytelsesscore
Sitert 10+ ganger65960 %804 ms76,5
Sitert 3–9 ganger1 58458 %893 ms74,9
Sitert 1–2 ganger4 31357 %910 ms74,9
Logo

Ready to Monitor Your AI Visibility?

Track how AI chatbots mention your brand across ChatGPT, Perplexity, and other platforms.

Hva dette betyr for AI-søkesynlighet

Teknisk sunne sider blir sitert noe oftere, men effekten her er liten – nettsidehelse ser ut til å være en støttefaktor, ikke en primær drivkraft for om AI-motorer siterer deg. Innholdsrelevans er nesten helt sikkert viktigere (se rapportene på kilde- og emnenivå). Den praktiske tolkningen: å fikse Core Web Vitals og serverens svartid er verdt å gjøre – det fjerner en mild motvind og hjelper brukere uansett – men det vil ikke, alene, flytte deg inn i en motors siterte kilder. Behandle det som grunnleggende krav, og konkurrer så på relevans.

Hva «nettsidehelse» betyr i sammenheng med AI-siteringer

Denne rapporten samler de tre pilarene for teknisk nettsidehelse som vi kan måle fra Googles CrUX- og PageSpeed-data:

  1. Core Web Vitals-beståelsesrate: Prosentandelen av sidelastinger som oppfyller Googles terskler for LCP (lasting), INP (interaktivitet) og CLS (visuell stabilitet). Dette er et sammensatt mål for reell brukeropplevelse.

  2. Time to First Byte (TTFB ): Serverens svartid – hvor raskt serveren leverer den første byten med HTML . Dette er målingen som er mest direkte relevant for AI-søkerobotenes opplevelse.

  3. PageSpeed-ytelsesscore: Googles syntetiske ytelsesscore, som simulerer en sidelasting og måler hastighet, responsivitet og visuell stabilitet.

På tvers av alle tre er mønsteret det samme: de mest siterte domenene er moderat sunnere enn de minst siterte. Retningen er konsekvent, omfanget er lite, og implikasjonen er klar: teknisk helse er en støttefaktor for AI-siteringer, ikke en primær drivkraft.

Helhetsbildet: hvordan et «sunt» AI-sitert nettsted ser ut

Basert på det mest siterte nivået (sitert 10+ ganger på tvers av våre sporede promptinger), ser et typisk høyt sitert domene slik ut:

  • Core Web Vitals: Består på omtrent 60 % av sidelastingene
  • TTFB: Omtrent 800 ms median
  • PageSpeed-score: Midt på 70-tallet av 100

Dette er ikke en eliteytelsesprofil. Det er en «god nok»-profil – den typen ytelse du får fra et nettsted som har investert i grunnleggende teknisk hygiene (CDN, caching, fornuftig hosting), men som ikke har gjort ytelse til en sentral ingeniørprioritet. At denne profilen beskriver de mest siterte domenene er et bevis på at AI-motorer ikke anvender et strengt ytelsesfilter.

Begrensningene ved nettsidehelse som prediktor

Det er viktig å være tydelig på hva disse dataene kan og ikke kan fortelle oss. Vi måler en sammenheng blant sider som AI-motorer allerede siterer. Vi kan ikke se sidene som aldri ble sitert – kanskje fordi ytelsen var så dårlig at de aldri ble fullstendig gjennomsøkt, eller fordi innholdet aldri ble ansett som relevant. Det sanne forholdet mellom nettsidehelse og siteringssannsynlighet kan være større enn det vi observerer.

Det faktum at 40 % av de mest siterte sidene ikke består Core Web Vitals er imidlertid et sterkt argument mot ideen om at det finnes en hard ytelsesgrense. Hvis det fantes en slik grense, ville ikke disse 40 % vært i det mest siterte nivået. Den mer sannsynlige tolkningen er at AI-motorer har en lav ytelsesterskel – en som kun filtrerer bort de aller tregeste og mest upålitelige nettstedene – og at over denne terskelen dominerer innholdsrelevans.

Praktisk rammeverk for teknisk helse og AI-synlighet

Her er et enkelt beslutningsrammeverk basert på våre funn:

  1. Hvis nettstedet ditt er i «dårlig»-området på noen Core Web Vital, eller TTFB-en din er over 1 500 ms: Fiks dette. Du opplever sannsynligvis gjennomsøkingsfriksjon som hindrer innholdet ditt i å bli fullstendig innlemmet. Dette er det tekniske arbeidet med høyest ROI for AI-synlighet .

  2. Hvis nettstedet ditt er i «trenger forbedring»-området: Du har en marginal ulempe. Fiks det hvis arbeidet er enkelt, men ikke utsett innholdstiltak.

  3. Hvis nettstedet ditt er i «god»-området på alle vitals og TTFB-en din er under 800 ms: Du er i sweet spot. Videre tekniske optimaliseringer vil ha avtagende avkastning for AI-siteringer. Invester tiden din i innholdskvalitet og autoritetsbygging.

Metodikk

Dette er en sammenheng blant sidene AI allerede siterer, ikke et bevis på årsakssammenheng: det er beregnet ved å sammenstille Google CrUX / PageSpeed-feltdata med hvor ofte hvert domene ble sitert på tvers av AmICiteds 1 905 sporede promptinger. CrUX-data var tilgjengelig for 6 556 av 8 845 siterte domener (74 %). Domener er gruppert etter hvor mange svar som siterte dem; innenfor hver gruppe beregner vi gjennomsnittet av nettsidehelsemålingen. Et domene «består Core Web Vitals» når majoriteten av de reviderte URL-ene oppfyller Googles LCP/INP/CLS -terskler i reelle brukerdata (CrUX); TTFB og ytelsesscore beregnes tilsvarende. Sider uten tilstrekkelige CrUX-data ekskluderes. Ettersom AmICiteds promptinger skjevfordeles mot SaaS , e-handel og støtteemner, beskriver disse tallene nettstedene som siteres for den typen forespørsler. Sammenhengen er reell, men beskjeden og korrelasjonsmessig – vi hevder ikke at raskere sider forårsaker flere siteringer.

Vanlige spørsmål

Arshia er AI Workflow Engineer hos FlowHunt. Med bakgrunn i informatikk og en lidenskap for AI spesialiserer han seg i å skape effektive arbeidsflyter som integrerer AI-verktøy i daglige oppgaver og øker produktivitet og kreativitet.

Arshia Kahani
Arshia Kahani
AI Workflow Engineer

Gjennomgå nettstedets AI-siteringshelse

Se hvilke AI-motorer som siterer nettstedet ditt – og hvordan din tekniske helse måler seg mot sidene de siterer mest.