Genomsnittligt hälsoresultat för de mest citerade domänerna. 76,5 / 100.
Att sammanföra signalerna: de mest citerade domänerna har i genomsnitt ett 76,5/100 prestandapoäng och klarar Core Web Vitals 60 % av tiden, jämfört med 74,9 och 57 % för de minst citerade. En friskare webbplats är förknippad med fler citeringar – måttligt och korrelationsmässigt.
Webbhälsoresultat jämfört med citeringsfrekvens
Genom att gruppera varje citerad domän efter hur många av AmICiteds spårade prompt-svar som citerade den, och sammanfoga Googles verkliga användardata för Core Web Vitals, framträder ett konsekvent mönster över nivåerna. Citerade 10+ gånger (659 domäner med data) finns i ena änden och citerade 1–2 gånger (4 313 domäner) i den andra. Riktningen är densamma för varje hälsomått vi kan mäta – godkännandegrad, server-svarstid och prestandapoäng – vilket är anledningen till att den (måttliga) signalen är trovärdig snarare än brus.
De underliggande siffrorna
| Citeringsfrekvens | Domäner med CrUX-data | Klarar Core Web Vitals | Median-TTFB | Genomsnittligt prestandapoäng |
|---|---|---|---|---|
| Citerade 10+ gånger | 659 | 60 % | 804 ms | 76,5 |
| Citerade 3–9 gånger | 1 584 | 58 % | 893 ms | 74,9 |
| Citerade 1–2 gånger | 4 313 | 57 % | 910 ms | 74,9 |
Vad detta innebär för AI-söksynlighet
Tekniskt friska sidor citeras något oftare, men effekten här är liten – webbhälsa ser ut som en stödfaktor, inte en primär drivkraft för om AI-motorer citerar dig. Innehållsrelevans är nästan säkert viktigare (se rapporterna på käll- och ämnesnivå). Den praktiska slutsatsen: att åtgärda Core Web Vitals och server-svarstid är värt att göra – det tar bort en mild motvind och hjälper användare oavsett – men det kommer inte på egen hand att flytta dig in i en motors citerade källor. Se det som grundläggande krav och tävla sedan på relevans.
Vad “webbhälsa” innebär i samband med AI-citeringar
Denna rapport sammanför de tre pelarna inom teknisk webbhälsa som vi kan mäta med Googles CrUX- och PageSpeed-data:
Core Web Vitals-godkännandegrad: Andelen sidladdningar som uppfyller Googles tröskelvärden för LCP (laddning), INP (interaktivitet) och CLS (visuell stabilitet). Detta är ett sammansatt mått på verklig användarupplevelse.
Time to First Byte (TTFB ): Server-sidans svarstid – hur snabbt servern levererar den första byten av HTML . Detta är det mått som är mest direkt relevant för AI-sökrobotars upplevelse.
PageSpeed-prestandapoäng: Googles syntetiska prestandapoäng, som simulerar en sidladdning och mäter hastighet, responsivitet och visuell stabilitet.
Över alla tre är mönstret detsamma: de mest citerade domänerna är måttligt friskare än de minst citerade. Riktningen är konsekvent, magnituden är liten och slutsatsen är tydlig: teknisk hälsa är en stödfaktor för AI-citeringar, inte en primär drivkraft.
Den sammansatta bilden: hur en “frisk” AI-citerad webbplats ser ut
Baserat på den mest citerade nivån (citerade 10+ gånger över våra spårade prompts) ser en typiskt högt citerad domän ut så här:
- Core Web Vitals: Klarar cirka 60 % av sidladdningarna
- TTFB: Runt 800 ms i median
- PageSpeed-poäng: Mitten av 70-talet av 100
Detta är inte en elitprestandaprofil. Det är en “tillräckligt bra”-profil – den typ av prestanda du får från en webbplats som har investerat i grundläggande teknisk hygien (CDN, cachning, rimlig hosting) men som inte har gjort prestanda till en central teknisk prioritet. Att denna profil beskriver de mest citerade domänerna är ett bevis på att AI-motorer inte tillämpar ett strängt prestandafilter.
Begränsningarna med webbhälsa som prediktor
Det är viktigt att vara tydlig med vad denna data kan och inte kan säga oss. Vi mäter ett samband mellan sidor som AI-motorer redan citerar. Vi kan inte se de sidor som aldrig citerades – kanske för att deras prestanda var så dålig att de aldrig genomsöktes fullständigt, eller för att deras innehåll aldrig ansågs relevant. Det verkliga förhållandet mellan webbhälsa och citeringssannolikhet kan vara större än vad vi observerar.
Att 40 % av de mest citerade sidorna misslyckas med Core Web Vitals är dock ett starkt argument mot tanken att det finns en hård prestandaspärr. Om det fanns en sådan skulle dessa 40 % inte finnas i den mest citerade nivån. Den mer troliga tolkningen är att AI-motorer har en låg prestandatröskel – en som bara sållar bort de allra långsammaste och mest opålitliga webbplatserna – och att innehållsrelevans dominerar ovanför den tröskeln.
Praktiskt ramverk för teknisk hälsa och AI-synlighet
Här är ett enkelt beslutsramverk baserat på våra resultat:
Om din webbplats ligger i intervallet “dålig” för någon Core Web Vital, eller din TTFB är över 1 500 ms: Åtgärda detta. Du upplever troligen genomsökningsfriktion som hindrar ditt innehåll från att fullständigt indexeras. Detta är det tekniska arbete med högst ROI för AI-synlighet .
Om din webbplats ligger i intervallet “behöver förbättras”: Du har en marginell nackdel. Åtgärda det om arbetet är enkelt, men försena inte innehållsinitiativ.
Om din webbplats ligger i intervallet “bra” på alla vitals och din TTFB är under 800 ms: Du är i sweet spot. Ytterligare tekniska optimeringar kommer att ha avtagande avkastning för AI-citeringar. Investera din tid i innehållskvalitet och auktoritetsbyggande.
Metod
Detta är ett samband bland de sidor som AI redan citerar, inte bevis på orsak: det beräknas genom att sammanfoga Googles CrUX-/PageSpeed-fältdata med hur ofta varje domän citerades i AmICiteds 1 905 spårade prompts. CrUX-data fanns tillgänglig för 6 556 av 8 845 citerade domäner (74 %). Domäner grupperas efter hur många svar som citerade dem; inom varje grupp beräknar vi genomsnittet av hälso-måttet. En domän “klarar Core Web Vitals” när majoriteten av dess granskade webbadresser klarar Googles LCP/INP/CLS -tröskelvärden i verklig användardata (CrUX); TTFB och prestandapoäng beräknas på samma sätt. Sidor utan tillräcklig CrUX-data exkluderas. Eftersom AmICiteds prompts lutar åt SaaS , e-handel och supportämnen, beskriver dessa siffror de webbplatser som citeras för den typen av frågor. Sambandet är verkligt men måttligt och korrelationsmässigt – vi påstår inte att snabbare sidor orsakar fler citeringar.
