Gjennomsnittlig ytelsesscore: mest vs. minst sitert. 76,5 mot 74,9.
Raskere, bedre presterende nettstater siteres noe mer: de mest siterte domenene har en gjennomsnittlig 76,5 i ytelsesscore mot 74,9 for de minst siterte. Hastighet følger siteringsfrekvens i forventet retning, men effekten er liten.
Ytelsesscore vs. siteringsfrekvens
Ved å gruppere hvert sitert domene etter hvor mange av AmICiteds sporede spørringer som siterte det, og sammenstille med Googles Core Web Vitals -data fra virkelige brukere, fremkommer et konsistent mønster på tvers av nivåene. Sitert 10+ ganger (659 domener med data) ligger i den ene enden, og sitert 1–2 ganger (4 313 domener) i den andre. Retningen er den samme for alle helsemålinger vi kan måle — beståttprosent, serverresponsrid og ytelsesscore — noe som er grunnen til at det (beskjedne) signalet er troverdig snarere enn støy.
De underliggende tallene
| Siteringsfrekvens | Domener med CrUX-data | Består Core Web Vitals | Median TTFB | Gj.sn. ytelsesscore |
|---|---|---|---|---|
| Sitert 10+ ganger | 659 | 60 % | 804 ms | 76,5 |
| Sitert 3–9 ganger | 1 584 | 58 % | 893 ms | 74,9 |
| Sitert 1–2 ganger | 4 313 | 57 % | 910 ms | 74,9 |
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 siteres noe oftere, men effekten her er liten — nettstedshelse ser ut til å være en støttende faktor, ikke en primær drivkraft for hvorvidt AI-motorer siterer deg. Innholdsrelevans er nesten helt sikkert viktigere (se rapportene på kilde- og emnenivå). Den praktiske tolkningen: å fikse Core Web Vitals og serverresponsrid 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. Betrakt det som grunnleggende krav, og konkurrer deretter på relevans.
Hva PageSpeed-poengsum faktisk måler (og hva AI-motorer bryr seg om)
Googles PageSpeed-ytelsesscore er en syntetisk metrikk — den simulerer en sideinnlasting på en strupt tilkobling og måler hvor raskt siden blir visuelt komplett og interaktiv. Det er en nyttig indikator for ytelse i praksis, men det er ikke det samme som hva en AI-søkerobot opplever.
AI-søkeroboter som GPTBot (OpenAI), PerplexityBot og Google-Extended gjengir ikke sider visuelt. De henter HTML-en , trekker ut tekstinnholdet og behandler det gjennom naturlig språk-pipelines. Aspektene ved PageSpeed som betyr mest for dem er:
Serverresponsrid (TTFB ): Hvor raskt serveren leverer den første byten med HTML. En treg server gjør at søkeroboten venter lenger på innhold, noe som kan utløse tidsavbrudd eller ufullstendige hentinger.
HTML-størrelse og kompleksitet: Sider med oppblåst HTML (overdreven innebygd stil, store DOM-er) tar lengre tid å analysere, selv for søkeroboter som ikke gjengir visuelt.
Tilgjengelighet og pålitelighet: En side som returnerer 5xx-feil eller timeout under belastning, vil ikke bli gjennomsøkt vellykket, uavhengig av innholdskvaliteten.
Aspektene ved PageSpeed som betyr minst for AI-søkeroboter er: optimalisering av bilder, JavaScript-eksekveringstid, oppsettforskyvningsmålinger og interaktivitetsmålinger. Disse er viktige for menneskelige besøkende, men irrelevante for søkeroboter som kun trekker ut tekst.
Dette betyr at hvis du optimaliserer spesifikt for AI-synlighet , bør du prioritere ytelse på serversiden (TTFB, HTML-levering, feilrater) fremfor optimaliseringer på klientsiden (bildekomprimering, lat lasting, CSS-minifisering). De to henger sammen — et godt optimalisert nettsted er vanligvis godt på begge — men hvis du har begrenset utviklingstid, fokuser på serversiden.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
Forskjellen på 1,6 poeng i sammenheng
En forskjell på 1,6 poeng i PageSpeed-score (76,5 vs. 74,9) er bemerkelsesverdig liten. For å sette det i perspektiv: å bytte fra et delt vertsplan til en dedikert VPS kan endre en PageSpeed-score med 10–15 poeng. Å aktivere et CDN kan gi 5–8 poeng. Det faktum at de mest og minst siterte domenene bare skilles med 1,6 poeng betyr at ytelse ikke er en meningsfull differensiator innenfor den siterte mengden.
Dette er i tråd med det bredere funnet på tvers av alle våre Core Web Vitals-analyser: AI-motorer velger kilder primært basert på innhold, ikke ytelse. En side som er treg, men unikt autoritativ på et emne, vil bli sitert fremfor en rask, men generisk side. Den praktiske implikasjonen er at du ikke bør besette deg over PageSpeed-score når du først er i 70+-området. Avkastningen på ytelsesarbeid for AI-synlighet avtar kraftig fra det punktet.
Praktiske anbefalinger
Få PageSpeed-scoren over 50 først. Hvis du er i den “dårlige” kategorien (0–49 på mobil), har du nesten helt sikkert problemer på serversiden som påvirker både menneskelige besøkende og AI-søkeroboter. Dette er ytelsesarbeidet med høyest avkastning.
Sikt på 70+ som “godt nok”-terskel. Når poengsummen din er på 70-tallet, er du i området hvor AI-siterte sider befinner seg. Ytterligere forbedringer vil gi avtagende avkastning for AI-siteringer.
Fokuser på servermålingene i PageSpeed. Vær oppmerksom på TTFB, serverresponsrid og revisjonen “Reduser innledende serverresponsrid”. Dette er aspektene ved PageSpeed som mest direkte påvirker AI-søkerobotenes opplevelse.
Ikke jag 90+ for AI-synlighet. En score på 90+ er imponerende og vil gagne dine menneskelige besøkende, men våre data viser ingen tegn til at det gir ytterligere siteringsfordeler utover det du får ved 70+.
Metodikk
Dette er en sammenheng blant sidene AI allerede siterer, ikke bevis på årsak: det er beregnet ved å sammenstille Google CrUX / PageSpeed-data fra virkelige brukere med hvor ofte hvert domene ble sitert på tvers av AmICiteds 1 905 sporede spørringer. CrUX-data var tilgjengelige 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 nettstedshelsemålingen. Et domene “består Core Web Vitals” når majoriteten av dets reviderte URL-er passerer Googles LCP /INP /CLS-terskler i data fra virkelige brukere (CrUX); TTFB og ytelsesscore beregnes tilsvarende. Sider uten tilstrekkelige CrUX-data ekskluderes. Fordi AmICiteds spørringer er skjevfordelt mot SaaS, e-handel og støtteemner, beskriver disse tallene nettstedene som siteres for den typen forespørsler. Sammenhengen er reell, men beskjeden og korrelasjonsbasert — vi hevder ikke at raskere sider forårsaker flere siteringer.
