Handbok i AI-synlighet . Kapitel 6 av 8
Gör sajten läsbar för människor och AI-sök
Det går inte att innehållsoptimera sig ur ett tekniskt hinder. Men tekniken i sig räcker inte heller. Så byggde vi om Heartspaces webb – och vad ni kan kontrollera på er egen.
Vi byggde om sajten för att kunna ändra den oftare
När vi började följa våra egna råd efter handbokens publicering blev ett problem tydligt: vi behövde kunna förklara vår kunskap på webben utan att varje ny sida blev ett teknikprojekt.
Vi byggde om Heartspaces webbplats kring läsbar HTML, tydliga sidor, metadata och ett innehållssystem som gör det lätt att uppdatera. I ett LinkedIn-inlägg berättade jag om teknikvalen – Astro, Sanity, GitHub och Cloudflare – och framför allt varför kunden ska äga sin egen sajt och sina konton. Teknikstacken är ett exempel på hur vi gjorde, inte ett krav för AI-synlighet.
Att Google och andra tjänster kan läsa en sida är ett grundvillkor för att den ska kunna användas som aktuell källa. Det är däremot inte samma sak som att sidan blir vald eller att företaget blir rekommenderat.
Kontrollera först att era viktiga sidor kan hämtas och indexeras. Rätta sedan motstridiga företagsfakta och skriv bättre svar. Ingen särskild robots-regel eller strukturerad data ger en garanterad plats i ett AI-svar.
Tre blockeringar som brukar ligga kvar
Pressrummet
Pressrum och andra externa publiceringslösningar kan ibland råka vara noindex eller ligga bakom andra åtkomsthinder. Kontrollera de faktiska sidorna i stället för att anta att publicerat betyder indexerbart.
Testmiljön som blev kvar
En testversion av sajten där allt blockerades, som aldrig togs bort när den riktiga sajten lanserades. Eller en gammal subdomän som ger ett felmeddelande i stället för att skicka vidare.
Text som laddas in efteråt
Innehåll som kräver mycket klientkod kan vara svårare för vissa crawlers att hämta eller tolka. Viktiga texter och fakta bör därför finnas i den HTML som söksystemen faktiskt kan läsa.
Gamla subdomäner och trasiga sidor kan fortsätta dyka upp i sökindex, länkar och andra källor. När innehållet inte längre ska finnas bör adresserna hanteras med rätt statuskod eller redirect till en relevant aktuell sida. Det minskar risken att gamla beskrivningar fortsätter cirkulera.
Tre tekniska kontroller, utan specialverktyg
- Öppna er-domän.se/robots.txt. Kontrollera OAI-SearchBot för ChatGPT Search och Googlebot för Googles sökfunktioner. GPTBot är i första hand kopplad till modellträning; Google-Extended styr inte AI Overviews.
- Öppna en viktig sida, visa sidkällan och kontrollera att väsentlig text faktiskt finns där. Leta efter noindex och använd vid behov Googles URL-inspektion.
- Inventera gamla underdomäner. Behåll användbara sidor, hänvisa med 301 till relevant ersättare när en sådan finns och låt borttagna resurser ge rätt statuskod.
Kontrollerna kan upptäcka tydliga fel, men säger inte hur AI kommer att rangordna er.
Gör det enkelt att förstå vilket företag ni är
För Heartspace var det inte bara en fråga om teknik. Gamla sidor beskrev vår tidigare produkt, medan nya sidor beskrev vårt byråarbete. För människor och AI blir det enklare när förändringen förklaras.
Skriv tydligt vad ni gör, för vem och inom vilket område. Grundfakta bör vara konsekventa på den egna sajten och i viktiga företagsprofiler, men formuleringarna behöver inte vara identiska överallt.
Strukturerad data är ett sätt att hjälpa sökmotorer förstå vissa fakta. Google kräver ingen extra AI-specifik märkning för AI Overviews eller AI Mode. Korrekt innehåll som faktiskt går att läsa och hitta är viktigare än att fylla på med fler schema-typer.
sameAs kan användas i relevant strukturerad data för att länka till officiella profiler eller identiteter. Det kan hjälpa sökmotorer att tolka relationen, men ska bara användas när länken faktiskt beskriver samma organisation eller person.
Låt inte AI skriva beskrivningen av er
AI kan hjälpa till med första utkast, men generiska formuleringar gör det svårare att se vad som faktiskt skiljer er från andra. Förankra texten i konkreta tjänster, målgrupper, erfarenheter och belägg, och läs den högt innan ni publicerar.
Låt det viktigaste finnas där läsaren faktiskt letar
En bra förklaring börjar med frågan ni försöker besvara. Läsaren ska inte behöva gå igenom fem stycken företagsintroduktion för att hitta ett svar.
| Gör så här | Varför |
|---|---|
| En fråga per rubrik | Rubriken matchar det kunden frågar, och svaret står direkt under. |
| Svaret i första meningen | Ett stycke som börjar med slutsatsen går att lyfta ut helt. Ett stycke som bygger upp till slutsatsen gör det inte. |
| Rubriknivåer i ordning | En tydlig rubrikstruktur gör det enklare att skanna sidan och förstå hur avsnitten hänger ihop. |
| Siffror som text | Siffror kan ibland extraheras ur bilder, men text och riktiga tabeller är enklare att läsa, kontrollera och citera. |
| Datum på varje sida | Relevanta datum hjälper läsaren att bedöma uppgifter. Att lägga till ett datum är ingen garanti för att AI väljer sidan. |
| Innehållet på sidan, inte i en pdf | PDF:er kan indexeras och användas som källor. Lägg ändå en begriplig sammanfattning och de viktigaste resultaten som HTML på sajten. |
llms.txt är en föreslagen frivillig konvention för att beskriva en sajt för språkmodeller. Stödet är inte enhetligt och filen ersätter inte crawlbarhet, indexering eller bra innehåll. Om ni använder den bör den därför komma efter grunderna.
- robots.txt
- En textfil på er domän som talar om för robotar vilka sidor de får hämta. De flesta robotar följer den, men den är en anvisning, inte ett lås.
- noindex
- En inställning på en sida som säger att den inte ska tas med i sökresultat. Ligger ofta kvar i pressrum och testmiljöer.
- Strukturerad data
- En beskrivning av sidan i sajtens kod, skriven för maskiner. Besökaren ser den inte.
- sameAs
- Ett fält i strukturerad data som kan länka till andra officiella profiler eller identiteter för samma organisation eller person.
- llms.txt
- En föreslagen frivillig textfil för att beskriva en sajt för språkmodeller. Stödet är inte enhetligt och filen är ingen förutsättning för AI-synlighet.
Vad ni gör åt det
Börja med de kontroller som går att göra utan utveckling. Ta därefter hjälp av den som förvaltar sajten för sådant som kräver kod, DNS eller serverinställningar.
Läs er robots.txt Själv
För ChatGPT Search kontrollerar ni OAI-SearchBot och eventuella bot- eller brandväggsregler. För Google kontrollerar ni att Googlebot kan crawla och att sidan får indexeras. Andra tjänster har egna regler. Dokumentera vilka crawlers ni aktivt tillåter eller blockerar och varför.
Gå igenom era subdomäner Själv
Lista gamla subdomäner och öppna dem. Redirecta bara när en relevant ersättare finns; annars kan rätt 404/410-status vara bättre än att skicka alla besökare till startsidan.
Kontrollera er kärnbeskrivning Själv
Skriv tydligt vad ni gör, för vem och inom vilket område. Kontrollera att kärnfakta håller ihop på sajten och i viktiga profiler; formuleringarna behöver inte vara identiska överallt.
Öppna pressrummet Med er webbyrå
Kontrollera robots.txt, noindex, inloggning och canonical på pressrummet. Om samma material finns både i pressrum och på huvudsajten ska det vara tydligt vilken adress som är huvudversion.
Lägg in strukturerad data Med er webbyrå
Använd Organization, Person och Article där de passar det synliga innehållet, och sameAs när ni behöver länka till officiella profiler. Validera markupen, men behandla den som strukturhjälp snarare än en genväg till AI-synlighet.
Flytta siffrorna ur bilderna Med er webbyrå
Diagrammen får vara kvar, men samma siffror ska också stå som text eller i en tabell. Det gäller också pdf-filer bakom en nedladdningsknapp.
llms.txt är valfritt, inte en prioritet Sist
Det finns ännu inget stöd för att llms.txt är ett krav för AI-synlighet. Prioritera läsbart och användbart innehåll, crawlning och indexering. Vill ni experimentera med filen senare ska ni följa upp utfallet.
Kan modellerna läsa er sajt?
Börja här
Börja med de kontroller som går att verifiera direkt: crawlning, indexering, trasiga adresser och grundfakta. Ta sedan resten i den ordning som passar er sajt.
Nästan i mål
Ni har gjort mycket av grunden. Kontrollera det som återstår och mät sedan samma frågor igen, utan att anta att en teknisk ändring ska ge ett visst AI-utfall inom en bestämd tid.
Den tekniska grunden ser bra ut
De vanligaste tekniska hindren är hanterade. Om ni fortfarande saknas behöver ni titta på innehållet, externa källor och själva frågesetet i nästa steg.
- Robotnamnen är hämtade från respektive leverantörs egen dokumentation och ändras över tid. Kontrollera mot aktuell dokumentation innan ni skriver om er robots.txt.
- Google Search Central, AI features and your website: AI Overviews och AI Mode kräver inga särskilda AI-filer eller schema-typer, utan bygger på vanliga krav för crawlning och indexering. https://developers.google.com/search/docs/appearance/ai-features
- Exemplet med den trasiga subdomänen är Heartspaces eget, dokumenterat i augusti 2026 med skärmdump av AI-svaret före åtgärd.
- OpenAI, Overview of OpenAI Crawlers: OAI-SearchBot för ChatGPT Search, GPTBot för modellträning. https://developers.openai.com/api/docs/bots
- Sohrab Fadai, LinkedIn om att äga sin sajt och Heartspaces ombyggnad: https://se.linkedin.com/posts/sohrabf_2026-ska-du-inte-beh%C3%B6va-hyra-din-plats-activity-7506646451297415168-3yGm
- Anthropic Help Center (7 april 2026): Claude-SearchBot används för webbsökning, ClaudeBot för modellträning och Claude-User för användarstyrd åtkomst. https://support.claude.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler
Nu är sajten lättare att hämta och förstå
Att sidan kan läsas är en grundförutsättning. Vad som gör den värd att använda är en fråga om innehållet och källorna. I nästa kapitel tittar vi på varför en bra egen sajt och förtjänad publicitet kompletterar varandra.
Läs kapitel 7