Teknisk SEO: komplett genomgång för 2026

Teknisk SEO är den del av sökmotoroptimering som ingen besökare ser men som avgör om allt annat arbete får effekt. Ni kan skriva marknadens bästa innehåll, men om Google inte kan crawla sidan, om den tar åtta sekunder att ladda eller om en felaktig canonical pekar bort trafiken, spelar innehållet ingen roll. Den här guiden går igenom vad teknisk SEO omfattar 2026, vilka fel som är vanligast på svenska sajter och hur ni prioriterar när allt inte kan fixas samtidigt.

Vad teknisk SEO är, och inte är

Sökmotoroptimering brukar delas in i tre områden:

• Teknisk SEO: sajtens infrastruktur. Kan sökmotorer hitta, läsa, rendera och indexera sidorna? Laddar de snabbt? Fungerar de på mobil?
• On-page SEO: innehållet på sidorna. Titlar, rubriker, texter, bilder och hur väl de svarar mot sökintentionen.
• Off-page SEO: signaler utanför sajten, framför allt länkar från andra webbplatser.

Teknisk SEO är grunden. Den bygger ingen synlighet på egen hand, men den avgör taket för vad innehåll och länkar kan åstadkomma. En bra tumregel: teknisk SEO handlar om att ta bort hinder, inte om att lägga till magi.

Crawlbarhet och indexering

Innan en sida kan ranka måste två saker hända: Googlebot måste kunna hämta sidan (crawla) och Google måste besluta att spara den i sitt index (indexera). Fyra mekanismer styr det här, och alla fyra kan saboteras av misstag.

robots.txt

Filen robots.txt i sajtens rot talar om vilka delar av sajten sökmotorer får crawla. Den är ett trubbigt verktyg: en enda felaktig Disallow: / kan osynliggöra hela sajten. Ett vanligt misstag är att blockeringar från en stagingmiljö följer med till produktion vid lansering.

Notera också vad robots.txt inte gör: den hindrar crawling, inte indexering. En blockerad sida kan fortfarande dyka upp i sökresultaten om andra länkar till den, fast utan beskrivning.

XML-sitemap

Sitemappen är er lista över vilka sidor ni vill att Google ska känna till. Den ska vara komplett, uppdaterad och fri från skräp: inga 404-sidor, inga redirects, inga sidor med noindex. En sitemap full av döda länkar lär Google att lita mindre på den. Skicka in den via Google Search Console och kontrollera regelbundet att antalet indexerade sidor stämmer med förväntan.

Canonical-taggar

rel="canonical" talar om vilken version av en sida som är originalet när samma innehåll nås via flera URL:ar: med och utan trailing slash, med spårningsparametrar, via filtrerade listningar. Utan korrekta canonicals splittras signalerna mellan dubbletterna. Vanligaste felet är en canonical som pekar fel efter en migrering, eller e-handelsplattformar som sätter canonical mot en sida som inte längre finns.

noindex

Metataggen noindex säger åt Google att inte visa sidan i sökresultaten. Rätt använd håller den bort tack-sidor, interna sökresultat och filterkombinationer från indexet. Fel använd är den en av de dyraste buggarna som finns: en noindex som råkar ligga kvar på viktiga sidor efter en lansering kan radera månader av synlighet. Kontrollera alltid indexeringsstatus i Search Console efter varje större release.

Sidhastighet och Core Web Vitals

Sidhastighet är en rankingfaktor, men framför allt en konverteringsfaktor: långsamma sidor tappar besökare oavsett vad Google tycker. Google mäter upplevd prestanda genom Core Web Vitals, tre mätvärden baserade på data från riktiga användare:

• LCP (Largest Contentful Paint): hur snabbt sidans största innehållselement visas. Riktvärde: under 2,5 sekunder.
• INP (Interaction to Next Paint): hur snabbt sidan reagerar på interaktioner som klick och tangenttryck. Riktvärde: under 200 millisekunder.
• CLS (Cumulative Layout Shift): hur mycket innehållet hoppar under laddning. Riktvärde: under 0,1.

Vi kommer att publicera en separat ordlistepost, vad är Core Web Vitals, som förklarar mätvärdena mer i detalj. Kortversionen: de vanligaste bovarna är otimerade bilder, tunga JavaScript-paket, tredjepartsskript (chattwidgets, spårning, A/B-test) och bilder eller annonser utan reserverade ytor som knuffar runt layouten. Mät med verkliga användardata i Search Console, inte bara med labbtester.

Mobilanpassning

Google indexerar mobilversionen av er sajt, inte desktopversionen. Det som inte finns eller inte fungerar på mobil finns i praktiken inte för Google. Kontrollera att mobilversionen visar samma innehåll som desktop, att inget viktigt är bortklippt "för att det inte fick plats", att klickytor är stora nog och att inga overlays täcker innehållet. En responsiv sajt löser det mesta av det här automatiskt, men gamla m-dot-lösningar och aggressivt bantade mobilvyer är fortfarande en verklig felkälla.

Strukturerad data och schema

Strukturerad data är maskinläsbar märkning, oftast JSON-LD enligt schema.org, som beskriver vad sidan innehåller: en produkt, en artikel, ett event, en FAQ. Google använder märkningen för utökade sökresultat med betyg, priser och annan information som ökar klickfrekvensen.

Märk upp det som faktiskt finns på sidan, ingenting annat: märkning som inte motsvarar synligt innehåll bryter mot Googles riktlinjer. Prioritera de schematyper som ger synliga resultat i er bransch: Product med pris och lagerstatus för e-handel, Article för publicister, FAQPage där det är relevant, Organization och LocalBusiness för grunddata. Validera med Googles Rich Results Test.

Hreflang och flerspråkighet

Sajter med flera språk eller marknader behöver hreflang-annoteringar som talar om vilken språkversion som hör till vilken publik. Utan dem kan Google visa fel version: den engelska sidan för svenska besökare, eller tvärtom.

Hreflang är notoriskt lätt att göra fel på. De tre vanligaste felen:

1. Saknade returlänkar. Om sv-sidan pekar på en-sidan måste en-sidan peka tillbaka, annars ignoreras annoteringen.
2. Fel språkkoder. Det heter sv, inte se. Landskod läggs till vid behov: sv-SE, en-GB.
3. Hreflang mot sidor som inte indexeras. Annoteringar mot noindexade eller omdirigerade sidor är verkningslösa.

För en tvåspråkig sajt är det hanterbart. För tio marknader gånger fem språk är det ett systemproblem som ska lösas i plattformen, inte för hand.

Intern länkning

Interna länkar gör två saker: de hjälper sökmotorer att hitta sidor och de fördelar auktoritet inom sajten. Sidor som ingen intern länk pekar på, så kallade föräldralösa sidor, crawlas sällan och rankar sämre. Viktiga sidor ska nås med få klick från startsidan och länkas från relevanta sammanhang med beskrivande länktexter. "Läs mer" säger ingenting, "prisguide för SEO" säger allt.

För större sajter är intern länkning ofta den mest underskattade tekniska hävstången: strukturen går att styra helt själv, utan att vänta på externa länkar.

De vanligaste tekniska felen på svenska sajter

Efter många genomlysningar av svenska sajter återkommer samma fel gång på gång:

1. Duplicerat innehåll utan canonicals. Särskilt e-handel med filter och sorteringar som skapar tusentals URL-varianter av samma sida.
2. Kvarglömda noindex eller blockeringar. Rester från staging eller gamla beslut som ingen minns.
3. Långsamma sidor. Otimerade bilder och tredjepartsskript som fäller LCP och INP.
4. Trasig hreflang. Flerspråkiga sajter där hälften av annoteringarna saknar returlänkar.
5. Redirect-kedjor. Migreringar staplade på migreringar: A pekar på B som pekar på C som pekar på D.
6. Sitemaps med skräp. 404:or, redirects och noindexade sidor i sitemappen.
7. Tunna sidor i index. Taggsidor, interna sökresultat och paginering som späder ut sajtens kvalitet.

Inget av det här är exotiskt. Det är hantverksfel, och de går att hitta systematiskt.

Prioritering: allt är inte lika viktigt

Ett vanligt misstag efter en teknisk analys är att beta av listan uppifrån och ned i den ordning verktyget råkade sortera den. Prioritera i stället efter effekt:

• Kritiskt, fixa nu: allt som hindrar indexering av viktiga sidor. Felaktiga noindex, blockeringar i robots.txt, trasiga canonicals på nyckelsidor. Här ligger snabba och stora vinster.
• Högt, fixa inom en månad: Core Web Vitals som inte klarar riktvärdena på viktiga sidtyper, trasig hreflang, redirect-kedjor på sidor med trafik.
• Medel, planera in: strukturerad data, förbättrad intern länkning, sanering av sitemap och tunna sidor.
• Lågt, vid tillfälle: kosmetiska varningar från verktyg. En saknad alt-text på en dekorbild sänker ingen sajt.

Verktyg rapporterar gärna hundratals "fel" utan att skilja på vad som kostar trafik och vad som bara är brus. Bedömningen av vad som spelar roll för just er sajt är själva hantverket. Det hänger också ihop med budgetfrågan: att åtgärda rätt saker i rätt ordning är skillnaden mellan en teknisk insats som betalar sig och en som bara kostar. Mer om den kalkylen i vår guide vad kostar SEO.

Checklista: 10 punkter för teknisk SEO

1. Kontrollera att robots.txt inte blockerar viktiga delar av sajten.
2. Skicka in en ren XML-sitemap utan 404:or, redirects eller noindexade sidor.
3. Verifiera att viktiga sidor är indexerade i Google Search Console.
4. Leta efter oavsiktliga noindex-taggar, särskilt efter releaser.
5. Kontrollera canonical-taggar på mallnivå: pekar de dit de ska?
6. Mät Core Web Vitals med verklig användardata och åtgärda LCP först.
7. Verifiera att mobilversionen visar samma innehåll som desktop.
8. Validera strukturerad data och märk upp era viktigaste sidtyper.
9. Kontrollera hreflang-returlänkar om sajten har flera språk.
10. Hitta föräldralösa sidor och redirect-kedjor, städa den interna länkningen.

Gå igenom listan en gång per år, och alltid i samband med redesign, migrering eller plattformsbyte.

Vill ni ha en prioriterad fixlista för er sajt?

En checklista säger vad ni ska titta på, men inte vad som är fel på just er sajt eller i vilken ordning det ska åtgärdas. Vår SEO Audit Sprint är en fast avgränsad genomlysning som gör exakt det: vi går igenom crawlbarhet, indexering, prestanda, strukturerad data och intern länkning, och levererar en prioriterad åtgärdslista ert team kan börja arbeta med direkt. Fast pris, fast leveranstid, inga abonnemang.