Teknisk SEO – checklista för en webbplats som ska kunna ranka

Teknisk SEO handlar om att göra webbplatsens viktiga innehåll möjligt att hitta, crawla, förstå och indexera. En sida kan ha bra text och starka länkar men ändå prestera svagt om den blockeras av noindex, får fel canonical, bara nås via JavaScript eller ligger flera redirectsteg bort.

Den här checklistan är byggd för en vanlig företagswebb. Börja med sådant som kan hindra indexering helt och gå sedan vidare till struktur, prestanda och mer avancerade förbättringar.

1. Kontrollera vilka sidor som ska indexeras

Det första steget är att skilja affärsviktiga sidor från URL:er som inte behöver synas i sökresultat.

Bör normalt kunna indexeras

• viktiga tjänste- och produktsidor
• kategorier med eget värde
• guider och artiklar som svarar på en tydlig sökintention
• lokala sidor med verkligt unikt innehåll

Behöver ofta bedömas separat

• interna sökresultat
• filter- och parameter-URL:er
• tack- och bekräftelsesidor
• test- och stagingmiljöer
• tunna taggarkiv
• dubbletter skapade av systemet

Kontrollera både HTTP-status, meta robots och eventuella X-Robots-Tag-headers. En sida kan vara tillåten i robots.txt men ändå ha noindex, eller tvärtom.

2. Robots.txt – blockera inte sådant som måste crawlas

robots.txt styr crawling, inte indexering på samma sätt som en noindex-signal. Använd därför inte robots.txt som enda metod för att försöka ta bort redan kända URL:er ur index.

Kontrollera att filen inte av misstag blockerar:

• viktiga sidsektioner
• CSS eller JavaScript som behövs för rendering
• produkt- eller tjänstekategorier
• hela webbplatsen efter flytt från staging

3. XML-sitemap ska vara ren och aktuell

En sitemap hjälper sökmotorer att upptäcka de URL:er webbplatsen vill få indexerade. Den bör därför fungera som en kvalitetslista, inte som en dump av alla URL:er CMS:et kan skapa.

Kontrollera att sitemap inte innehåller

• 404- eller 5xx-URL:er
• redirectande URL:er
• noindex-sidor
• icke-kanoniska dubbletter
• staging- eller testsidor

Större sajter kan vinna på separata sitemaps per innehållstyp så att indexeringsproblem blir lättare att analysera.

4. Canonical ska peka på den avsedda huvudversionen

Canonical-taggen används för att signalera vilken URL som är den föredragna versionen när liknande eller duplicerat innehåll förekommer. På vanliga självständiga sidor bör en självrefererande canonical normalt peka på den rena huvud-URL:en.

Vanliga canonicalfel

• alla sidor pekar mot startsidan
• canonical pekar mot en redirect
• HTTP- och HTTPS-versioner blandas
• parameter-URL väljs som huvudversion av misstag
• unika lokala sidor canonicaliseras bort trots eget innehåll

Canonical är en signal, inte en ersättning för att städa upp onödiga URL-varianter.

5. Redirects ska vara direkta och relevanta

När en URL ändras bör den gamla adressen normalt 301-redirectas till den närmast motsvarande nya sidan. Undvik kedjor som gammal URL → mellanadress → ny URL.

Vid en större migrering bör ni skapa en URL-mappning före lansering och kontrollera att:

• gamla värdefulla URL:er har relevanta mål
• redirecten är permanent när flytten är permanent
• interna länkar uppdateras till slutmålet
• redirectloopar inte finns
• många gamla sidor inte slentrianmässigt pekas mot startsidan

6. Förstå statuskoderna

En teknisk SEO-kontroll bör åtminstone skilja mellan:

Enstaka 404-sidor är inte i sig ett SEO-problem. Problemet uppstår när viktiga länkar, menyer eller gamla etablerade URL:er leder fel.

7. Internlänkning och crawlvägar

Viktiga sidor ska gå att hitta genom vanliga HTML-länkar från andra relevanta sidor. En URL som bara finns i sitemap saknar kontext och blir svårare för både användare och sökmotorer att förstå.

Granska

• huvudnavigation och footer
• brödsmulor
• länkar mellan tjänster och guider
• kategorisidor
• orphan pages utan inkommande internlänkar
• ankartekster som faktiskt beskriver målsidan

Undvik samtidigt att lägga samma stora block med keyword-länkar på varje sida. Internlänkar ska hjälpa navigering och sammanhang.

8. Mobil rendering

Google behöver kunna se samma viktiga innehåll och länkar på mobilversionen. Kontrollera inte bara att layouten ”ser responsiv ut”.

• är text och navigering tillgängliga utan interaktionsproblem?
• finns samma centrala innehåll på mobil?
• är klickytor och formulär användbara?
• laddas viktiga länkar och komponenter korrekt?
• täcker banners eller popups huvudcontent?

9. Prestanda och Core Web Vitals

Prestanda bör analyseras utifrån verkliga flaskhalsar. Vanliga orsaker är överdimensionerade bilder, stora JavaScript-paket, långsam backend, tredjepartsscript och render-blockerande resurser.

Arbetsordning

1. Mät viktiga sidtyper separat.
2. Identifiera den största faktiska flaskhalsen.
3. Åtgärda bilder, script, server eller CSS beroende på fyndet.
4. Mät igen efter förändringen.

Undvik att installera flera optimeringsplugins utan att förstå vad de gör. Dubbel minifiering, cache och lazy loading kan skapa nya fel.

10. JavaScript och klientrenderat innehåll

Moderna ramverk kan fungera bra för SEO, men kritiskt innehåll bör inte vara beroende av sköra klientflöden. Kontrollera hur sidan ser ut i den HTML och rendering som sökmotorer faktiskt får tillgång till.

Var extra uppmärksam på:

• länkar som bara skapas efter användarinteraktion
• innehåll som laddas först efter API-anrop
• fel där JavaScript ger tom sida
• infinite scroll utan crawlbara sid-URL:er
• metadata som sätts sent eller inkonsekvent

11. Strukturerad data

Schema-markup ska beskriva det innehåll användaren faktiskt ser. Använd relevanta typer för exempelvis organisation, artikel, produkt eller annan tydligt motsvarande information.

Kontrollera

• att JSON-LD är tekniskt giltig
• att namn, pris, datum och andra uppgifter stämmer med sidan
• att markup inte används för dolt eller påhittat innehåll
• att samma entitet inte får motsägelsefull data från flera plugins

Strukturerad data garanterar inte ett utökat sökresultat, men korrekt markup kan hjälpa sökmotorer att tolka sidans information.

12. HTTPS, hostnamn och en huvudversion

Webbplatsen bör ha en tydlig kanonisk version. Kontrollera att alternativa varianter styrs konsekvent till rätt adress:

• HTTP → HTTPS
• www ↔ icke-www enligt valt huvudformat
• gamla domäner → relevanta nya URL:er vid domänbyte
• slash- och icke-slashvarianter hanteras konsekvent

13. Dubbletter och URL-parametrar

E-handel, filtrering och spårning kan skapa många URL-varianter. Kartlägg vilka parametrar som förändrar innehållet på ett meningsfullt sätt och vilka som bara skapar tekniska dubbletter.

Exempel att kontrollera:

• sortering
• filter
• kampanjparametrar
• sessions-ID
• print- och feedversioner

Lösningen kan bestå av canonical, internlänkningsregler, parameterhantering eller att vissa URL:er aldrig skapas. Valet beror på hur webbplatsen fungerar.

14. Pagination, arkiv och filtrering

Kategorier med många objekt behöver en crawlbar struktur. Se till att användare och sökmotorer kan nå äldre produkter eller artiklar utan att vara beroende av enbart en knapp som laddar fler poster med JavaScript.

Bedöm samtidigt om taggar och arkiv har eget värde eller bara skapar tunna dubbletter.

15. Gör en kontroll efter varje större release

Teknisk SEO är inte ett engångsprojekt. CMS-uppdateringar, redesign, nya plugins och ändrad routing kan skapa fel på fungerande sidor.

Minikontroll efter release

• viktiga URL:er svarar 200
• canonical är korrekt
• noindex har inte följt med från staging
• sitemap går att hämta
• robots.txt är rimlig
• intern navigation fungerar
• centrala formulär fungerar
• inga stora 5xx- eller JavaScriptfel har introducerats

Prioriterad teknisk SEO-checklista

Kritiskt

• Viktiga sidor är indexerbara.
• Servern svarar stabilt.
• Canonical och redirects pekar rätt.
• Staging/noindex blockerar inte produktionen.

Hög prioritet

• Sitemap är ren.
• Internlänkning når viktiga sidor.
• Mobilversionen innehåller rätt innehåll.
• 404 och redirectkedjor är under kontroll.

Löpande förbättring

• Core Web Vitals och prestanda.
• strukturerad data
• JavaScript-rendering
• URL-parametrar och stora crawlutrymmen

Vanliga frågor om teknisk SEO

Hur ofta bör en teknisk SEO-audit göras?

Det beror på hur ofta sajten förändras. En liten stabil webbplats kan kontrolleras efter större releaser och med regelbundna enklare hälsokontroller. E-handel och stora publiceringsplattformar behöver tätare övervakning.

Är 404-sidor alltid dåliga?

Nej. En URL som medvetet tagits bort kan returnera 404 eller 410. Det viktiga är att viktiga interna länkar och etablerade sidor inte försvinner utan plan.

Ska allt finnas i XML-sitemap?

Nej. Prioritera de kanoniska URL:er som ni faktiskt vill få indexerade.

Kan ett SEO-plugin lösa teknisk SEO automatiskt?

Ett plugin kan hantera metadata, sitemap och vissa standardinställningar, men det kan inte avgöra webbplatsens hela URL-struktur, migreringslogik, interna länkar, rendering och serverbeteende.

Sammanfattning

Teknisk SEO börjar med indexerbarhet, crawlvägar, canonical, statuskoder och redirects. Därefter kommer mobil rendering, prestanda, JavaScript, strukturerad data och optimering av större URL-mängder. Prioritera alltid fel som kan göra viktiga sidor osynliga före kosmetiska förbättringar.