# Hemsida som Google och ChatGPT kan läsa · Pinecap Partners

Source: https://pinecap.se/fragor/hemsida-lasbar-for-ai.html
Language: sv
Reviewed: 2026-09-29

# Hur gör vi bolagets hemsida läsbar för Google och ChatGPT?

**Kort svar.** Lägg den viktiga texten direkt i sidans HTML i stället för att låta skript rita upp den, eftersom Google själv skriver att alla robotar inte kan köra JavaScript. Beskriv bolaget med strukturerad data enligt schema.org som stämmer med den synliga texten, sätt datum och källa på varje siffra och låt samma uppgift stå likadant på alla sidor. Google kräver inga särskilda filer för att en sida ska synas i AI-översikterna, och hur mycket AI-tjänster läser filen llms.txt är obelagt.

## Texten ska finnas i sidans källkod

Google läser en sida i tre steg: hämtning, rendering och indexering. Innehåll som skapas med JavaScript, programkod som körs i webbläsaren, syns för Google först vid renderingen. Google skriver ändå att det är en bra idé att skicka sidan färdig som HTML från servern, eftersom sidan blir snabbare och eftersom alla robotar inte kan köra JavaScript ([Googles grunder för JavaScript och sökning](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)).

ChatGPT hämtar sidor till sin sökfunktion med en robot som heter OAI-SearchBot. OpenAI rekommenderar att den släpps in i robots.txt, filen där webbplatsen anger vad robotar får hämta ([OpenAI om sina robotar](https://developers.openai.com/api/docs/bots)). OpenAI dokumenterar inte om roboten kör JavaScript. En mätning som Vercel publicerade i december 2024 fann att de stora AI-robotarna inte körde JavaScript, med undantag för Googles Gemini, som använder Googlebots infrastruktur, och Applebot ([Vercel](https://vercel.com/blog/the-rise-of-the-ai-crawler)). Siffror, rubriker och pressmeddelanden ska därför stå i den HTML som servern skickar.

Öppna IR-sidan, välj Visa källkod i webbläsaren och sök efter bolagets senaste omsättningssiffra. Syns den inte där, syns den inte för en robot som inte kör skript.

Google skriver också att viktigt innehåll ska finnas som text ([Google om AI-funktioner](https://developers.google.com/search/docs/appearance/ai-features)). En tabell med nyckeltal som bara finns som bild uppfyller inte det. Lägg rapportens sammanfattning och nyckeltal som text på sidan, med PDF:en bredvid.

## Rubriker

Google skriver att rubrikernas ordning inte spelar någon roll för sökningen, men att rubriker i logisk ordning hjälper skärmläsare ([Googles startguide](https://developers.google.com/search/docs/fundamentals/seo-starter-guide)). Skriv därför rubrikerna för läsaren: en huvudrubrik som säger vad sidan handlar om och underrubriker som delar upp innehållet. Varje sida ska ha egen titel och egen beskrivning.

## Strukturerad data för bolaget och dokumenten

Strukturerad data är en maskinläsbar beskrivning av sidan enligt ordlistan schema.org, och Google rekommenderar formatet JSON-LD, ett kodblock i sidans HTML. Bolaget beskrivs med typen Organization, eller den mer precisa Corporation, på startsidan eller på sidan om bolaget. Google har inga obligatoriska fält men rekommenderar bland annat name, legalName, url, logo, address, vatID och sameAs, länkar till bolagets profiler på andra webbplatser. Bolagets LEI-kod, den internationella identitetskoden för juridiska personer, anges enligt Google helst i fältet iso6523Code med prefixet 0199: före koden, inte i fältet leiCode ([Google om Organization](https://developers.google.com/search/docs/appearance/structured-data/organization)). Corporation har också fältet tickerSymbol, som enligt schema.org anges som handelsplatsens identitetskod (MIC) och aktiens kortnamn med ett mellanslag emellan ([schema.org Corporation](https://schema.org/Corporation)).

Rapporter kan beskrivas med schema.org-typen Report och pressmeddelanden med typerna för artiklar, med fälten datePublished och dateModified. Två regler från Google gäller all strukturerad data: den ska beskriva innehåll som syns på sidan, och den ska vara aktuell ([Googles riktlinjer för strukturerad data](https://developers.google.com/search/docs/appearance/structured-data/sd-policies)). Google garanterar inte att märkningen ger ett särskilt sökresultat.

## Datum och källa på varje siffra

Google rekommenderar ett synligt datum på sidan, till exempel Publicerad eller Senast uppdaterad, och att det stämmer med datePublished och dateModified i den strukturerade datan ([Google om datum](https://developers.google.com/search/docs/appearance/publication-dates)). Gör samma sak för varje siffra: ange period, datum och vilket dokument siffran kommer från, med länk till pressmeddelandet eller rapporten. Då syns det när uppgiften blivit gammal.

Samma uppgift ska stå likadant överallt. Står antalet aktier på tre sidor ska alla tre visa samma tal med samma datum. Enklast är en faktasida som är enda källan, dit övriga sidor länkar. En tjänst som sammanfattar bolaget och hittar två olika tal har två svar att välja mellan.

## llms.txt: vad den är och inte är

llms.txt är en fil i det enkla textformatet Markdown som läggs i webbplatsens rot och sammanfattar webbplatsen för AI-tjänster, med en rubrik, en kort beskrivning och länkar till de viktigaste sidorna. Den är ett förslag som publicerades på [llmstxt.org](https://llmstxt.org/) i september 2024, inte en standard. Den styr inte vad robotar får hämta; det gör robots.txt.

Google skriver att det inte behövs några nya maskinläsbara filer, AI-textfiler eller särskild märkning för att synas i AI-översikterna. Chromes granskningsverktyg Lighthouse kontrollerar bara att filen inte ger ett serverfel och markerar en saknad fil som ej tillämplig ([Lighthouse](https://developer.chrome.com/docs/lighthouse/agentic-browsing/llms-txt)). OpenAI nämner inte filen i sin beskrivning av sökroboten. Hur mycket AI-tjänster faktiskt läser llms.txt är obelagt. Filen skadar inte om den speglar webbplatsen, men den får aldrig innehålla uppgifter som inte står på sidorna.

## Så gör ni i praktiken

1. Visa källkoden för startsidan, IR-sidan och senaste rapportsidan och kontrollera att siffror och pressmeddelanden finns där som text.
2. Låt IR-sidorna skickas som färdig HTML från servern. Pressmeddelanden från nyhetsdistributören ska importeras som text, inte bara visas i ett inbäddat skript.
3. Släpp in Googlebot och OAI-SearchBot i robots.txt. Träning av AI-modeller styrs separat: GPTBot påverkar inte ChatGPT:s sökning, och Google-Extended, ett namn i robots.txt och ingen egen robot, styr träning och faktaunderlag i Googles Gemini-tjänster men inte Google Search ([Google om Google-Extended](https://developers.google.com/crawling/docs/crawlers-fetchers/google-common-crawlers)).
4. Lägg in JSON-LD för Organization eller Corporation på startsidan och för varje rapport med publiceringsdatum.
5. Sätt synligt datum och källa på varje siffra.
6. Testa märkningen i Googles Rich Results Test och jämför med den synliga texten.

## Vanliga fel

- Hela IR-sidan byggs av ett skript från en tredje part och är tom i källkoden.
- Nyckeltal ligger som bilder.
- Den strukturerade datan säger något annat än texten.
- Webbplatsen stänger ute alla AI-robotar i robots.txt, också den som ChatGPT använder för sökning.
- Datum saknas, eller sidan visar flera datum utan förklaring.
- llms.txt skrivs en gång och uppdateras aldrig.

## Följdfrågor

**Behöver vi en llms.txt?**

Inte för Google, som skriver att inga AI-textfiler behövs för AI-översikterna. Om andra tjänster läser filen är inte dokumenterat, så den som skriver en ska hålla den i takt med webbplatsen.

**Kör inte Google JavaScript?**

Jo, Google renderar JavaScript i ett eget steg efter hämtningen. Google skriver ändå att alla robotar inte kan köra JavaScript och att HTML från servern är en bra idé.

**Försvinner vi från sökningen om vi stänger ute AI-träning?**

Nej. Google-Extended styr träning och faktaunderlag i Googles Gemini-tjänster men påverkar varken om sidan finns i Google Search eller hur den rankas. Hos OpenAI styrs sökningen av OAI-SearchBot och träningen av GPTBot, oberoende av varandra.

## Källor

- [Google Search Central: Understand JavaScript SEO basics](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)
- [Google Search Central: AI features and your website](https://developers.google.com/search/docs/appearance/ai-features)
- [Google Search Central: Organization structured data](https://developers.google.com/search/docs/appearance/structured-data/organization)
- [Google Search Central: General structured data guidelines](https://developers.google.com/search/docs/appearance/structured-data/sd-policies)
- [Google Search Central: Influencing your byline dates in Google Search](https://developers.google.com/search/docs/appearance/publication-dates)
- [Google Search Central: SEO Starter Guide](https://developers.google.com/search/docs/fundamentals/seo-starter-guide)
- [Google: Common crawlers and user-triggered fetchers, Google-Extended](https://developers.google.com/crawling/docs/crawlers-fetchers/google-common-crawlers)
- [OpenAI: Overview of OpenAI Crawlers (developers.openai.com)](https://developers.openai.com/api/docs/bots)
- [schema.org: Corporation och tickerSymbol](https://schema.org/Corporation)
- [schema.org: Organization, iso6523Code och leiCode](https://schema.org/Organization)
- [schema.org: Report](https://schema.org/Report)
- [llmstxt.org: The /llms.txt file](https://llmstxt.org/)
- [Chrome for Developers: Lighthouse, llms.txt](https://developer.chrome.com/docs/lighthouse/agentic-browsing/llms-txt)
- [Vercel: The rise of the AI crawler, 17 december 2024 (mätning från tredje part)](https://vercel.com/blog/the-rise-of-the-ai-crawler)

Sidan beskriver regelverket och praxis i allmänhet och ersätter inte en bedömning av ett enskilt fall.