Blogg · 24 oktober 2026 · 9 min läsning

Teknisk SEO: checklista med 14 kontroller i rätt ordning

En praktisk checklista för teknisk SEO: crawlbarhet, indexering, canonicals, omdirigeringar, Core Web Vitals, strukturerad data och JavaScript, plus AI.

De flesta checklistor för teknisk SEO är antingen för korta för att vara användbara eller så långa att ingen blir klar med dem. Tvåhundra punkter, alla markerade som "viktiga", och ingen antydan om vilka som faktiskt hindrar en sida från att ranka.

En teknisk granskning svarar på en fråga: kan sökmotorer hitta, crawla, rendera och indexera de sidor som du vill ska hittas, och förstå vilken version av varje sida som är den riktiga? Allt annat kommer i andra hand. Hastighet och strukturerad data spelar roll, men en sida som inte är indexerad har inga positioner att förbättra.

Den här checklistan går i den ordningen. Varje kontroll säger vad du ska leta efter, hur du upptäcker det och vad du ska göra åt det. I slutet finns ett arbetsflöde för att köra hela granskningen med SEO Saunas webbplatsgranskning och en AI-assistent.

Innan du börjar

Samla tre saker först:

• En fullständig crawlning av webbplatsen. Ett verktyg för webbplatsgranskning som följer länkar på samma sätt som en sökmotor gör.
• Åtkomst till Google Search Console. Crawlningen visar vad som finns på webbplatsen; Search Console visar vad Google gjorde med det.
• En lista över de sidor som spelar roll. Dina viktigaste konverteringssidor, sidorna med mest trafik och nyckelmallar (produkt, kategori, artikel, plats). En granskning som behandlar varje URL som lika viktig slösar din tid.

Om crawlningen kommer tillbaka misstänkt liten, stanna och ta reda på varför innan du läser några problem. Botskydd, hastighetsbegränsningar och brandväggar stryper ofta granskningscrawlers. På Shopify är det vanligt; se guiden till Shopify SEO-granskning för lösningen.

1. Crawlbarhet

Kan en crawler nå dina sidor genom att följa länkar?

• Sidor som finns men som inga interna länkar pekar på (föräldralösa sidor) är svåra för Google att upptäcka.
• Navigering som bara byggs med JavaScript-klickhanterare, inte riktiga <a href>-länkar, kanske inte följs.
• Viktiga sidor som ligger mer än fyra eller fem klick från startsidan crawlas mer sällan.
• Jämför crawlningens antal sidor med din sitemap och ditt CMS. En stor skillnad betyder att något döljer sidor.

2. Robots.txt

Öppna yoursite.com/robots.txt och läs den rad för rad.

• Se till att ingen Disallow-regel blockerar viktiga avsnitt. En kvarglömd Disallow: / från en testmiljö är den klassiska katastrofen.
• Blockera inte CSS- eller JavaScript-filer som Google behöver för att rendera sidorna.
• Kom ihåg att robots.txt blockerar crawlning, inte indexering. En blockerad URL kan ändå dyka upp i resultaten om andra webbplatser länkar till den, och Google kan inte se en noindex-tagg på en sida som den inte får crawla.
• Kontrollera att filen anger din sitemap.

3. Indexerbarhet

Kan varje viktig sida indexeras?

• Leta efter noindex i meta robots-taggar och i HTTP-headers av typen X-Robots-Tag. Header-varianten är lätt att missa.
• Kontrollera att sidor som du vill ha indexerade returnerar status 200, inte en omdirigering eller ett fel.
• Öppna rapporten Pages i Search Console och läs orsakerna till "inte indexerad". "Crawlad – inte indexerad för närvarande" betyder oftast att Google såg sidan och inte tyckte att den var värd att behålla, vilket är ett innehållsproblem, inte ett tekniskt.

4. Canonicals

Canonical-taggar talar om för Google vilken URL som är huvudversionen när flera URL:er visar samma innehåll.

• Varje indexerbar sida ska ha en självrefererande canonical, eller peka på rätt huvudversion.
• Canonicals ska peka på URL:er som returnerar 200 och är indexerbara. En canonical till en omdirigering, en 404 eller en noindex-sida skickar motstridiga signaler.
• Se upp med konflikter: en canonical som säger en sak medan sitemapen, de interna länkarna och hreflang säger något annat.
• Kontrollera vanliga källor till dubbletter: http och https, www och domänen utan www, avslutande snedstreck, versaler, spårningsparametrar samt utskrifts- eller sorteringsversioner.

Google behandlar en canonical som en ledtråd, inte en order. URL-inspektionen i Search Console visar vilken canonical Google faktiskt valde.

5. Statuskoder

• 4xx-fel: interna länkar till sidor som inte längre finns. Rätta länkarna, eller omdirigera den gamla URL:en om den hade trafik eller bakåtlänkar.
• 5xx-fel: serverfel. Även enstaka sådana får Google att crawla mindre. Om de dyker upp i crawlningen, kontrollera serverloggarna och hostinggränserna.
• Mjuka 404:or: sidor som returnerar 200 men visar "hittades inte" eller tomt innehåll. Search Console rapporterar dem.

6. Omdirigeringar

• Använd 301-omdirigeringar (permanenta) för flyttat innehåll. 302:or är till för flyttar som verkligen är tillfälliga.
• Åtgärda omdirigeringskedjor (A → B → C) genom att peka A direkt till C, och uppdatera interna länkar till den slutliga URL:en.
• Omdirigeringsloopar stoppar crawlers helt. De kommer oftast från motstridiga regler, till exempel en som tvingar fram www och en annan som tar bort det.
• Efter en migrering, kontrollera att varje gammal URL med trafik eller länkar omdirigeras till sin närmaste motsvarighet, inte till startsidan.

7. Titlar och metabeskrivningar

Det här är on-page-element, men det är oftast mallarna som orsakar problemen, vilket gör dem tekniska.

• Saknade titlar, samma titel på många sidor, titlar som är för långa eller för korta.
• Saknade eller duplicerade metabeskrivningar. Google skriver om många beskrivningar, men en bra beskrivning förbättrar ändå utdraget oftare än inte.
• Mallar som ger samma titel till varje sida i en kategori eller varje sida i en paginerad lista.

8. Rubriker

• En tydlig H1 per sida som säger vad sidan handlar om.
• Ingen logotyp eller webbplatsnamn inslaget i en H1 på varje sida.
• En rubrikstruktur som följer innehållet, så att sidan är lätt att skumma för både människor och parsers.

9. Interna länkar

Interna länkar avgör hur auktoritet flödar genom din webbplats och vilka sidor Google ser som viktiga.

• Hitta viktiga sidor med få interna länkar och länka till dem från relevanta, starka sidor.
• Rätta interna länkar som pekar på omdirigeringar eller fel.
• Använd beskrivande ankartext. "Checklista för Shopify SEO-granskning" säger mer till Google än "klicka här".
• Kontrollera att navigering och brödsmulor länkar till kanoniska URL:er, inte till parameter- eller dubblettversioner.

10. Bilder

• Alt-text på meningsfulla bilder som beskriver vad bilden visar. Dekorativa bilder kan ha tom alt-text.
• Bilder i moderna format (WebP eller AVIF) och i storlek anpassad till ytan de fyller.
• Attribut för bredd och höjd angivna, så att layouten inte hoppar medan bilderna laddas.
• Lazy loading för bilder nedanför vecket, men inte för huvudbilden högst upp.

11. Core Web Vitals och hastighet

Google mäter tre Core Web Vitals från verkliga Chrome-användare:

• Börja med rapporten Core Web Vitals i Search Console, som grupperar URL:er efter mall. Att åtgärda en mall åtgärdar många sidor.
• Använd Lighthouse för labbdiagnostik, men kom ihåg att det är fältdatan som räknas.
• Kontrollera serverns svarstid. En långsam första byte fördröjer allt som följer.
• De vanliga bovarna: överdimensionerade bilder, renderingsblockerande skript, för många taggar från tredje part och webbtypsnitt som laddas sent.

12. Strukturerad data

• Lägg till de schematyper som matchar ditt innehåll: Organization, Product, Article, LocalBusiness, BreadcrumbList, FAQ där det passar.
• Validera med Googles Rich Results Test och kontrollera förbättringsrapporterna i Search Console.
• Strukturerad data måste stämma med det som syns på sidan. Priser, betyg och tillgänglighet i märkningen som skiljer sig från sidan är ett policyproblem.
• Se upp med dubbletter, till exempel när både ett tema och ett plugin genererar Product-schema.

13. XML-sitemaps

• Sitemapen ska bara lista kanoniska, indexerbara URL:er som returnerar 200.
• Inga omdirigerade, noindex-märkta eller blockerade URL:er i den. Var och en säger till Google att sitemapen inte går att lita på.
• Skicka in den i Search Console och jämför "upptäckta" med "indexerade".
• Stora webbplatser bör dela upp sitemaps efter typ (produkter, kategorier, artiklar) så att indexeringsproblem syns per avsnitt.

14. JavaScript-rendering

Om din webbplats förlitar sig på JavaScript för att visa innehåll, kontrollera vad en crawler ser utan att köra det.

• Jämför den råa HTML-koden med den renderade sidan. Om titlar, huvudtext eller länkar bara dyker upp efter att JavaScript körts måste Google rendera sidan för att se dem, vilket kan fördröja indexeringen.
• Se till att viktiga länkar är riktiga <a href>-element i HTML-koden.
• Använd URL-inspektionen i Search Console för att se den HTML som Google renderade och upptäcka saknat innehåll.
• Rendering på serversidan eller statisk generering tar bort de flesta av dessa risker för innehållssidor.

Avsluta med URL-inspektion i Search Console

Välj 10 till 20 URL:er: dina nyckelmallar plus alla sidor som crawlningen flaggade. Inspektera var och en i Search Console och kontrollera:

• Är den indexerad?
• Vilken canonical valde Google, och stämmer den med din?
• När crawlades den senast, och lyckades hämtningen?
• Finns det problem med mobilanvändbarhet eller utökade resultat?

Det här är verklighetskontrollen. En crawler berättar vad din webbplats säger; URL-inspektionen berättar vad Google trodde på.

Så kör du den här checklistan med SEO Sauna

Webbplatsgranskningen i SEO Sauna täcker de flesta av de crawlbaserade kontrollerna ovan i en enda körning. Den crawlar webbplatsen med respekt för robots.txt och kontrollerar varje sida för statuskoder, trasiga länkar, omdirigeringskedjor, titlar och metabeskrivningar, rubriker, indexerbarhet och canonicals, alt-täckning för bilder, interna länkar och föräldralösa sidor samt svarstid. Lighthouse-kontroller på ett urval av sidor är valfria, och JavaScript-rendering kan slås på för webbplatser som behöver det.

Om en webbplats begränsar crawlern saktar granskningen ner och försöker igen, och sidor som den ändå inte kan läsa flaggas som blockerade eller begränsade i stället för att rapporteras som trasiga.

Med en AI-assistent via MCP

Granskningen är där datan kommer ifrån. Att avgöra vad som spelar roll är där en AI-assistent hjälper till. Anslut SEO Sauna till Claude, ChatGPT, Cursor eller Codex via MCP-servern, så kan du köra hela granskningen från en konversation:

Kör en webbplatsgranskning på example.com, upp till 500 sidor. När den är klar, gruppera problemen efter mall, ignorera allt som påverkar färre än tre sidor och berätta vilka fem åtgärder som har störst effekt.

Assistenten startar granskningen, väntar på den, läser problemen och sidorna och kan sedan stämma av sina slutsatser mot din Search Console-data med URL-inspektion. Läsningar från Search Console förbrukar inga krediter.

För en upprepningsbar version ger SEO Audit-skillen agenten en fast metod: crawla, läs prioriterade problem, kartlägg sidfamiljer som crawlningen missade med hjälp av sitemapen, kontrollera positioner mot aktuella sökresultat och skriv en lättbegriplig rapport som sparas i ditt projekt. Rapporten ligger kvar på projektets sida Reports för ditt team eller din kund.

Bra prompter för uppföljningsarbete

• "Vilka sidor har en canonical som pekar på en omdirigering eller en 404?"
• "Lista föräldralösa sidor som får visningar i Search Console."
• "Jämför de långsammaste mallarna och berätta vilka skript de har gemensamt."
• "Inspektera de här 10 URL:erna och berätta var Google valde en annan canonical."

Vanliga frågor

Hur ofta ska jag köra en teknisk SEO-granskning?

Kör en fullständig granskning minst en gång per kvartal, och alltid före och efter en omdesign, migrering eller ett plattformsbyte. Mellan granskningarna, håll koll på rapporterna Pages och Core Web Vitals i Search Console. De visar nya problem veckor innan trafiken sjunker.

Vad ska jag åtgärda först?

Åtgärda allt som håller viktiga sidor utanför indexet: blockeringar i robots.txt, kvarglömda noindex-taggar, trasiga canonicals och serverfel. Sedan omdirigeringar och interna länkar, sedan hastighet och strukturerad data. Indexeringsproblem väger nästan alltid tyngre än allt annat.

Behöver jag ett betalverktyg för en teknisk SEO-granskning?

För en liten webbplats kommer du långt med Search Console, Lighthouse och en noggrann manuell genomgång. För allt större sparar en crawler timmar och fångar mallproblem som du skulle missa för hand. SEO Sauna börjar gratis med 1 000 provkrediter och utan kort; betalplanen kostar 59 € i månaden exklusive moms.

Kan en AI-assistent göra en teknisk SEO-granskning?

Inte på egen hand. Utan crawldata och Search Console kan den bara gissa. Ansluten till verklig data via MCP kan den köra granskningen, läsa resultaten, stämma av dem och förklara prioriteringarna, men du bör ändå granska dess rekommendationer innan du ändrar något.

Skiljer sig en teknisk granskning för Shopify eller WordPress?

Checklistan är densamma, men varje plattform har sina egna vanliga problem. Shopify skapar duplicerade produkt-URL:er och stryper granskningscrawlers, och WordPress-webbplatser har ofta konflikter mellan plugins och tunna taggarkiv. Se guiden till Shopify SEO-granskning för det som är specifikt för Shopify.