Nej, inte på det sätt du kanske tror. Botarna som samlar in träningsdata åt ChatGPT och Claude registrerar ingen prestandapoäng när de besöker en sida. Core Web Vitals är dessutom Googles egen fältdata från Chrome-användare, så de övriga leverantörerna har varken tillgång till måtten eller något sätt att väga in dem. De mätningar som gjorts utifrån tyder dessutom på att botarna inte ens kör JavaScript. Ändå finns det ett verkligt samband mellan hastighet och hur en sajt hanteras av AI-tjänster, det ligger bara på ett annat plan än sökrankning.
Flera botar, helt olika uppdrag
Innan man kan svara på frågan behöver man skilja på vilka botar som faktiskt är i omlopp, för de gör inte samma sak. Enligt OpenAIs egen dokumentation finns GPTBot för att samla in webbinnehåll till träningen av framtida modeller, medan en separat bot, OAI-SearchBot, ansvarar för att lyfta fram sidor i ChatGPT:s sökfunktion. Blockerar du den ena påverkas inte den andra. En tredje användaragent, ChatGPT-User, används när en enskild användare ber ChatGPT hämta en sida. Den crawlar inte webben på egen hand, och OpenAI skriver att robots.txt-regler inte alltid gäller för den eftersom anropen startas av en människa.
Anthropic gör motsvarande uppdelning. Enligt bolagets supportartikel om webbcrawling, senast uppdaterad 7 april 2026, samlar ClaudeBot in webbinnehåll som kan bidra till modellträning, medan Claude-User hämtar en sida just när en användare ber Claude läsa den. En tredje bot, Claude-SearchBot, indexerar innehåll för att förbättra Claudes sökresultat. Tre botar, tre syften.
Perplexity är tydligast av alla på den här punkten. Enligt Perplexitys egen bot-dokumentation är PerplexityBot uttryckligen inte till för att samla träningsdata till AI-modeller, utan för att hämta sidor som kan länkas och citeras i söksvar. Google-Extended, slutligen, är ett specialfall. Google beskriver token som en fristående inställning för om innehåll som Googlebot ändå redan crawlat får användas för att träna Gemini och för underlag i Vertex AI, enligt Googles crawlerdokumentation (senast uppdaterad 14 juli 2026). Det är alltså ingen egen crawler med eget avtryck i loggarna, och Google skriver rakt ut att inställningen varken påverkar sökindexering eller rankning.
Core Web Vitals är Googles egen data, inte en allmän måttstock
Core Web Vitals, alltså LCP, INP och CLS, mäts inte av den som besöker sidan utifrån. Måtten bygger på Chrome User Experience Report, där Google samlar in hur sidan faktiskt uppförde sig hos verkliga Chrome-användare som valt att dela data. Det är fältdata från riktiga besökares webbläsare, aggregerad av Google, och används som en av flera rankningssignaler i Google-sökningen. Vill du förstå måtten i detalj finns en genomgång av LCP, INP och CLS här på sajten, liksom en jämförelse av verktygen som mäter dem.
Det förklarar varför frågan om AI-botarna väger in Core Web Vitals är fel ställd från början. Google kan använda måtten därför att Google äger Chrome och därmed insamlingen. OpenAI, Anthropic och Perplexity har ingen förstahandsåtkomst till den datan, och en bot som hämtar HTML mäter inte Core Web Vitals över huvud taget. Måtten är inte något en crawler kan observera vid ett besök, de uppstår ur många verkliga besökares upplevelser över tid.
Att OpenAIs, Anthropics och Perplexitys botdokumentation inte nämner Core Web Vitals är alltså varken ett förbiseende eller en tystnad som ska tolkas. Det finns inget för dem att uttala sig om. Den intressanta frågan är inte om AI-tjänsterna betygsätter din laddningsupplevelse, utan om hastigheten påverkar hur mycket av sajten de faktiskt hinner hämta. Där finns ett verkligt samband, och det handlar om kapacitet.
Kör botarna JavaScript överhuvudtaget?
Här måste man vara ärlig om vad som faktiskt går att belägga. Varken OpenAI eller Anthropic skriver i sin egen dokumentation om huruvida GPTBot, OAI-SearchBot, ClaudeBot eller Claude-User renderar JavaScript. Det som finns är en oberoende observation, inte ett leverantörslöfte.
Hostingbolaget Vercel publicerade i december 2024 en genomgång av trafiken från AI-botar över sitt eget nätverk, byggd på egna serverloggar snarare än gissningar. Under den granskade månaden räknade Vercel 569 miljoner hämtningar från GPTBot och 370 miljoner från Anthropics botar. Bolaget noterade att GPTBot laddade ned JavaScript-filer i cirka 11 procent av anropen och Claude i cirka 24 procent, men att ingen av botarna körde koden, de sparade filen som text och gick vidare. Siffrorna är över ett och ett halvt år gamla när det här skrivs och har inte upprepats offentligt av OpenAI eller Anthropic själva, så betrakta dem som en indikation från en enskild mätperiod snarare än ett bekräftat, permanent beteende. Rent praktiskt innebär det ändå att innehåll som bara ritas upp av ett JavaScript-ramverk i webbläsaren, utan att finnas i den HTML servern skickar direkt, riskerar att vara osynligt för de här botarna.
Så spelar hastighet roll ändå: crawlbudget och timeout
Om botarna inte betygsätter hastighet, varför bry sig? Svaret handlar inte om poäng utan om kapacitet. Google dokumenterar själv, i sin genomgång av crawlbudget för stora sajter (senast uppdaterad 22 juli 2026), att en sajt som blir långsammare eller börjar svara med serverfel eller hastighetsbegränsning helt enkelt får mindre av sitt innehåll genomsökt. Det är dokumenterat för Googlebot specifikt, men mekaniken är generell webbteknik snarare än en Google-hemlighet: varje bot som skickar tusentals eller miljontals förfrågningar mot samma sajt måste sätta en gräns för hur länge den väntar på svar innan den ger upp och går vidare.
Tänk dig en nyhetssajt eller en e-handel med 20 000 produktsidor. Svarar servern på en halv sekund hinner en bot beta av hela sajten inom rimlig tid. Svarar den på tre sekunder tar samma jobb sex gånger så länge, och överskrider en betydande andel av sidorna botens timeout helt uteblir de ur det som faktiskt hämtas. Effekten drabbar alltså inte i första hand en enstaka sida utan hur stor andel av en stor sajt som överhuvudtaget läses in, oavsett om besökaren är en människa eller en AI-tjänst som ska sammanfatta ett svar. Ligger flaskhalsen i en trög WordPress-installation finns konkreta åtgärder i vår genomgång av att snabba upp WordPress.
Så styr du vilka botar som får läsa din sajt
Vill du aktivt tillåta eller neka enskilda AI-botar gör du det i robots.txt med respektive tokens: GPTBot, OAI-SearchBot, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot och Google-Extended. Kom ihåg att blockera rätt bot för rätt syfte, att stänga ute GPTBot hindrar bara träningsdatainsamling och lämnar OAI-SearchBots hämtningar för ChatGPT:s sökfunktion helt opåverkade. En fullständig genomgång av strukturerad data, rubrikhierarki, llms.txt och robotåtkomst finns hos vår systersajt siteaudit.se, i guiden Gör din sajt läsbar för AI-sökmotorer och språkmodeller samt i genomgången av AI-sökmotorer och hur man optimerar för dem.
Frågan är alltså inte om AI-tjänsterna belönar en snabb sajt med samma prydliga poäng som Google gör i sina sökresultat. Det gör de inte, och det finns ingen dokumentation som säger att de ens försöker. Frågan är i stället om servern svarar tillräckligt pålitligt för att en bot ska hinna läsa klart innan den ger upp, ett krav som fanns långt innan någon skrev en rad ChatGPT-kod och som gäller lika mycket för den mänskliga besökaren som lämnar sidan efter tre sekunders väntan.
Senast faktagranskad: 27 juli 2026