De flesta som arbetar med SEO lägger största delen av sin tid på innehåll och länkar, medan den tekniska grunden som faktiskt avgör om sökmotorer kan hitta, läsa och rankas sidan korrekt förblir oundersökt. Det är ett ironiskt mönster: man skriver utmärkt innehåll på en webbplats som Google har svårt att indexera ordentligt, och resultaten blir aldrig vad de borde vara.
Teknisk SEO handlar inte om att skriva om text eller bygga länkar. Det handlar om infrastrukturen bakom webbplatsen – hur snabbt sidor laddas, hur sökmotorer kraverar innehållet, och om det finns hinder som aktivt skadar synligheten utan att man vet om det. Den här checklistan går igenom varje kritiskt område systematiskt.
Crawlbarhet: Kan Sökmotorer Faktiskt Nå Din Webbplats?
Innan någon teknisk optimering har betydelse måste sökmotorer kunna hitta och bearbeta sidorna på webbplatsen. Detta är grunden allt annat bygger på.
Vad som ska kontrolleras för crawlbarhet:
- Robots.txt-filen blockerar inte oavsiktligt viktiga sidor eller resurser
- XML-sitemap är korrekt formaterad och skickad till Google Search Console
- Interna länkar leder till alla viktiga sidor utan att skapa döda ändar
- Crawlbudget används effektivt på stora webbplatser genom att undvika onödiga parametrar och dubbletter
| Kontrollpunkt | Verktyg för verifiering | Vanligt fel |
|---|---|---|
| Robots.txt | Google Search Console, manuell granskning | Disallow blockerar CSS/JS-filer |
| XML-sitemap | Search Console Sitemaps-rapport | Inaktuell sitemap med borttagna sidor |
| Interna länkar | Crawlverktyg (Screaming Frog, Sitebulb) | Orphan pages utan inkommande interna länkar |
| Crawlbudget | Crawl Stats-rapport i Search Console | Slöseri på parameterbaserade dubbletter |
En sida som inte kan crawlas existerar i praktiken inte för Google, oavsett hur bra innehållet är.
Indexering: Skillnaden Mellan Crawlad och Synlig i Sökresultat
Att en sida crawlas innebär inte automatiskt att den indexeras. Google kan välja att inte indexera sidor av flera anledningar, och denna distinktion missas ofta i tekniska granskningar.
Vanliga orsaker till att sidor inte indexeras:
- Noindex-taggar som är aktiva av misstag, ofta kvarlämnade efter en utvecklingsfas
- Duplicerat eller tunt innehåll som Google bedömer inte tillför värde
- Canonical-taggar som pekar mot fel URL
- Sidor som blockerats i robots.txt men som ändå har externa länkar (vilket kan resultera i indexering utan innehåll)
Kontrollera indexstatus systematiskt:
Använd URL-inspektionsverktyget i Search Console för enskilda sidor och Coverage-rapporten för en överblick av hela webbplatsen. Skilj mellan kategorierna “Indexerad”, “Crawlad – för närvarande inte indexerad” och “Upptäckt – för närvarande inte indexerad” eftersom varje status pekar på olika problem och lösningar.
Sidhastighet och Core Web Vitals: Tekniska Mätvärden som Påverkar Ranking
Google har officiellt bekräftat att sidhastighet och användarupplevelse påverkar ranking genom Core Web Vitals, som blev en del av Page Experience-signalen 2021.
| Mätvärde | Vad det mäter | Bra värde |
|---|---|---|
| LCP (Largest Contentful Paint) | Laddningstid för största synliga innehållselement | Under 2,5 sekunder |
| INP (Interaction to Next Paint) | Sidans responsivitet vid interaktion | Under 200 millisekunder |
| CLS (Cumulative Layout Shift) | Visuell stabilitet under laddning | Under 0,1 |
Vanliga tekniska orsaker till dåliga Core Web Vitals-värden:
- Okomprimerade bilder i stora filformat som förlänger laddningstiden avsevärt
- Renderingsblockerande JavaScript och CSS som fördröjer första visning av innehåll
- Element som laddas in efter den initiala renderingen och skapar layoutförskjutningar
- Överdriven användning av tredjepartsskript som chattfönster, annonser och spårningspixlar
Google PageSpeed Insights ger sidspecifika rekommendationer rangordnade efter påverkan, vilket gör det enklare att prioritera vilka åtgärder som ger störst effekt.
Mobilanpassning: Mobile-First Indexering i Praktiken
Google använder mobilversionen av en webbplats som primär källa för indexering och ranking. Detta innebär konkreta tekniska krav som ofta förbises.
Tekniska krav för korrekt mobile-first indexering:
- Responsiv design som levererar samma innehåll till mobila skärmar som till desktop
- Identisk strukturerad data (schema markup) på mobil och desktop-versioner
- Identiska meta robots-taggar – en sida ska inte vara noindex på mobil men indexerad på desktop
- Textstorlek som är läsbar utan att zooma, vanligtvis minst 16 pixlar som riktlinje
- Klickbara element med tillräckligt avstånd för att undvika feltryck på pekskärmar
Testa mobilanpassning specifikt genom Googles Mobile-Friendly Test och granska Mobile Usability-rapporten i Search Console för att identifiera problem i större skala.
HTTPS och Säkerhet: En Grundläggande Rankingfaktor
HTTPS blev en officiell rankingsignal 2014, och idag är avsaknaden av giltigt SSL-certifikat både en rankingnackdel och ett förtroendeproblem som direkt påverkar avvisningsfrekvens.
Vad en korrekt HTTPS-implementation kräver:
- SSL-certifikatet täcker samtliga subdomäner som visar innehåll
- Alla HTTP-förfrågningar omdirigeras till HTTPS med 301-omdirigeringar
- Interna länkar, canonical-taggar och sitemap-URL:er använder konsekvent HTTPS
- Inget blandat innehåll förekommer – det vill säga HTTPS-sidor som laddar HTTP-resurser
Blandat innehåll är det vanligaste problemet efter en HTTPS-migrering. En webbplats som migrerat men fortfarande refererar till HTTP-bilder, skript eller stilmallar skapar säkerhetsvarningar i webbläsaren som skadar både förtroende och tekniska signaler.
URL-Struktur och Kanonisering: Undvika Duplicerat Innehåll
Duplicerat innehåll uppstår ofta organiskt på webbplatser utan att ägaren är medveten om det, vilket delar crawlbudget och utspäder länkvärde mellan flera versioner av samma sida.
Vanliga källor till duplicerat innehåll:
| Källa | Exempel | Lösning |
|---|---|---|
| HTTP vs HTTPS | http://site.se/sida vs https://site.se/sida | 301-omdirigering till HTTPS |
| www vs icke-www | www.site.se vs site.se | Konsekvent omdirigering till en version |
| Avslutande snedstreck | /sida/ vs /sida | Välj en variant, omdirigera den andra |
| Sessions-ID:n i URL | /sida?sessionid=abc123 | Blockera eller kanonisera |
| Filter- och sorteringsparametrar | /produkter?sortera=pris | Canonical-tagg mot huvudsidan |
Canonical-taggen (<link rel="canonical" href="föredragen-URL">) signalerar vilken version av en URL som är primär, men det är en rekommendation till Google snarare än en absolut instruktion. Self-referencing canonicals på samtliga sidor är god praxis och minskar risken för förvirring.
Strukturerad Data: Hjälp Sökmotorer Förstå Innehållet Exakt
Strukturerad data (schema markup) kommunicerar sidans innehåll till Google i ett format som tolkas precist, vilket möjliggör rich results i sökresultaten – stjärnbetyg, FAQ-sektioner, produktinformation och liknande.
Schema-typer med tydligast SEO-värde:
- FAQ-schema för sidor med fråga-och-svar-innehåll
- Product-schema för e-handelssidor med pris och tillgänglighetsinformation
- Article-schema för redaktionellt innehåll
- LocalBusiness-schema för verksamheter med fysisk adress
- BreadcrumbList-schema för förbättrad visning av sidans hierarki i sökresultat
Strukturerad data garanterar inte rich results, men korrekt implementerad ökar sannolikheten betydligt. Validera alltid implementeringen genom Googles Rich Results Test innan publicering.
Loggfilsanalys: Vad Crawlers Faktiskt Gör på Webbplatsen
Serverloggar registrerar varje förfrågan till servern, inklusive de från Googlebot. Detta ger en mer detaljerad bild än Search Console eftersom det visar exakt vilka URL:er som crawlas, hur ofta, och med vilka svarskoder.
Vad loggfilsanalys avslöjar som inte syns i Search Console:
- URL:er som Googlebot crawlar men som inte finns i sitemap – ofta slöseri med crawlbudget
- Sidor med hög crawlfrekvens som inte är prioriterade sidor
- Crawlträffar på blockerade eller borttagna URL:er som fortfarande har externa länkar
- Mönster som indikerar förändringar i hur Google prioriterar olika delar av webbplatsen
För större webbplatser med tiotusentals sidor är regelbunden loggfilsanalys en av de mest värdefulla men minst utnyttjade tekniska SEO-aktiviteterna.
Teknisk SEO-Checklista: Sammanfattning
| Område | Vad som ska kontrolleras |
|---|---|
| Crawlbarhet | Robots.txt, sitemap, interna länkar, crawlbudget |
| Indexering | Noindex-taggar, canonical-taggar, duplicerat innehåll |
| Sidhastighet | LCP, INP, CLS via PageSpeed Insights |
| Mobilanpassning | Responsiv design, identisk strukturerad data, läsbar text |
| Säkerhet | Giltigt SSL, korrekta omdirigeringar, inget blandat innehåll |
| URL-struktur | Konsekvent HTTP/HTTPS, www-hantering, kanonisering |
| Strukturerad data | Schema markup validerad genom Rich Results Test |
| Loggfilsanalys | Crawlmönster, slöseri med crawlbudget, blockerade URL:er |
Förbättra Din Tekniska SEO med Jonas Andersson
Teknisk SEO är fundamentet som allt annat innehåll och alla länkbyggande insatser vilar på. Utan en solid teknisk grund kan även det bästa innehållet underprestera kraftigt i sökresultaten. Jonas Andersson hjälper webbplatser att identifiera och åtgärda tekniska problem som hindrar tillväxt. Kontakta oss för en genomgång av din webbplats och ta första steget mot bättre synlighet i sökresultaten.
Vanliga Frågor om Teknisk SEO
Hur ofta bör en teknisk SEO-granskning genomföras?
För webbplatser med regelbundet underhåll är en fullständig teknisk granskning en till två gånger per år en rimlig utgångspunkt, kompletterad med mindre kontroller efter större förändringar som CMS-migreringar, omstrukturering av URL:er eller stora innehållstillägg. Webbplatser som ofta ändrar struktur eller innehåll bör granskas tätare. Search Console ger löpande övervakning mellan fullständiga granskningar genom Coverage- och Core Web Vitals-rapporterna.
Vad är skillnaden mellan teknisk SEO och innehålls-SEO?
Teknisk SEO omfattar webbplatsens infrastruktur som påverkar hur sökmotorer crawlar, indexerar och renderar sidor: crawlbarhet, sidhastighet, säkerhet och URL-struktur. Innehålls-SEO handlar om enskilda sidors textinnehåll, rubriker, nyckelordsanvändning och relevans för sökintention. Båda kategorierna krävs för stark organisk prestanda, och de överlappar delvis inom områden som sidhastighet, vilket har både tekniska och innehållsrelaterade dimensioner.
Hur vet jag om min webbplats har tekniska SEO-problem?
Google Search Console är det primära verktyget för att identifiera tekniska problem i stor skala. Coverage-rapporten visar vilka sidor som är indexerade, vilka som har fel och vilka som har varningar. Core Web Vitals-rapporten identifierar prestandaproblem grupperade per URL-mönster. För en mer komplett bild kombineras Search Console-data med ett crawlverktyg som identifierar problem som Search Console inte alltid visar, inklusive intern länkanalys och saknade canonical-taggar.
Påverkar HTTPS verkligen ranking, eller är det bara ett säkerhetskrav?
HTTPS har varit en officiell rankingsignal sedan 2014, även om dess viktning är relativt liten jämfört med innehållsrelevans. Den större praktiska påverkan kommer från användarupplevelsen: webbläsare som Chrome markerar HTTP-sidor explicit som “Inte säker”, vilket ökar avvisningsfrekvensen betydligt. Den kombinerade effekten av den direkta rankingsignalen och den indirekta påverkan på användarbeteende gör HTTPS till en prioritet snarare än ett valfritt tillägg.
Vad orsakar att sidor crawlas men inte indexeras?
Google kan crawla en sida och välja att inte indexera den av flera skäl: innehållet bedöms vara för tunt eller i stor utsträckning duplicerar en annan indexerad sida, sidan har en noindex-tagg, sidan returnerar en statuskod som inte är 200, eller sidan bedöms ha lägre kvalitet relativt annat innehåll på webbplatsen. Coverage-rapporten i Search Console identifierar icke-indexerade sidor och kategoriserar dem efter orsak, vilket gör felsökningen betydligt mer riktad.
Hur påverkar JavaScript-tunga webbplatser teknisk SEO?
Webbplatser byggda med JavaScript-ramverk som React, Vue eller Angular kan skapa en renderingsutmaning. Om innehåll laddas dynamiskt via JavaScript efter den initiala HTML-responsen måste Googlebot rendera JavaScript för att se det fullständiga innehållet, vilket är en process i två steg som kan fördröja indexering. Server-side rendering (SSR) eller statisk sidgenerering (SSG) levererar fullständigt renderad HTML redan vid första förfrågan, vilket eliminerar denna fördröjning helt. Verifiera alltid att Googlebot ser hela innehållet genom URL-inspektionsverktygets funktion för renderad sida.