Teknisk SEO: indexering, prestanda och rätt signaler

Du har lagt pengar på en snygg sajt. Bilderna sitter, texten är genomtänkt, och ändå ligger du på sidan tre i Google. Innan du skyller på innehållet är det värt att kolla en sak: kan Google ens läsa din sajt ordentligt? Det är precis vad teknisk SEO handlar om. Inte magi, inte hemliga knep, utan att sökmotorn kan hitta, läsa och lita på det du har byggt.

Den här guiden förklarar viktiga kontroller och vanliga fel. Vissa går att rätta direkt, andra behöver utvecklare eller tillgång till driftmiljön. Dokumentera vad du har observerat innan du ändrar.

Vad teknisk SEO faktiskt är

Tänk dig Google som en väldigt snabb men lite fyrkantig besökare. Innan din sida kan ranka måste tre saker stämma, och de bygger på varandra i den här ordningen:

1. Crawla (hitta)

Googles robot behöver kunna hämta innehållet för att läsa sidan och dess instruktioner. Robots.txt reglerar hämtning, men är inte ett tillförlitligt sätt att ta bort en redan känd URL ur sökresultat.

2. Indexera (spara)

Sidan läggs in i Googles enorma register. Utan indexering kan du aldrig visas i sökresultatet, hur bra innehållet än är.

3. Förstå och ranka

Google tolkar vad sidan handlar om och väger den mot allt annat. Ren struktur och tydliga signaler hjälper den att förstå rätt.

Teknisk SEO hjälper dig hitta hinder för hämtning, indexering och användning. Den behöver granskas tillsammans med innehåll och efterfrågan; ett tekniskt fel är inte alltid den viktigaste orsaken till svag synlighet.

Indexering: syns du ens i Google?

Innan du finslipar något annat: kontrollera att dina sidor faktiskt finns i Googles register. Det låter självklart, men jag har sett fullt fungerande sajter som varit helt osynliga i månader utan att någon märkt det. Det tar två minuter att kolla.

Så kollar du om du är indexerad:

Robots.txt styr vilka adresser roboten får hämta. Noindex ber sökmotorn att inte indexera sidan, men behöver kunna läsas. Blockera alltså inte en sida i robots.txt om din avsikt är att Google ska hämta och upptäcka dess noindex.

Kontrollera om viktiga sidor har kvarglömd noindex och om nödvändiga resurser kan hämtas. Avsiktliga noindex-sidor ska däremot behålla sin instruktion. Tid och effekt av en ändring beror på Googles fortsatta hämtning.

Sista pusselbiten för indexering är en sitemap.xml, en enkel lista över alla sidor du vill att Google ska känna till. Den ersätter inte bra intern länkning, men den är en genväg som hjälper Google att hitta nya och djupt liggande sidor snabbare. De flesta CMS genererar den åt dig. Ditt jobb är att skicka in adressen i Search Console och se till att den bara innehåller sidor som ska indexeras, inte borttagna eller noindex-märkta sidor.

Hastighet och Core Web Vitals: mobil först

Google använder huvudsakligen mobilversionen för indexering. Core Web Vitals ger underlag för laddning, respons och stabilitet, men bra värden garanterar inte en viss placering. Bedöm fältdata vid 75:e percentilen när underlag finns.

LCP

Bra: högst 2,5 sekunder.

INP

Bra: högst 200 millisekunder.

CLS

Bra: högst 0,1.

Layoutförskjutningar kan bero på bilder, annonser eller annat innehåll som saknar reserverat utrymme. Trög interaktion kan bero på tungt JavaScript. Utred den uppmätta orsaken; samma åtgärd löser inte alla problem.

Tips: börja med bilderna

Testa viktiga sidor i PageSpeed Insights. Om huvudbilden är en tydlig flaskhals kan rätt dimension, format och laddning hjälpa. Om server eller skript dominerar behöver de undersökas i stället.

Sajtstruktur och interna länkar

En logisk struktur hjälper både Google och dina besökare att hitta rätt. Tänk dig sajten som ett träd: startsidan är stammen, tjänsterna är grenar, och detaljsidorna är löven. Ju rörigare trädet är, desto svårare har Google att förstå vad som är viktigt.

Strukturerad data: hjälp Google förstå

Strukturerad data beskriver sådant som artikel, produkt eller verksamhet i ett maskinläsbart format. Den ska stämma med det synliga innehållet. Den garanterar inte utökad visning, och Google kan förstå innehåll även utan schema.

LocalBusiness

Beskriver en lokal verksamhet. Korrekt schema ersätter inte Google Business Profile och garanterar ingen Maps-placering.

Article och BlogPosting

Talar om att sidan är en artikel, med författare och datum. Den här bloggen använder det.

FAQPage

Kan beskriva synliga frågor och svar semantiskt. Google anger att FAQ rich results slutade visas den 7 maj 2026. Behåll frågor för läsarens nytta, utan att lova extra utrymme i sök.

Product och Review

Kan beskriva produktuppgifter där innehåll och Googles krav tillåter det. Utökad visning är inte garanterad och egna företagsomdömen har särskilda begränsningar.

Använd Google Rich Results Test för de typer som stöds och kontrollera även att datan är korrekt i förhållande till sidan. Ett godkänt test betyder inte att resultatet alltid kommer att visas.

Tekniska fel som tyst dödar din ranking

Vissa tekniska fel syns tydligt för kunden, andra kräver kod- eller rapportkontroll. Här är saker att undersöka utan att anta att varje observation förklarar all ranking.

Vanliga fel

Så gör du rätt

Canonical är en signal om vilken version som föredras för samma eller mycket liknande innehåll. Att låta alla undersidor ärva startsidans canonical kan bli fel. Den självständiga huvudsidan kan ha självrefererande canonical, medan duplicerade varianter kan peka till den. Google gör det slutliga valet; kontrollera därför rapporterat utfall i Search Console.

Teknisk SEO-checklista att gå igenom

Använd checklistan som arbetsunderlag och anteckna vad som är kontrollerat. Den bevisar inte att hela sajten saknar tekniska problem.

Teknisk SEO är inte något du gör en gång och glömmer. Sidor flyttas, plugins uppdateras, någon lägger till en ny sektion. Gå igenom listan varje kvartal, så fångar du de tysta felen innan de hinner kosta dig kunder.