Senast uppdaterad juli 2026

Teknisk SEO – en fördjupning

Teknisk SEO är arbetet med att se till att sökmotorer kan hitta, läsa, förstå och lita på din sajt – utan hinder. Det är det minst glamorösa benet av SEO och samtidigt det mest binära: bra teknik rankar dig sällan högre i sig, men trasig teknik kan hindra dig från att ranka alls.

Se det som fundamentet till ett hus. Ingen köper huset för grundens skull, men utan den spelar köket ingen roll. Det här är tredje fördjupningen i serien – On-Page SEO och Off-Page SEO finns sedan tidigare, och grunderna är bra att ha med sig.

Crawling – kan Google nå ditt innehåll?

Allt börjar här. Om Googlebot inte kan besöka en sida existerar den inte i Googles ögon, oavsett hur bra innehållet är.

Robots.txt

Filen som ligger på dinsajt.se/robots.txt och talar om för sökmotorernas robotar vad de får och inte får crawla. Två klassiska självmål: att av misstag blockera hela sajten (en kvarglömd Disallow: / från utvecklingsmiljön – jag har sett det hända på lanseringsdagen) och att blockera CSS/JS-filer så att Google inte kan rendera sidorna korrekt. Regel nummer ett: kolla din robots.txt. Regel nummer två: kolla den igen efter varje större sajtändring.

Crawlbudget

Google lägger en begränsad mängd resurser på att crawla din sajt. För en sajt med 50 sidor är det ett icke-problem. För e-handlare med tiotusentals produkt- och filtersidor kan Googlebot fastna i oändliga parameterkombinationer (?farg=rod&storlek=42&sortering=pris…) och missa det som faktiskt är viktigt. Lösningen är oftast en kombination av robots.txt-regler för parametersidor, städad intern länkning och koll på vad Search Console visar under Crawlstatistik.

Intern länkstruktur

Googlebot upptäcker innehåll genom att följa länkar. Sidor utan interna länkar till sig (föräldralösa sidor) hittas sällan, och sidor djupt begravda – fem, sex klick från startsidan – crawlas mer sällan. Tumregel: viktigt innehåll ska nås inom tre klick från startsidan. Det här överlappar med on-page-arbetet, och det är ingen slump – intern länkning är limmet mellan benen.

Indexering – hamnar sidorna i biblioteket?

Att en sida crawlas betyder inte att den indexeras. Google väljer aktivt vad som får plats i indexet, och din uppgift är att göra valet enkelt.

Noindex och kanonisering

noindex-taggen säger åt Google att inte visa sidan i sökresultaten – rätt använd på tack-sidor, interna söksidor och tunna arkiv, katastrofal när den glöms kvar på viktiga sidor. Canonical-taggen pekar ut originalversionen när samma innehåll nås via flera URL:er (med/utan trailing slash, http/https, parametrar). Utan den splittras sidans signaler mellan dubbletterna.

XML-sitemap

Din innehållsförteckning till Google: en fil som listar alla URL:er du vill ha indexerade. De flesta system (WordPress med Yoast eller Rank Math, Shopify med flera) genererar den automatiskt. Ditt jobb är att skicka in den i Search Console och se till att den bara innehåller sidor som ska indexeras – en sitemap full av noindexade sidor och redirects skickar blandade signaler.

”Upptäckt – för närvarande inte indexerad”

Search Consoles mest frustrerande status: Google känner till sidan men har valt att inte indexera den. Ofta beror det på tunt innehåll, för svag intern länkning eller att Google helt enkelt inte tycker att sidan tillför något indexet inte redan har. Lösningen är sällan teknisk – det är bättre innehåll och tydligare interna signaler. Ett omtag på sidan slår hundra klick på ”Begär indexering”.

Laddhastighet och Core Web Vitals

Google mäter användarupplevelsen av din sajts prestanda genom tre mätvärden, samlade under namnet Core Web Vitals:

• LCP (Largest Contentful Paint) – hur snabbt sidans största innehållselement laddas. Mål: under 2,5 sekunder.
• INP (Interaction to Next Paint) – hur snabbt sidan reagerar på interaktioner som klick. Mål: under 200 ms.
• CLS (Cumulative Layout Shift) – hur mycket innehållet hoppar runt under laddning. Mål: under 0,1. (Alla har vi försökt klicka på en knapp som flyttade sig i sista sekunden. Det är CLS.)

Är det en rankingfaktor? Ja, bekräftat – men en lätt sådan. Perspektivet som räknas: en långsam sajt tappar besökare oavsett vad algoritmen tycker. Fixa hastigheten för användarnas och konverteringarnas skull, så får du rankingeffekten som bonus.

De vanligaste bovarna, i fallande ordning efter hur ofta jag ser dem:

1. Okomprimerade bilder – en 4 MB hero-bild dödar LCP på egen hand. Komprimera, använd WebP, skala till visningsstorlek.
2. För många plugins/skript – varje tillägg lastar på JavaScript. Rensa det som inte används.
3. Billigt webbhotell – serverns svarstid är golvet allt annat vilar på. Ibland är den bästa SEO-investeringen ett bättre hosting-paket.
4. Ingen cachning – utan cache byggs sidan om från grunden vid varje besök. Ett cache-plugin är bland det mest kostnadseffektiva som finns.

Mät med PageSpeed Insights – och titta främst på fältdatan (verkliga användares upplevelse) snarare än labbsiffrorna. Sträva inte efter 100/100 i labbpoäng; det är verklighetens tröskelvärden som räknas.

Mobilanpassning

Google kör mobile-first indexing sedan flera år: det är mobilversionen av din sajt som crawlas, indexeras och bedöms. Är mobilupplevelsen trasig är det den trasiga versionen Google ser – desktop-versionen är numera bonusmaterial.

Det praktiska: responsiv design är standardlösningen, se till att innehållet är detsamma på mobil som desktop (att gömma halva innehållet i mobilversionen är att gömma det för Google), och testa på riktiga telefoner – inte bara genom att krympa webbläsarfönstret. Trycktytor, textstorlekar och menyer beter sig annorlunda på riktigt glas.

HTTPS och säkerhet

HTTPS är en bekräftad men lätt rankingfaktor – och en tung förtroendefaktor. En sajt utan giltigt SSL-certifikat får en ”Ej säker”-varning i webbläsaren, och den varningen dödar konverteringar snabbare än någon algoritm hinner reagera.

2026 är det här i praktiken en hygienfaktor: certifikat är gratis (Let’s Encrypt) och de flesta webbhotell sköter det automatiskt. Det som fortfarande går fel är migreringen – gamla http-URL:er som inte omdirigeras, mixed content-varningar när bilder laddas över http på en https-sida. En genomgång med valfritt crawlverktyg fångar resterna.

Strukturerad data – hjälp maskinerna förstå

Schema markup är kod (oftast JSON-LD) som berättar för sökmotorer vad ditt innehåll är: en artikel, en produkt, ett recept, en FAQ, ett lokalt företag. Det är ingen direkt rankingfaktor, men det gör två värdefulla saker:

1. Låser upp utökade sökresultat – recensionsstjärnor, priser, FAQ-utfällningar och annat som gör ditt resultat större och mer klickvänligt i SERP:en.
2. Gör dig begriplig för AI – strukturerad data hjälper AI-tjänster att korrekt förstå och attribuera ditt innehåll. Det som var nice-to-have för rich results börjar bli need-to-have för AI-synlighet, vilket jag skrivit om under AIO/GEO på SEO-sidan.

Prioritera de scheman som matchar din verksamhet: Organization och LocalBusiness för företaget, Article för innehåll, Product för e-handel, FAQPage där du faktiskt besvarar frågor. Validera med Googles Rich Results Test – felaktig markup är sämre än ingen.

Omdirigeringar och statuskoder

Varje URL svarar med en statuskod, och några av dem behöver du kunna:

• 200 – allt ok, sidan finns
• 301 – permanent flytt. Standardvalet när innehåll byter URL; skickar vidare sidans upparbetade auktoritet till den nya adressen.
• 302 – tillfällig flytt. Används nästan alltid av misstag när man menade 301.
• 404 – sidan finns inte. Helt normalt för borttaget innehåll utan ersättare – men varje 404 som har interna länkar eller backlinks pekande mot sig är bortslängt värde. Omdirigera dem till närmast motsvarande sida.
• 500-serien – serverfel. Återkommande 500-svar när Googlebot besöker sajten är allvarligt och kan leda till att sidor tappas ur indexet.

Två klassiska misstag: redirect-kedjor (A → B → C → D) som läcker signaler och saktar ner crawling – peka alltid direkt på slutdestinationen – och massredirects till startsidan vid migreringar, vilket Google behandlar som mjuka 404:or. Varje gammal URL ska peka på sin närmaste motsvarighet, inte på startsidan.

Sajtmigreringar – där teknisk SEO avgörs på riktigt

Inget tillfälle bränner mer upparbetat SEO-värde än en slarvig migrering: nytt domännamn, ny plattform, ny URL-struktur eller stor redesign. Jag har sett sajter tappa halva sin organiska trafik för att ingen gjorde en redirect-mappning.

Minimikraven vid varje migrering:

1. Crawla gamla sajten innan något stängs ner – du behöver en komplett lista över alla URL:er
2. Mappa varje gammal URL till sin nya motsvarighet, en och en
3. 301:a allt enligt mappningen samma dag som nya sajten går live
4. Uppdatera sitemap och Search Console, och verifiera den nya domänen i förväg om domänen byts
5. Bevaka Search Console dagligen de första veckorna – crawlfel och tappade positioner syns där först

En tillfällig svacka på några veckor är normal vid större migreringar. En trafikkurva som pekar nedåt efter två månader är det inte – då har något missats i mappningen.

Verktygslådan

Det mesta av teknisk SEO-analys går att göra gratis eller billigt:

• Google Search Console – obligatorisk. Indexeringsstatus, crawlfel, Core Web Vitals, sitemaps. Har du inte kopplat den – gör det idag, det är det första jag gör med varje ny sajt.
• Screaming Frog – branschstandarden för att crawla sin egen sajt som Google gör. Gratis upp till 500 URL:er, vilket räcker långt för mindre sajter. Hittar trasiga länkar, redirect-kedjor, saknade titlar, duplicerat innehåll och det mesta däremellan.
• PageSpeed Insights – prestanda och Core Web Vitals, med både labb- och fältdata.
• Rich Results Test – validerar din strukturerade data.

Ahrefs och Semrush har också tekniska granskningar, men börjar du med Search Console + Screaming Frog täcker du 90 % av behovet utan att öppna plånboken.

Vanliga tekniska misstag

”Sajten är lanserad, tekniken är klar” – Teknisk skuld byggs upp löpande: plugins uppdateras, innehåll flyttas, länkar bryts. En teknisk genomgång per kvartal fångar problemen innan de kostar positioner.

”Vi blockerar sidor med robots.txt så de inte indexeras” – Robots.txt stoppar crawling, inte indexering. En blockerad sida kan fortfarande indexeras via externa länkar – då utan innehåll, vilket ser bedrövligt ut i SERP:en. Ska något bort ur indexet är det noindex som gäller (och då får sidan inte vara blockerad i robots.txt, annars ser Google aldrig taggen – ett moment 22 många fastnar i).

”Vi 302:ar så länge, vi ändrar det sen” – ”Sen” kommer aldrig. Använd 301 direkt vid permanenta flyttar.

”100/100 i PageSpeed är målet” – Nej, verkliga användares upplevelse är målet. En sajt på 85 med god fältdata slår en sajt på 100 som optimerats sönder för ett labbtest.

”Mer schema markup är bättre” – Markup ska spegla vad som faktiskt finns på sidan. Recensionsstjärnor utan riktiga recensioner är fusk i Googles ögon och kan ge manuella åtgärder.

Sammanfattning

Teknisk SEO handlar om att röja vägen: se till att Google kan crawla ditt innehåll, indexera rätt versioner av det, ladda det snabbt på mobil och förstå vad det är. Gjort rätt märks det inte alls – det bara fungerar, och innehålls- och länkarbetet får full utväxling.

Börja med Search Console och en crawl i Screaming Frog. Fixa det som blockerar och det som är trasigt först, prestanda därefter, finlir som schema sist. Och gör om genomgången med jämna mellanrum – fundament spricker tyst.

Sammanfattning av tekniska rankingfaktorer