SEO / GEO
GEO, Generative Engine Optimization, är arbetet med att göra publicerad information tydlig, åtkomlig och konsekvent nog att kunna hämtas, tolkas och återges korrekt när ett generativt sök- eller svarssystem sätter ihop ett svar.
I en klassisk träfflista väljer besökaren själv vilken sida som ska läsas. Sidan visas i det skick den publicerades, och sammanhanget skapas av den som klickar.
I ett genererat svar sker något annat: innehållet hämtas, tolkas och sammanfattas innan någon har sett er sida. Det som återges är inte er formulering utan en omskrivning av den. Därför blir två saker avgörande — att materialet över huvud taget går att hämta, och att det är skrivet så att en sammanfattning av det fortfarande blir korrekt.
Det är där GEO-arbetet ligger. Inte i att påverka modellen, utan i att se till att underlaget den kan nå är åtkomligt, entydigt och sant. En vag eller överdriven beskrivning blir inte bättre av att sammanfattas — den blir svårare att återge rätt.
GEO ersätter inte SEO. Crawlbarhet, indexerbarhet där det är relevant, tydlig informationsstruktur, användbart statiskt innehåll, konsekventa entiteter, strukturerad data som speglar den synliga sidan och trovärdigt källmaterial — allt det bär båda disciplinerna.
Betoningen skiljer sig. SEO arbetar mot att rätt sida ska gå att hitta och rangordnas för en relevant fråga. GEO arbetar mot att samma innehåll ska gå att hämta, tolka och referera inuti ett formulerat svar. Samma underlag, två olika saker som kan hända med det.
Se jämförelsen SEO vs GEO SEO/GEO-arbetet hos NexitasArbetets delar
Sidan måste svara korrekt, vara avsedd att kunna indexeras och gå att hämta av de crawlers som ska få läsa den. Utan åtkomst finns inget underlag att tolka, oavsett hur bra texten är.
Företags-, produkt- och tjänstenamn ska användas likadant i synlig text, metadata, strukturerad data och maskinläsbara filer. Ett system som möter tre varianter av samma namn kan uppfatta dem som tre olika saker.
Varje produkt och tjänst behöver en sida som förklarar vad den är, vem den är för och var gränserna går. Saknas en sådan sida finns ingen tydlig källa att hämta beskrivningen från, och sammanfattningen byggs på gissningar eller på andrahandskällor.
Frågor besvaras i statisk text som går att crawla — inte i gränssnitt som kräver att något först körs, laddas eller klickas fram. Ett svar som bara finns bakom en interaktion finns i praktiken inte för den som hämtar underlaget.
Schema och JSON-LD beskriver i maskinläsbar form vad sidan redan säger. Den ska matcha det synliga innehållet och får inte tillföra påståenden som sidan inte gör.
Vilka crawlers som får läsa vad ska vara ett medvetet beslut, och beslutet ska stämma i hela kedjan — från robots.txt till CDN- och WAF-nivå.
Två av punkterna — entitetskonsekvens och strukturerad data — är samma maskinläsbara lager beskrivet från två håll. Så fungerar strukturerad data
Åtkomst
Åtkomst är en förutsättning för allt annat i GEO — och den avgörs på flera nivåer som inte alltid säger samma sak.
robots.txt är en publicerad crawlpermission: den beskriver vad en crawler får läsa. Den är däremot inte en åtkomstkontroll. En CDN- eller WAF-policy kan fortfarande svara med en challenge eller blockera trafiken högre upp i kedjan, och då spelar det ingen roll att regeln är öppen. Skillnaden är praktiskt viktig: ett blockerat hämtningsförsök är ett drift- eller leverantörsproblem, inte något som löses genom att skriva om texten.
Olika crawlers har dessutom olika roller. Googles crawlerdokumentation beskriver Google-Extended som en separat kontroll för hur redan crawlat innehåll får användas för Gemini-träning och grounding — den är inte en rankningssignal och styr inte om en webbplats inkluderas i Google Search. OpenAI anger att OAI-SearchBot behöver tillåtas för att publikt innehåll ska kunna upptäckas, återges och länkas i ChatGPT Search.
I båda fallen gäller samma sak: tillåtelse är en förutsättning för åtkomst, inte ett löfte om att en viss sida används i ett svar. Att öppna för en crawler beställer ingenting — det tar bara bort ett hinder.
Anger att de vanliga SEO-grunderna gäller för AI Overviews och AI Mode, att sidan måste vara indexerbar och att crawlbarhet kan påverkas av både robots.txt och hosting/CDN.
Läs den officiella dokumentationenBeskriver Google-Extended som en separat kontrolltoken för Gemini-träning och grounding; den påverkar inte Googles Search-inclusion eller ranking.
Läs den officiella dokumentationenAnger att OAI-SearchBot behöver få läsa innehåll för att det ska kunna upptäckas, återges och länkas i ChatGPT Search, utan att lova synlighet.
Läs den officiella dokumentationenGEO är ingen teknisk genväg och ingen påverkan på modeller. Det finns ingen särskild AI-märkning som ger tillträde till AI-genererade svar, inget separat AI-index att bli upptagen i och ingen inställning som beställer en citering.
Vi lovar därför inte placeringar, trafikvolymer, citeringar i AI-svar eller att en sida tas med i AI-genererade översikter. Det avgörs av system vi inte kontrollerar, som kan ändra sitt urval utan förvarning. Vi styr inte heller om innehåll används vid träning av modeller; det som går att publicera är tillstånd, inte utfall.
Det som går att arbeta med är förutsättningarna: att innehållet går att nå, att det är begripligt, och att det ni säger om er själva är konsekvent nog att kunna återanvändas korrekt.
01 / OBSERVERBART
Underlag som faktiskt finns och går att kontrollera över tid.
02 / INTE STYRBART
Utfall som avgörs av system utanför vår och er kontroll.
Uppföljning bygger alltså på det vänstra spåret. Nexitas rapporterar inte ett GEO-betyg eller en synlighetspoäng för AI-svar — sådana siffror skulle beskriva något som inte går att mäta tillförlitligt. Det som går att visa är om de tekniska besluten fungerar som avsett och om beskrivningarna är korrekta och konsekventa.
Nej. GEO bygger vidare på samma grund som SEO: innehållet måste gå att nå, läsa och förstå. Skillnaden ligger i vad som händer efteråt — att texten också ska hålla när ett system sammanfattar den — inte i två skilda tekniska grunder.
Tjänster som formulerar ett samlat svar i stället för att bara lista träffar, till exempel Googles AI Overviews och AI Mode samt ChatGPT Search. De hämtar underlag från publicerat innehåll, men vilka källor som används i ett enskilt svar avgörs av respektive system och varierar över tid.
Man kan arbeta med förutsättningarna, inte med utfallet. OpenAI anger att OAI-SearchBot behöver få läsa innehållet för att det ska kunna upptäckas, återges och länkas i ChatGPT Search — men det finns ingen inställning, uppmärkning eller teknik som beställer en plats i ett svar.
Nej. Urvalet görs av system som varken vi eller ni styr, och som kan ändras utan förvarning. Den som lovar citeringar beskriver inte hur systemen faktiskt fungerar. Det som går att göra är att se till att det finns korrekt, hämtningsbart underlag att citera.
Nej. llms.txt är en frivillig, maskinläsbar sammanfattning och ett komplement — varken ett krav från Google eller en rankningsfaktor. Substansen ligger i sidorna själva: att de går att nå, att de beskriver produkten korrekt och att de säger samma sak som metadata och strukturerad data.
Pillarsidan förklarar hur de två disciplinerna hänger ihop, vad arbetet omfattar och hur vi granskar den tekniska grunden innan något byggs om.
Hör av er så går vi igenom vad som är indexerat, hur era produkter och tjänster beskrivs och vad som är rimligt att börja med.
Kontakta oss