Teknisk SEO.
Teknisk SEO är arbetet med webbplatsens infrastruktur: det som gör att sökmotorer och AI-svar kan hitta, förstå och indexera innehållet. Fundamentet som gör att resten av SEO-arbetet räknas.
Av Hans Sandblom · Senior SEO-specialist· Publicerad · Uppdaterad Vår syn
Teknisk SEO är grundläggningen. Om fundamentet inte håller spelar det mindre roll vad ni bygger ovanpå.
Vad teknisk SEO är.
Teknisk SEO är den del av sökmotoroptimering som handlar om hur sidan är byggd, inte vad som står på den. Om on-page SEO beskriver innehållet på sidan och off-page SEO länkarna som pekar mot den, handlar teknisk SEO om det som gör att sidan över huvud taget kan bli hittad, läst och förstådd av en sökmotor eller ett AI-svar. Googles dokumentation om crawl och indexering↗ beskriver grunderna.
Tekniska brister är samtidigt de mest kostsamma. En sajt med svagt innehåll rankar dåligt. En sajt som inte kan indexeras rankar inte alls. Ordningen spelar roll: innan mer innehåll skrivs eller länkar byggs behöver tekniken vara på plats. Annars försvinner arbetet utan effekt.
För AI-svar (AI Overview, ChatGPT, Perplexity) har kraven dessutom skärpts. En AI som genererar ett svar i realtid kan inte gissa. Den citerar den källa som är lättast att läsa, snabbast att hämta och tydligast strukturerad. Teknisk SEO blir därmed inte bara en rankningsfaktor utan också en faktor för att bli citerad.
Sex områden inom teknisk SEO.
Arbetet delas i praktiken upp i sex sammanhängande områden. De löser olika problem men hör ihop: ett fel i ett område får konsekvenser i ett annat.
Crawlbarhet och indexering
robots.txt och sitemap talar om för sökmotorer vilka sidor som ska besökas. Fel här och Google missar halva sajten, eller crawlar sidor ni inte vill ha i indexet (filter-URL:er på e-handel är klassiskt exempel).
Sidhastighet och Core Web Vitals
LCP, CLS och INP mäter laddning, stabilitet och interaktion. Officiell rankningsfaktor sedan 2021. Mätbart via PageSpeed Insights, Search Console och CrUX. Web.dev Core Web Vitals↗ dokumenterar trösklarna. Långsam sida rankar lägre och konverterar sämre.
Mobilanpassning
Google indexerar mobilversionen av sajten som standard (mobile-first). Saknas innehåll eller funktionalitet på mobilen syns det inte. Viewport-meta, responsiva bilder, touch-vänliga element.
Säkerhet (HTTPS/SSL)
HTTPS är grundkrav sedan flera år. Blandat HTTP/HTTPS-innehåll (mixed content), utgångna certifikat eller svaga protokoll sänker både tillit och ranking.
Strukturerad data
Schema.org↗-markup i JSON-LD talar om för Google och AI vad innehållet betyder semantiskt: produkt, FAQ, artikel, event. Grunden för rich results och för att citeras i AI-svar.
Kanonisering och URL-struktur
Samma innehåll på flera URL:er skapar dubbletter. Canonical-taggar pekar ut huvudversionen. URL-strukturen (logisk hierarki, förståeliga slugs, konsekvens) signalerar sajtens arkitektur.
Crawl budget och stora sajter.
Crawl budget är antalet sidor Google besöker på er sajt inom en viss tidsperiod. För mindre sajter (under några tusen URL:er) är det sällan ett problem, Google hinner allt. För större sajter, e-handel med tusentals produktvarianter eller mediesajter med djupt arkiv, blir budgeten en begränsning.
Slöseri uppstår när crawl-tiden går till lågvärdigt innehåll: filter-URL:er utan kanonisering, paginerade serier utan crawlbara länkar mellan sidorna, interna 404:or, onödiga redirect-kedjor. Det som borde indexeras kommer då inte med, eller uppdateras sällan.
Åtgärderna är konkreta. Blockera lågvärdiga URL:er i robots.txt. Sätt noindex på taxonomier ni inte vill ha i indexet. Rensa döda länkar. Håll en logisk URL-struktur. Optimera XML-sitemaps per innehållstyp. Allt mätbart i Search Console under Crawl-stats.
JavaScript-rendering och SPA:er.
Allt mer av webben byggs som single-page-applikationer (React, Vue, Angular) där innehållet renderas i webbläsaren med JavaScript i stället för att skickas färdigt från servern. Det skapar ett crawl-problem: Googlebot måste rendera sidan innan den ser innehållet, och rendering är dyrt. Sidorna hamnar i en renderingskö och indexeras senare, ibland ofullständigt.
AI-svar gör problemet skarpare. AI Overview, ChatGPT och Perplexity hämtar oftast den råa HTML:en utan att köra JavaScript. Innehåll som bara finns efter klient-rendering är då osynligt för dem. Det som inte finns i sidans käll-HTML kan inte citeras.
Lösningen är att leverera innehållet färdigrenderat från servern: server-side rendering (SSR), static site generation (SSG) eller prerendering för crawlers. Kritiskt innehåll, rubriker och länkar ska ligga i HTML:en vid första svaret, inte injiceras efteråt. Vi testar med Search Consoles URL-inspektion mot den renderade HTML:en och jämför rå källkod med DOM.
Vanliga missförstånd.
Teknisk SEO beskrivs ofta i termer som låter oumbärliga eller omöjliga. Det stämmer sällan. Tre återkommande myter:
- 'Det räcker att köra PageSpeed Insights.' Nej. PSI visar två saker: ett labbtest (Lighthouse) och, när den finns, CrUX-fältdata. Det som räknas för ranking är fältdatan, riktiga besökares upplevelse över tid som ni även följer i Search Console, inte labbvärdet från ett enskilt test.
- 'Schema-markup lyfter rankningen.' Nej, schema lyfter inte ranking direkt. Det ökar chansen för rich results och för att en AI ska citera er källa. Effekten syns på CTR och AI-citeringar, inte på topp-tio-placering.
- 'Modern plattform räcker.' Plattformen är en utgångspunkt, inte ett löfte. De flesta problem vi ser på 'moderna' sajter är konfigurations-brister: fel canonical, saknad hreflang, paginering utan crawlbara länkar, inte plattforms-brister i sig.
Så jobbar vi med teknisk SEO.
Vi börjar med nulägesanalys. En full sajt-crawl, Search Console-data och jämförelse mot er sajts innehåll. Vad som är mest lönsamt att fixa först skiljer mellan sajter. Ofta ligger lågt hängande frukt i crawl-waste och mobil-CWV, men bilden behöver tas fram per fall.
Vi levererar två saker: en konkret åtgärdslista prioriterad efter effekt och insats, och hjälp med genomförande. Antingen kodar vi själva om ni har plattform-access, eller tränar vi ert dev-team. Ni bestämmer vilken väg som passar er. Allt dokumenteras så ni kan driva arbetet vidare utan oss.
Vi mäter effekten i Search Console. Vad som räknas är vad Google ser, inte vad ett rapportverktyg påstår. Ni äger all data från start.
Få en kostnadsfri teknisk SEO-granskning.
Skicka er URL så kör vi en teknisk genomgång: crawl, Core Web Vitals, strukturerad data och canonical. Tillbaka får ni en konkret åtgärdslista.
Skriv till oss →Vanliga frågor om teknisk SEO
Vad är teknisk SEO?
Arbetet med webbplatsens infrastruktur så att sökmotorer och AI-svar kan hitta, förstå och indexera innehållet. Sex områden: crawlbarhet, sidhastighet, mobilanpassning, säkerhet, strukturerad data och URL-struktur.
Vad är ett exempel på teknisk SEO?
Att fixa en felaktig canonical-tagg som gör att flera URL:er slåss om samma ranking. Eller att förbättra LCP (largest contentful paint) från tre sekunder till en, vilket ger både bättre ranking och fler konverteringar.
Hur gör man en teknisk SEO-analys?
En full sajt-crawl matchad mot Search Console-data ger en bred bild: indexerings-brister, CWV-värden, duplicerade sidor, brutna länkar. Resultatet blir en prioriterad åtgärdslista efter effekt och insats.
Hur påverkar teknisk SEO AI-sök?
AI Overview, ChatGPT och Perplexity citerar källor som är lätta att läsa och tydligt strukturerade. Snabb laddning, ren HTML och strukturerad data (JSON-LD) gör sidan till en trolig källa. Teknisk SEO blir en faktor för att bli citerad, inte bara en rankningsfaktor.
Är teknisk SEO en engångsinsats eller löpande?
Både och. En genomgång fångar de stora bristerna. Löpande övervakning fångar drift: nya CMS-uppdateringar, utgångna certifikat, CWV-regression. Cadensen bestäms av sajtens storlek och förändringstakt, inte av en fast mall.