Teknisk SEO: en checklista för snabbare, synligare sajter

Teknisk SEO är allt som avgör om Google kan hitta, läsa, förstå och lita på din webbplats — innan innehållet ens kommer in i bilden. Arbetet är osynligt, men följderna syns tydligt: vi har granskat en sajt där 7 173 adresser svarade "sidan finns inte" när Google knackade på. Inget innehåll i världen räddar den situationen.

Checklistan går igenom hela den tekniska grunden: mätvärdena och hur du tolkar dem, mobilanpassningen, canonical-taggar, länkattribut som nofollow, och till sist indexeringen som allt vilar på. Längst ner finns hela listan i kortform.

Mätvärdena: Core Web Vitals och hur du tolkar dem

Google mäter upplevelsen av din sajt med tre standardiserade mätvärden, Core Web Vitals, insamlade från riktiga Chrome-användares besök och dokumenterade på web.dev:

Gränserna för "bra" finns samlade på web.dev; trösklarna för "dåligt" står på respektive mätvärdes egen sida, länkad i tabellen.

Vad de betyder i praktiken: LCP är känslan av att sidan är på plats, oftast styrd av den stora bilden eller rubriken högst upp. INP ersatte det äldre FID-måttet den 12 mars 2024 och mäter trögheten i alla interaktioner: klickar du i en meny och inget händer på en halv sekund är det INP du känner. CLS är sidan som hoppar — knappen du skulle trycka på flyttar sig när en bild eller annons laddas in ovanför. Lösningen är nästan alltid densamma: reservera plats (ange höjd och bredd) för bilder, videor och annonsytor innan de har laddats.

Så tolkar du siffrorna, och det är här många läser fel:

Fältdata slår labbdata. PageSpeed Insights visar två saker: fältdata (hur riktiga besökare upplevde sidan) och labbdata (en simulerad testkörning). Det är fältdatan Google bryr sig om. En grön labbpoäng med röd fältdata betyder att sidan är snabb på testservern men långsam för dina verkliga besökare. Då är den långsam.

Gränsen går vid den 75:e percentilen. En sida klarar ett mätvärde när minst 75 procent av de verkliga besöken ligger på "bra"-nivån. Det räcker alltså inte att sidan är snabb på din fiberuppkoppling. Den ska vara snabb även för besökaren på mobilnät i pendeltåget.

Jaga inte 100 poäng. Labbpoängen 0–100 är ett diagnosverktyg. Målet är att alla tre mätvärden ligger i det gröna fältet i fältdatan; skillnaden mellan 92 och 100 poäng i labbet är i praktiken ointressant. Google bekräftar att Core Web Vitals används av rankingsystemen, men skriver samtidigt att sökmotorn alltid strävar efter att visa det mest relevanta innehållet — även när sidupplevelsen är sämre. Tekniken avgör när innehållet är likvärdigt; den lyfter inte dåligt innehåll.

Är LCP ditt problem är nästa steg vår guide om varför laddtiden avgör om din webbplats säljer. Den här checklistan visar vad du ska mäta; den guiden visar hur du snabbar upp.

Responsivitet: mobilen är sajten

Google indexerar och rankar din webbplats utifrån mobilversionen. Det kallas mobile-first-indexering och gäller alla sajter sedan oktober 2023. Konsekvensen är enkel att säga och lätt att glömma: det spelar ingen roll hur bra sajten ser ut på en stor skärm om mobilversionen är trasig, långsammare eller saknar innehåll. För Google är mobilversionen din webbplats.

Checkpunkterna: samma innehåll på mobil som på desktop (inga bortklippta sektioner), text som går att läsa utan att zooma, klickytor som går att träffa med ett finger, och mätvärdena ovan testade på mobil. Det är där de brukar fallera, eftersom mobila enheter har sämre nät och svagare processorer. I både PageSpeed Insights och Search Console redovisas mobil och desktop separat; det är mobilkolumnen som ska bli grön först.

Canonical: en adress per innehåll

Samma innehåll kan ofta nås på flera adresser: med och utan www, med spårningsparametrar, som utskriftsversion. Canonical-taggen (<link rel="canonical">) talar om vilken adress som är originalet, så att Google samlar alla signaler på en enda URL i stället för att splittra dem.

Tre saker att veta. Ett: canonical är en signal, inte ett kommando. Enligt Googles dokumentation avgör Google själv vilken version som är bäst att visa i sök, och kan därför välja en annan adress än den du pekar ut. Två: varje sida bör peka på sig själv (självrefererande canonical) om det inte finns ett medvetet skäl att peka någon annanstans. Tre, och det här är felet vi oftast ser i verkligheten: canonical som pekar fel. Vi har tagit över en sajt vars Om oss-sida hade en canonical som pekade på en adress som svarade 404. Sidan sa alltså till Google att originalet fanns någon annanstans — och där fanns ingenting. Sådana fel är tysta. Inget ser trasigt ut för besökaren, men sidan försvinner ur indexet.

Snabbkontrollen: visa sidkällan på dina viktigaste sidor och se att canonical pekar på exakt den adress du vill ska ranka. Samma protokoll (https), samma variant (med eller utan www), inga gamla slugar.

Länkattribut: follow, nofollow, sponsored och ugc

En vanlig länk för vidare två saker: en väg för Google att hitta sidan, och en signal om förtroende. Med rel-attribut kan du ändra det:

Sedan september 2019 behandlar Google attributen som ledtrådar snarare än order — fullt ut för crawling och indexering från mars 2020 — men det ändrar inte hur du ska använda dem. Två regler bär hela avsnittet:

Märk betalda länkar med sponsored. Omärkta köpta länkar räknas som länkspam enligt Googles skräppolicyer och kan straffa både köpare och säljare. Säljer eller köper du synlighet ska länken bära attributet.

Nofollow:a aldrig dina egna interna länkar. Det finns en seglivad myt om att man kan styra länkkraft genom att nofollow:a interna sidor. Det enda du åstadkommer är att göra det svårare för Google att hitta och värdera ditt eget innehåll. Interna länkar ska vara vanliga länkar, alltid.

Grunden under allt: kan Google hitta och indexera dig?

Mätvärden och attribut kvittar om sidorna aldrig når indexet. Fyra kontroller:

robots.txt styr vad sökmotorer får besöka, men den håller inte sidor borta från Google: en blockerad sida kan indexeras ändå om andra länkar till den. Vill du hålla en sida borta från sökresultaten är rätt verktyg i stället noindex — och då måste sidan vara tillåten i robots.txt, annars kan Google aldrig läsa instruktionen. De två verktygen förväxlas ständigt, med motsatt resultat mot det avsedda.

Sitemapen ska lista varje riktig, indexerbar sida exakt en gång: inga omdirigerade adresser, inga dubbletter och inget självpåhittat tak på antalet sidor. Skicka in den i Google Search Console och läs rapporten "Sidor". Där ser du svart på vitt vad Google har hittat, indexerat och valt bort — och varför.

Döda adresser hanteras med omdirigeringar. När innehåll flyttar ska den gamla adressen svara med en 301-omdirigering till den nya, så följer signalerna med. Att bara radera sidor lämnar 404-spår. Sajten från inledningen är exemplet: de 7 173 döda adresserna låg kvar i Googles rapporter vecka efter vecka.

Rendering: ser Google samma sak som besökaren? Sajter som bygger sidan med JavaScript i webbläsaren kan visa tomma ytor eller "Laddar…" för sökmotorer. Kontrollera med URL-granskaren i Search Console: begär den renderade versionen och läs vad som syns. Vi har granskat sajter där det Google såg i sidhuvudet var texten "Laddar sidan…". Då är det den texten sajten handlar om — i Googles ögon.

Utöver detta: hela sajten på HTTPS med automatisk omdirigering från http, en H1 per sida med logisk rubrikhierarki, unika titlar och metabeskrivningar, och strukturerad data som speglar det som faktiskt syns på sidan. Hur allt hänger ihop med crawling, indexering och rankning förklarar vi från grunden i Vad är SEO?.

Hela checklistan i kortform

1. Alla tre Core Web Vitals gröna i fältdata, på mobil.
2. LCP ≤ 2,5 s: huvudinnehållet syns snabbt.
3. INP ≤ 200 ms: sidan reagerar direkt på klick.
4. CLS ≤ 0,1: reserverad plats för bilder, videor och annonser.
5. Samma innehåll på mobil som på desktop; läsbart och klickbart utan zoom.
6. Självrefererande canonical på varje sida; inga canonicals mot döda eller felaktiga adresser.
7. Betalda länkar märkta rel="sponsored"; aldrig nofollow på interna länkar.
8. robots.txt blockerar inget viktigt; noindex används för sidor som inte ska synas, och de sidorna är crawlbara.
9. Sitemap med varje riktig sida exakt en gång, inskickad i Search Console.
10. Flyttat innehåll 301-omdirigerat; inga växande 404-högar.
11. Renderingen kontrollerad i URL-granskaren: Google ser det besökaren ser.
12. HTTPS överallt, unika titlar, en H1 per sida, strukturerad data som matchar innehållet.

Vanliga frågor

Var det allt?

Nej. Det finns fler detaljer, som alt-texter på bilder och när lazy loading ska användas. Vi har medvetet hållit listan till de tolv punkter som gör störst skillnad, så att den går att checka av på en eftermiddag.

Hur snabbt syns en förbättring i mätvärdena?

Själva fixen slår igenom direkt, eller inom några dagar om en CDN eller cache ligger emellan. Mätvärdena släpar däremot efter: fältdatan kommer från Chrome UX Report (CrUX), som redovisas som ett rullande 28-dagarsfönster. En förbättring du släpper i dag fasas alltså in gradvis. Döm inte insatsen förrän ett helt fönster har passerat.

Hur stor får en sitemap vara?

En enskild sitemap får innehålla högst 50 000 adresser och väga högst 50 MB okomprimerad. Större sajter delar upp adresserna i flera sitemaps under en indexfil, enligt Googles gränser. De flesta små och medelstora sajter ryms med god marginal i en enda fil. Visar din sitemap ändå bara en bråkdel av sidorna är det ett konfigurationsfel.

Spelar HTTPS någon roll för sökresultaten?

Ja. Google bekräftade redan 2014 att HTTPS används som en lättviktig rankingsignal. Den stora effekten är ändå hos besökarna: moderna webbläsare varnar för osäkra sidor, och en "Ej säker"-flagga i adressfältet skrämmer bort folk oavsett rankning.

Vill du veta vad som bromsar just din sajt?

Det mesta i den här listan går att kontrollera själv på en eftermiddag, och det är precis så vi tycker att du ska börja. Men att hitta felen och att åtgärda dem i en verklig kodbas är två olika hantverk.

Hör av dig och berätta vilken sajt det gäller, så gör vi en teknisk genomgång och återkommer med vad vi hittade — och en fast offert utan överraskningar. Svar inom 24 timmar.