Blogg · Teknik

Checklista: är webbplatsen synlig för AI-crawlers?

Av Nils Malmberg · Publicerad 5 september 2026 · Läsningstid ca 7 min · Källor under varje påstående

Innan någon kan citera dig måste någon få hämta dig — och de flesta sajter har aldrig kontrollerat sin robots.txt. Sex botar är relevanta för AI-synlighet, och de har olika syften: vissa hämtar innehåll till sök, andra till modellträning. Att blockera fel bot — eller glömma någon av dem — är vanligt, och kontrollen tar femton minuter.

Ordningen spelar roll. Citering är det sista steget i en kedja som börjar med crawlning: hämta, välja, skriva. Skiljer sig kedjan vid första länken — om boten får ett fel, en tom sida eller en blockerad webbadress — finns din webbplats aldrig med i urvalet. Grunderna för hela kedjan ligger i vad SEO är; här går vi igenom bara första länken.

Allt nedan är kontrollerat mot leverantörernas egen dokumentation, inte mot rykten. Fullständiga robotregler behandlar vi separat i robots.txt-guiden; här fokuserar vi på besluten — vem ska in, vem som kan stå utanför, och hur verifieringen går till. Hela arbetsflödet runt omkring ligger i GEO-guiden.

Vilka AI-crawlers möter din webbplats — och vad gör de?

Tabellen nedan är checklistans kärna. Kolumnen till höger är den viktiga: syftet avgör om en blockering skadar din AI-synlighet eller bara din medverkan i modellträning.

BotÄgareSyfte
GooglebotGoogleSök — förutsättning för att visas i AI Overviews och AI ModeGoogle Search Central
OAI-SearchBotOpenAIChatGPT Search — ”to have your site appear in search results, allow OAI-SearchBot in your robots.txt file”Yoast 2024-11-12
GPTBotOpenAITräning av modeller — skild från sökcrawlernYoast 2024-11-12
PerplexityBotPerplexityInnehåll till Perplexitys sök- och svarsfunktionPerplexity-dokumentation
ClaudeBotAnthropicModellträning hos AnthropicAnthropic-dokumentation
Google-ExtendedGoogleTräning/grounding i Googles övriga AI-system — skild från GooglebotGoogle Search Central

Skillnaden mellan sök och träning är hela nyansen. ChatGPT Search körs med en egen crawler — OAI-SearchBot, utöver den äldre GPTBot (OpenAI:s botdokumentation) — och kombineras med partnerinnehåll och tredjepartssökleverantörer, enligt OpenAI:s eget meddelande om ChatGPT search. Google beskriver samma mönster: robots.txt-regler för Googlebot är kontrollen för Search och dess AI-funktioner, medan Google-Extended är en separat spärr för träning och grounding i övriga system.

Översatt till beslut: vill du bli citerad i sökförfrågningar ska sök-botarna släppas in — Googlebot och OAI-SearchBot framför allt. Spärrar du dem påverkar du direkt din möjlighet att nämns. GPTBot och Google-Extended är däremot en affärsbedömning om träning, inte ett tekniskt krav för synlighet.

Kom ihåg att robots.txt är publik. Vem som helst — konkurrenter, journalister, kunder — kan läsa reglerna och se vilka botar du medvetet stänger ute. Det gör besluten synliga, vilket är precis som det ska vara: ett välgrundat och dokumenterat val slår alltid en tyst blockering som ingen på företaget längre vet varför den finns. Anthropic och Perplexity kör även Claude-User/Claude-SearchBot respektive Perplexity-User för användarinitierade hämtningar — de följer inte robots.txt på samma sätt och påverkas inte av dina regler.

Vad säger Google om specialfiler och markup?

Kort sagt: ingenting nytt krävs. Googles dokumentation om AI-funktioner slår fast att du ”don't need to create new machine readable files, AI text files, or markup to appear in these features” — och att ”there's also no special schema.org structured data that you need to add” (Google Search Central). Normal indexering och de klassiska SEO-grunderna räcker för att vara aktuell som källa.

Vad sägs då om llms.txt — förslaget på en markdown-fil i sajtroten som ska vägleda AI-system? Specifikationen är verklig och beskriver filen som stöd för agenter i realtid, främst vid inferens snarare än träning (llmstxt.org). Men den ger inte något motorlöfte: ingen större sökmotor har bekräftat att den används, och stödet är enligt rapporteringen fortfarande begränsat — John Mueller har enligt Carolyn Shelbys återgivning jämfört den med den gamla meta keywords-taggens öde (Search Engine Land 2025-07-09). Vad mätningarna säger om filen i praktiken går vi igenom i SE Rankings llms.txt-studie. Filen skadar inte — men den ersätter ingenting.

Vad det betyder i praktiken: lägg tiden på det som är bekräftat — crawlbar HTML, öppna robotregler för sök-botarna, snabba sidor — i stället för på specialfiler som ingen motor lovat att läsa. Glänsande markup har aldrig varit vad som håller en sajt ute; blockeringar och oåtkomligt innehåll är det.

Vilka fällor stoppar crawlers trots korrekt robots.txt?

Robotregler är bara första lagret. Fem fall vi ser återkommande i granskningar:

  • Innehåll som bara finns i JavaScript. Många botar hämtar rå-HTML utan att köra skript. Om nyckelinnehållet renderas i webbläsaren är det osynligt i källkoden — och därmed ociterbart. Kontrollen i nästa avsnitt fångar detta direkt.
  • Betalmurar och cookieväggar. Innehåll bakom en hård vägg går inte att hämta, och därför inte heller att citera. Det är ett medvetet val — men det bör vara ett val, inte en biverkning av en plugin.
  • Robotregler är inte indexering. En regel som nekar åtkomst stoppar crawlning — inte indexering. Google formulerar det så: ”a page that's disallowed in robots.txt can still be indexed if linked to from other sites” (Google Search Central). Ska en sida ut ur indexet krävs noindex, lösenordsskydd eller radering.
  • Direktiv som ignoreras. Google stödjer inte crawl-delay — ”other fields such as crawl-delay aren't supported” i dess parser (Google Search Central). Regler utöver allow, disallow, sitemap och user-agent ignoreras.
  • Sitemap som åtkomstnyckel. En sitemap.xml listar webbadresser — den ger ingen åtkomst och väger inte upp en blockering. Tvärtom kan den dölja problemet: listan ser grön ut i verktygen medan botarna får nekat. Search Console bekräftar vad Google faktiskt når.
Vad det betyder i praktiken: ordningen är först åtkomst (robotregler, felkoder, server-renderad HTML), sedan innehåll, sedan omnämnanden. Den vanligaste felordningen är den omvända: satsningar på innehåll och PR medan botar fortfarande får nekat på nyckelsidorna, vilket gör varje krona som läggs efteråt mindre värd.

Hur ser kontrollen ut — på femton minuter?

Kontrollen består av tre steg och kräver inga verktyg utöver terminalen och Search Console — samma ordning varje gång:

1

Robotreglerna, per bot

Robotreglerna hämtas per bot: curl -A "OAI-SearchBot" https://er-domän.se/robots.txt — samma test upprepas för GPTBot, PerplexityBot, ClaudeBot och Googlebot. Det som letas efter är User-agent-block som nekar just dem, eller breda Disallow-regler för hela sajten.

2

Nyckelsidorna, hämtade som boten

En nyckelsida — en som svarar på en kärnkundfråga — hämtas som boten: curl -A "OAI-SearchBot" https://er-domän.se/tjanst/. Svaret ska ge 200, och innehållet ska finnas i svaret. Därefter jämförs sidans källkod (view-source): syns texten där utan JavaScript? Kontrollen upprepas för två-tre nyckelsidor.

3

Åtgärd och verifiering

Sök-botarna släpps in, nyckelinnehåll flyttas till server-renderad HTML och felkoder rättas. Därefter bekräftar Search Console att Google hittar och crawlar sajten, och omindexering begärs för ändrade sidor (Google Search Console).

Går något av stegen fel är det det första som ska åtgärdas — före innehåll, före PR, före allt. En ociterad webbplats är oftast inte dålig, utan oåtkomlig.

Vanliga frågor

Ska jag blockera GPTBot?

Det är en legitim affärsbedömning, inte ett tekniskt fel — GPTBot samlar innehåll för modellträning, och blockering kan över tid försvåra att du nämns och citeras. Nyansen är att skilja på syftena: sök-botarna som driver ChatGPT Search (OAI-SearchBot) och Googlebot bör släppas in om målet är att synas i svar, medan GPTBot och Google-Extended kan blockeras separat om du inte vill medverka i träning. Blockera selektivt snarare än allt — och mät sedan om synligheten påverkas.

Ska jag blockera Google-Extended?

Samma bedömning som för GPTBot: Google-Extended styr träning och grounding i Googles övriga AI-system — en affärsbedömning, inte ett tekniskt krav för synlighet. Medverkan i sök, AI Overviews och AI Mode styrs av robotreglerna för Googlebot, så en blockering av Google-Extended påverkar inte den. Vill du inte bidra till träning blockeras den separat; vill du synas ska Googlebot släppas in oavsett.

Stoppar en rad i robots.txt sidan från att synas i Google?

Nej. Robots.txt stoppar crawlning, inte indexering. Google skriver uttryckligen att en sida med nekad åtkomst fortfarande kan indexeras om den länkas från andra sajter — i så fall kan träffraden visas utan innehåll. Vill du ha ut en sida ur indexet krävs noindex, lösenordsskydd eller att sidan raderas.

Räcker llms.txt för att synas i AI-svar?

Nej — filen är ett intressant förslag men ingen motor har lovat att använda den, och stödet är fortfarande begränsat enligt rapporteringen. Google anger samtidigt att inga specialfiler eller specialmarkup krävs för att visas i dess AI-funktioner. Ordningen är: crawlbarhet och citerbart innehåll först; experimentera med llms.txt om du vill, men räkna inte med den.

Vill du veta var din webbplats står i dag?

Beställ den fria granskningsrapporten — ni får synlighetspoängen, luckorna och de tre första åtgärderna.

Starta med fri granskning