01 / SEO
Sökmotoroptimering
Arbetet som gör att rätt publika sidor går att hitta, läsa och indexera i klassisk sök.
- Teknisk grund
- Indexering och crawlbarhet
- Metadata och canonical
- Strukturerad data
- Innehållsstruktur
- Intern länkning och upptäckbarhet
SEO / GEO
Sökresultat och AI-genererade svar bygger på samma grund: innehåll som går att nå, läsa och förstå. Nexitas arbetar med den grunden — och med hur era produkter beskrivs — så att de ska kunna återges korrekt i båda.
Diskutera ert projekt
SEO — sökmotoroptimering — är arbetet som gör att sökmotorer kan hitta, läsa och indexera rätt publika sidor, och att de sidorna faktiskt svarar på det någon söker efter. Det handlar om teknisk åtkomst, tydlig sidstruktur och innehåll som är användbart för en människa: grunden för att synas i klassisk sök.
GEO — Generative Engine Optimization — är hos oss det kompletterande arbetet: att göra entiteter, produkter och svarsklar information tillräckligt tydlig, hämtningsbar och konsekvent för att kunna tolkas och återges korrekt när ett AI-assisterat svar formuleras. Samma underlag, beskrivet så att det håller även när någon annan sammanfattar det.
GEO ersätter inte SEO. Det är inte ett separat index, en genväg förbi sökkvalitet eller en garanti för att bli citerad — det bygger vidare på samma tekniska och innehållsmässiga grund, med kravet att beskrivningen ska kunna återanvändas utan att förvanskas.
01 / SEO
Arbetet som gör att rätt publika sidor går att hitta, läsa och indexera i klassisk sök.
02 / GEO
Arbetet som gör att samma innehåll går att tolka och återge när ett AI-assisterat svar sätts ihop.
En del av dem som letar efter er landar i en träfflista. En del får i stället ett formulerat svar, sammansatt av innehåll som något system har hämtat och tolkat.
SEO riktar sig mot det första fallet: rätt sida ska gå att hitta för en relevant fråga. GEO riktar sig mot det andra: det som står på sidan ska gå att tolka och återge utan att förvanskas.
Skillnaden ligger i vad som händer med innehållet — inte i två skilda tekniska grunder. Överlappet är stort: teknisk grund, innehållskvalitet och entitetstydlighet bär båda. Båda vägarna utgår från samma sak: vad som går att läsa om er, och hur tydligt det är skrivet. Därför behandlar vi dem som ett gemensamt underlag i stället för två separata projekt.
Läs hela jämförelsen mellan SEO och GEO Vad är GEO? Läs hela genomgångenUnderlag
Rekommendationerna på den här sidan bygger på vad leverantörerna själva dokumenterar — inte på branschantaganden. Det här är vad Google och OpenAI faktiskt skriver.
Googles egen dokumentation säger att de vanliga SEO-grunderna fortfarande gäller för AI Overviews och AI Mode. En sida behöver vara tekniskt möjlig att crawla, indexerbar och berättigad att visas med ett utdrag i Google Search. Det finns inga extra AI-krav som i sig ger en plats, och även en sida som uppfyller kraven kan lämnas okrypad, oindexerad eller osynlig i ett visst svar.
Det gör skillnaden mellan teknisk beredskap och urval viktig. Interna länkar, användbar text, tydlig metadata och strukturerad data som överensstämmer med den synliga sidan gör innehållet lättare att förstå. De beställer däremot inte ranking, AI Overview-placering eller en citering.
Google-Extended är dessutom inte samma sak som Google Searchs vanliga crawlstyrning. Den officiella crawlerdokumentationen beskriver token som en kontroll för hur redan crawlat innehåll kan användas för framtida Gemini-träning och grounding. Den används inte som ranking-signal och styr inte en webbplats inkludering i Google Search. OAI-SearchBot har en annan roll: OpenAI anger att den behöver tillåtas för att publikt innehåll ska kunna upptäckas, återges och länkas i ChatGPT Search. Tillåtelse är en förutsättning för åtkomst, inte ett löfte om att en viss sida visas.
robots.txt beskriver alltså en publicerad crawlpermission. En CDN- eller WAF-policy kan fortfarande svara med en challenge eller blockera trafik högre upp i kedjan. Och llms.txt är hos Nexitas ett frivilligt dokumentationsformat för interoperabilitet — Google beskriver sådana filer som onödiga för Search och inte som en rankingfaktor.
Strukturerad data och entiteter i praktikenArbetsområden
Sitemap, robots, canonical och metadata gås igenom så att de säger samma sak. Varje indexerad sida ska vara ett medvetet beslut, inte en rest.
Vi går igenom vilka sidor som ska vara indexerbara och vilka som inte ska vara det. Produktsidor ska gå att nå och läsa; verktygs- och inloggningsytor hålls utanför.
Viktiga sidor ska gå att nå genom vanlig navigering, inte bara via sitemap. Vi ser över vilka sidor som saknar interna ingångar och vilka länkar som går via onödiga omdirigeringar.
Företags-, produkt- och tjänstenamn ska användas likadant i synlig text, metadata, strukturerad data och maskinläsbara filer. Samma sak ska inte kunna uppfattas som flera olika.
Schema och JSON-LD beskriver vad sidan faktiskt är. Organisation och webbplats hör hemma på siten som helhet; en enskild produkt eller tjänst beskrivs på sin egen sida — inte på alla.
Varje produkt och tjänst får en sida som förklarar vad den är, vem den är för och var gränserna går. Utan en sådan sida finns ingen tydlig källa att hämta beskrivningen från.
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 eller klickas fram.
Utgångna sidor och tidigare produktnamn tas bort som konkurrerande signaler, med permanenta omdirigeringar till den sida som äger ämnet i dag.
En kort maskinläsbar sammanfattning av vad produkterna gör och inte gör. Ett komplement för system som hämtar underlag — inte något Google kräver.
Metod
Svarar den publika URL:en korrekt, och är sidan faktiskt avsedd att kunna indexeras? En tekniskt åtkomlig sida är en förutsättning, inte ett löfte om ranking.
Får rätt crawlers läsa sidan, och innehåller sitemap bara riktiga indexerbara destinationer? robots.txt är en crawlpermission; den är inte en säkerhetskontroll.
Vilken URL säger sidan själv är huvudversionen? Canonical, redirect och intern länkning ska peka mot samma avsedda destination.
Har sidan en tydlig titel, beskrivning och rubrikhierarki, och finns det viktiga svaret i text som kan läsas utan att ett gränssnitt först måste köras?
Kan en besökare och en crawler hitta sidan från relevanta, redan kända sidor? En sitemap ersätter inte meningsfulla länkar i innehållet.
Stämmer schema-entiteterna med det användaren faktiskt kan läsa? Vi letar efter en sammanhängande organisation, webbplats och sid-/tjänstdefinition utan påhittade attribut.
Är robotsregeln öppen men en CDN- eller WAF-policy ändå blockerande? Då är det ett drift-/leverantörsproblem som inte löses genom att skriva om SEO-copy.
Går varje viktig produkt- och tjänstebeskrivning att spåra till synlig, aktuell källa? Vi skiljer verifierad funktion från antaganden om utfall.
Det här är en granskningsmetod, inte ett kundcase eller en resultatgaranti. Ett fynd leder till en prioriterad fråga: vad äger Nexitas, vad äger innehållsteamet och vad ligger hos en extern drift- eller plattformsleverantör? Den prioriteringen är också utgångspunkten för implementation — genomgången avgör vad som åtgärdas först och varför, innan något byggs om.
Ett system som sammanfattar er kan bara återge det ni faktiskt har skrivit. Överdrivna påståenden gör beskrivningen svårare att återanvända — och blir svårare att stå för när någon läser den. Vi utgår därför från vad produkten är, vem den är för och var gränserna går, uttryckt konsekvent och crawlbart. Det är samma standard som Nexitas tillämpar på sina egna produktsidor.
Sökbarhet går att förbättra. Utfall går inte att beställa. Vi lovar därför inte placeringar, trafikvolymer, sitelinks, citeringar i AI-svar eller att en sida tas med i AI-genererade översikter — det avgörs av system vi inte kontrollerar. 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.
GEO är heller ingen teknisk genväg förbi vanlig sökkvalitet. Det finns ingen särskild AI-märkning som ger tillträde till AI-genererade svar, och llms.txt är varken ett krav från Google eller något som påverkar rankning.
Det vi arbetar 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.
Förklarar att befintliga SEO-grunder 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 dokumentationenBetonar hjälpsamt, unikt innehåll och tydlig teknisk struktur, samt att indexering och visning aldrig är garanterade.
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 dokumentationenGer den officiella grunden för robots.txt som crawlstyrning, inte som ersättning för åtkomstkontroll eller WAF-konfiguration.
Läs den officiella dokumentationenFörklarar structured data som explicita ledtrådar om sidans betydelse och kräver att markeringen beskriver synligt innehåll; rich-result-eligibility är inte en garanti.
Läs den officiella dokumentationenNej. Samma grund gäller: innehållet måste gå att nå, läsa och förstå. Ett AI-assisterat svar bygger på material som redan är hämtningsbart — det är inte en separat kanal med egna tekniska krav.
Nej. Det finns ingen särskild AI-märkning som ger tillträde till AI-genererade svar. Det som hjälper är att sidan är åtkomlig, tydlig och konsekvent med resten av det ni publicerar.
Nej. llms.txt är en frivillig, maskinläsbar sammanfattning av vad produkterna gör. Den är ett komplement för system som hämtar underlag — varken ett krav från Google eller en rankningsfaktor.
Nej. robots.txt är en publicerad crawlpermission — den beskriver vad en crawler får läsa. En CDN- eller WAF-policy kan fortfarande svara med en challenge eller blockera trafiken högre upp i kedjan, och då hjälper det inte att regeln är öppen. Åtkomsten behöver därför kontrolleras i praktiken, inte bara i filen.
Nej. 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 få läsa innehållet för att det ska kunna upptäckas, återges och länkas i ChatGPT Search. Tillåtelse är alltså en förutsättning för åtkomst — men den är inget löfte om att en viss sida används i ett svar.
Den beskriver i maskinläsbar form vad sidan redan säger — vilken organisation, produkt eller tjänst det handlar om. Den ska matcha det synliga innehållet och tillför inga påståenden som sidan inte gör.
Genom vad sidan är till för. En produkt- eller tjänstesida ska gå att hitta. En inloggning, ett verktygsgränssnitt eller en utgången kampanjsida ska normalt inte konkurrera om samma synlighet.
De hanteras som konkurrerande signaler. Utgångna sidor och tidigare namn tas ur bruk med permanenta omdirigeringar till den sida som äger ämnet i dag, så att det finns en enda destination att beskriva, länka och indexera.
Ja. Generativa svar bygger på innehåll som redan går att upptäcka, crawla och förstå — samma ytor som klassisk SEO arbetar med. Hur ett enskilt system väljer sina källor varierar och går inte att styra, men utan nåbart och begripligt innehåll finns inget att hämta.
I praktiken är det ett arbete, inte två. Båda utgår från samma underlag: vad som går att läsa om er och hur tydligt det är skrivet. Nexitas behandlar dem därför som ett gemensamt underlag i stället för två separata projekt.
Med nuläget, inte med en åtgärdslista: vad som är indexerat, hur sidorna är beskrivna, om namn och begrepp används konsekvent, och vilka sidor som saknas helt. Prioriteringen följer av vad genomgången visar.
Förutsättningarna: att innehållet går att nå och indexera, att metadata och canonical säger samma sak, att strukturerad data speglar den synliga sidan, att namn och begrepp används konsekvent och att viktiga svar finns i crawlbar text. Det är arbete som går att utföra och kontrollera — till skillnad från utfallet i ett enskilt sökresultat eller AI-svar.
Nej. Placeringar, trafikvolymer, sitelinks, citeringar i AI-svar och inkludering i AI-genererade översikter avgörs av system vi inte kontrollerar. Nexitas arbetar med förutsättningarna och beskriver arbetet därefter — inte som ett utlovat utfall.
Det finns ingen ärlig universell tidslinje. Tiden beror på tekniskt utgångsläge, innehåll, konkurrens och vad som faktiskt behöver rättas. En teknisk genomgång visar däremot snabbt vad som bör prioriteras — det går fortare att identifiera prioriteringar än att lova utfall.
Omfattningen avgör, och den sätts efter en genomgång av nuläget. Kostnaden styrs framför allt av det tekniska utgångsläget, hur många publika ytor som berörs och om innehåll behöver skrivas eller bara struktureras om. Vi lämnar därför inget generellt prisbesked innan det är klart vad som faktiskt behöver göras.
Portföljen samlad på en sida, med samma namn och samma beskrivningar som används i metadata och maskinläsbara filer.
Ett exempel på en produkt med en egen definierande ingång: vad den gör, vem den är för och vad som ingår.
Här är produktsidan och det interaktiva verktyget medvetet åtskilda — den indexerbara sidan förklarar produkten, verktyget hålls utanför indexeringen.
SEO/GEO-genomlysning
Vi går igenom er publika yta: vad som är indexerat, hur produkter och tjänster beskrivs, och var beskrivningen glider isär mellan sidan, metadata och maskinläsbara filer. Ni får en prioriterad bild av vad som bör åtgärdas först — och varför.
Svarskoder, indexerbarhet, canonical-ägarskap, robots och sitemap — och om crawlers faktiskt kommer åt sidorna i praktiken, inte bara enligt regeln.
Rubrikhierarki, intern länkning och om de viktiga svaren finns i crawlbar text eller bakom ett gränssnitt som först måste köras.
Om namn och begrepp används likadant i synlig text, metadata och strukturerad data — och om uppmärkningen speglar det sidan faktiskt säger.
Vad som går att följa upp i era egna verktyg, och vad som inte går att mäta tillförlitligt. Skillnaden redovisas i stället för att döljas.