Teknisk SEO guide
Teknisk SEO är arbetet med att förbättra webbplatsens tekniska förutsättningar så att sökmotorer kan hitta, crawla, förstå och indexera innehållet. Det handlar bland annat om indexering, sidhastighet, mobilanpassning, URL-struktur, omdirigeringar, canonical-taggar och strukturerad data.
Vad är teknisk SEO?
Teknisk SEO handlar om webbplatsens tekniska förutsättningar för att sökmotorer ska kunna hitta, crawla, rendera och indexera innehållet på rätt sätt.
Det är en central del av sökmotoroptimering och omfattar bland annat crawling, indexering, robots.txt, XML-sitemaps, canonical-taggar, omdirigeringar, URL-struktur, mobilanpassning, sidhastighet och strukturerad data.
Förenklat kan man säga att teknisk SEO ser till att Google faktiskt kommer åt och kan förstå webbplatsen. En sida kan ha riktigt bra innehåll och vara väl optimerad på andra sätt, men om den exempelvis är blockerad från crawling eller har en noindex-tagg kommer den ändå inte kunna synas normalt i sökresultatet.
Teknisk SEO överlappar delvis med on-page SEO. Internlänkning är ett bra exempel: för besökaren hjälper länkarna till med navigationen, medan de ur ett tekniskt SEO-perspektiv hjälper sökmotorer att upptäcka sidor och förstå webbplatsens struktur.
Skillnaden ligger därför mindre i exakt vilken åtgärd det handlar om och mer i vilket problem man försöker lösa.
On-page SEO fokuserar främst på sidans innehåll och relevans, medan teknisk SEO säkerställer att innehållet kan hittas, bearbetas och indexeras korrekt.
Varför är teknisk SEO viktigt?
Teknisk SEO skapar förutsättningarna för att innehållet över huvud taget ska kunna hittas, bearbetas och visas i sökresultatet. En sida som inte är indexerad kan inte ranka i Google, oavsett hur bra innehållet är.
Det är därför tekniska fel kan få väldigt stor effekt. Ett vanligt exempel är att en viktig sida av misstag får en noindex-tagg efter en uppdatering eller migrering.
Innehållet kan fortfarande finnas kvar och fungera för besökaren, men sidan försvinner från Googles index tills felet upptäcks och åtgärdas.
Samma sak gäller andra delar av SEO. En sida kan ha starka backlinks och ett bra arbete med off-page SEO bakom sig, men tekniska problem kan göra att värdet av länkarna inte tas till vara.
Ett vanligt exempel är när externa länkar pekar till en URL som ger ett 404-fel. Om sidan har flyttats bör den gamla URL:en normalt omdirigeras till den mest relevanta nya sidan så att både besökare och länkkraft leds vidare.
Teknisk SEO handlar också om användarupplevelse och prestanda. Google använder bland annat Core Web Vitals i sina rankningssystem, även om relevans och innehåll fortfarande är avgörande.
En snabb, stabil och välfungerande webbplats ger dessutom bättre förutsättningar för besökaren oavsett ranking.
Den tekniska grunden har även betydelse för Googles AI-funktioner. För att en sida ska kunna visas som källa i AI Overviews och AI Mode måste den vara indexerad och berättigad att visas med ett utdrag i vanliga Google-sökresultat.
Google ställer inga särskilda tekniska krav för AI Overviews eller AI Mode. Det viktiga är att sidan kan crawlas, indexeras och visas normalt i Google Sök.
Vill ni få ut mer av er marknadsföring?
Crawling och indexering
För att en sida ska kunna visas i Google behöver sökmotorn först hitta sidan, crawla den och sedan indexera den.
1. Google hittar sidan
Google kan upptäcka en URL på flera sätt, framför allt genom:
- interna länkar från andra sidor på webbplatsen
- externa länkar från andra webbplatser
- XML-sitemap
Om en viktig sida saknar interna länkar kan den bli svårare att upptäcka. Sådana sidor brukar kallas orphan pages.
2. Google crawlar sidan
När Googlebot hittar en URL försöker den hämta sidans innehåll. Det är detta som kallas crawling.
Här spelar bland annat robots.txt en viktig roll. Filen styr vilka delar av webbplatsen Googlebot får crawla.
En sida som blockeras i robots.txt kan fortfarande bli känd för Google genom exempelvis länkar, men Google får då inte tillgång till själva innehållet på sidan.
Om sidan använder JavaScript kan Google även behöva rendera sidan för att kunna se det färdiga innehållet.
3. Google bedömer om sidan ska indexeras
Efter att sidan har crawlats och bearbetats avgör Google om den ska läggas till i sitt index.
Att en sida har crawlats betyder alltså inte automatiskt att den indexeras.
Om du uttryckligen vill hålla en sida utanför Googles index kan du använda noindex. Google måste däremot kunna crawla sidan för att upptäcka noindex-taggen. Därför bör du normalt inte samtidigt blockera samma URL i robots.txt.
XML-sitemap hjälper Google att hitta rätt sidor
En XML-sitemap är en lista över viktiga URL:er på webbplatsen som du vill göra enklare för sökmotorer att upptäcka.
Den garanterar inte att sidorna indexeras, men den kan hjälpa Google att hitta nya och uppdaterade sidor, särskilt på större webbplatser eller sajter där vissa URL:er ligger djupt i strukturen.
Crawl budget är främst relevant för stora webbplatser
Crawl budget beskriver förenklat hur mycket tid och resurser Googlebot lägger på att crawla en webbplats.
För de flesta mindre webbplatser är det inget stort problem. Det blir framför allt relevant på stora sajter, till exempel e-handlar där filter, sorteringar och parametrar kan skapa tusentals URL:er som Google behöver hantera.
Så gör du en teknisk SEO-analys
En teknisk SEO-analys, ofta kallad en teknisk SEO-audit, går systematiskt igenom webbplatsens tekniska förutsättningar för att hitta problem som kan påverka crawling, indexering, prestanda och synlighet.
Ett vanligt arbetsätt är:
- Indexering och crawlbarhet: Kontrollera vilka sidor som är indexerade och jämför med vilka som faktiskt bör finnas i Google. Gå igenom exempelvis
noindex, blockeringar i robots.txt och sidor som Google har upptäckt men inte indexerat. - Robots.txt och XML-sitemap: Säkerställ att viktiga sidor inte blockeras och att sitemapen främst innehåller indexerbara canonical-URL:er som svarar med statuskod 200.
- HTTPS och säkerhet: Kontrollera att hela webbplatsen använder HTTPS korrekt och att HTTP-versioner omdirigeras till motsvarande HTTPS-adresser.
- Intern länkstruktur: Leta efter orphan pages, viktiga sidor med få interna länkar och sidor som ligger onödigt djupt i webbplatsens struktur.
- Canonical och duplicerade URL:er: Kontrollera att Google får tydliga signaler om vilken version av liknande eller duplicerade sidor som är den primära.
- Omdirigeringar och felkoder: Identifiera 404-sidor, interna länkar till felaktiga URL:er, redirect-kedjor och omdirigeringar som inte leder till rätt slutdestination.
- Mobilversionen: Kontrollera att viktigt innehåll, interna länkar och andra relevanta element även finns tillgängliga för Googlebot Smartphone.
- Sidhastighet och Core Web Vitals: Analysera både fältdata och labbdata och försök hitta återkommande problem på sidmall- eller webbplatsnivå snarare än att bara optimera enskilda URL:er.
- Strukturerad data: Kontrollera att relevant markup är korrekt implementerad och stämmer överens med innehållet som faktiskt visas på sidan.
- Hreflang: På flerspråkiga eller internationella webbplatser bör även hreflang-implementationen kontrolleras.
Det viktigaste är sedan att prioritera problemen. En teknisk crawl kan ge hundratals eller tusentals varningar, men alla har inte samma betydelse för SEO.
När jag gör en teknisk SEO-analys försöker jag därför alltid bedöma tre saker: hur stort problemet är, vilka sidor det påverkar och vilken effekt en åtgärd sannolikt kan få.
En felaktig noindex på en viktig kategori eller tjänstesida bör exempelvis prioriteras långt före ett mindre tekniskt problem på några få oviktiga URL:er.
Efter att ändringarna har genomförts bör webbplatsen kontrolleras igen.
Tekniska åtgärder kan ibland skapa nya problem – en redirect kan hamna fel, en canonical kan peka mot fel URL eller en inställning kan förändras vid nästa uppdatering.
Kör därför en ny crawl efter större förändringar och följ utvecklingen i Google Search Console.
Snabba laddtider och Core Web Vitals
Sidhastighet är en viktig del av teknisk SEO eftersom en långsam eller instabil webbplats ger en sämre användarupplevelse. Google använder Core Web Vitals för att mäta tre centrala delar av hur en sida faktiskt upplevs av besökare.
- LCP (Largest Contentful Paint) mäter hur snabbt det största synliga innehållselementet laddas. För att räknas som bra bör LCP vara 2,5 sekunder eller snabbare.
- INP (Interaction to Next Paint) mäter hur snabbt sidan reagerar när användaren interagerar med den, exempelvis genom att klicka eller trycka. Ett bra värde är 200 millisekunder eller mindre.
- CLS (Cumulative Layout Shift) mäter hur mycket innehållet oväntat flyttar sig medan sidan laddas. Ett bra värde är 0,1 eller lägre.
Google bedömer Core Web Vitals utifrån den 75:e percentilen. Förenklat innebär det att minst 75 procent av de uppmätta besöken behöver klara gränsen för att ett mätvärde ska klassas som bra.
Det är också viktigt att skilja på fältdata och labbdata. Fältdata bygger på verkliga Chrome-användares upplevelser och samlas bland annat in genom Chrome User Experience Report, CrUX.
PageSpeed Insights och Search Console visar normalt data från de senaste 28 dagarna. Labbdata kommer däremot från simulerade tester, exempelvis Lighthouse, och är framför allt användbart för att hitta och felsöka konkreta prestandaproblem.
Vanliga orsaker till dålig prestanda är stora eller dåligt optimerade bilder, tung JavaScript, renderingsblockerande resurser, tredjepartsskript och långsam serversvarstid.
För att analysera en sida kan du använda PageSpeed Insights, som visar både verklig användardata när sådan finns och labbdata från Lighthouse.
I Google Search Console kan du även följa Core Web Vitals för grupper av sidor på webbplatsen.
Mobilanpassning och mobile-first indexing
Google använder i första hand mobilversionen av en webbplats för crawling, indexering och ranking. Sedan juli 2024 crawlas i princip alla webbplatser för Google Sök med Googlebot Smartphone.
Det innebär att det som Google kan se på mobilversionen är det som i första hand ligger till grund för hur sidan förstås och indexeras.
För de flesta webbplatser är responsiv design den enklaste lösningen. Då används samma URL och samma HTML-innehåll oavsett enhet, medan layouten anpassas efter skärmens storlek med CSS.
Google rekommenderar responsiv design eftersom det minskar risken för skillnader mellan mobil- och desktopversionen.
Det viktiga är att det centrala innehållet finns tillgängligt även för Googlebot Smartphone. Text, interna länkar, bilder, metadata och strukturerad data bör därför inte saknas på mobilversionen om de finns på desktop.
Var också försiktig med innehåll som bara laddas efter en användarinteraktion. Googlebot klickar, sveper eller skriver normalt inte för att visa dolt innehåll.
Lazy loading bör därför implementeras så att viktigt innehåll kan laddas när det blir synligt i viewporten utan att användaren först måste interagera med sidan.
Duplicerat innehåll, canonical och omdirigeringar
Duplicerat innehåll uppstår när samma eller mycket liknande innehåll finns tillgängligt på flera URL:er. Google försöker då gruppera sidorna och välja en version som canonical, alltså den URL som betraktas som huvudversionen och normalt visas i sökresultatet.
Canonical och duplicerat innehåll
Du kan själv signalera vilken URL du föredrar med en canonical-tagg, exempelvis <link rel="canonical" href="...">.
Google behandlar canonical som en stark signal, men inte som ett absolut direktiv, och kan välja en annan URL om andra signaler pekar åt ett annat håll.
Vanliga orsaker till duplicerade URL:er är exempelvis parametrar, filter och sorteringar i e-handel, HTTP- och HTTPS-versioner, olika domänvarianter samt produktvarianter som skapar egna adresser.
Duplicerat innehåll är inte automatiskt ett SEO-problem, men många onödiga URL-varianter kan göra webbplatsen svårare att crawla, analysera och hantera.
Omdirigeringar (redirect 301)
Canonical och omdirigeringar löser olika problem. En canonical används när flera URL:er behöver finnas kvar men du vill signalera vilken version som är den primära.
En permanent omdirigering, vanligtvis 301 eller 308, används i stället när en gammal URL har ersatts och både användare och sökmotorer ska skickas vidare till den nya adressen.
Undvik också onödiga redirect-kedjor, exempelvis när URL A skickar vidare till B som sedan skickar vidare till C. Det skapar extra omvägar för både användare och crawlers.
När det är möjligt bör en gammal URL därför omdirigeras direkt till den slutliga destinationen.
Strukturerad data och schema markup
Strukturerad data är kod som hjälper sökmotorer att förstå innehållet på en sida på ett mer standardiserat och maskinläsbart sätt.
Google rekommenderar vanligtvis formatet JSON-LD, där informationen märks upp enligt Schema.org.
Vilken typ av markup som är relevant beror på innehållet. Vanliga exempel är Product för produkter, Article för artiklar, LocalBusiness för lokala företag och Breadcrumb för brödsmulor och sidstruktur.
För företag som arbetar med lokal sökmotoroptimering kan LocalBusiness användas för att beskriva exempelvis företagsnamn, adress, telefonnummer och öppettider.
Markupen ersätter däremot inte Google Företagsprofil eller övrigt arbete med lokal synlighet.
Strukturerad data är inte en direkt rankingfaktor, men korrekt markup kan göra en sida berättigad till vissa typer av rich results, till exempel produktinformation, priser eller andra utökade element i sökresultatet.
Google har samtidigt minskat stödet för vissa typer av rich results över tid. FAQ-rich results togs exempelvis bort från Google Sök i maj 2026.
Det betyder inte att all FAQ-markup är tekniskt ogiltig enligt Schema.org, men den ger inte längre den tidigare utökade visningen i Google.
Markeringen ska alltid stämma överens med det innehåll som faktiskt finns på sidan. Strukturerad data ska alltså hjälpa sökmotorer att tolka befintligt innehåll – inte användas för att lägga till information som besökaren själv inte kan se.
Hreflang för flerspråkiga webbplatser
Hreflang används när samma eller motsvarande innehåll finns i flera språk- eller landsversioner.
Taggen hjälper Google att förstå vilken version som är avsedd för vilken målgrupp och att visa rätt URL för användare i olika språk och regioner.
En svensk version kan exempelvis använda hreflang="sv-SE", medan en norsk version använder hreflang="nb-NO".
Varje språkversion bör hänvisa både till sig själv och till de andra motsvarande versionerna.
Hänvisningarna behöver också vara ömsesidiga – om sida A pekar på sida B måste sida B peka tillbaka på sida A för att Google ska kunna använda relationen korrekt.
Vanliga problem är felaktiga språk- eller landskoder, saknade returhänvisningar och länkar till fel URL. x-default kan dessutom användas för en standardsida när ingen av de angivna språk- eller regionversionerna passar användaren.
Vanliga verktyg för teknisk SEO
Google Search Console är ett av de viktigaste verktygen för teknisk SEO.
Där kan du bland annat se vilka sidor som är indexerade, varför andra inte är det, skicka in XML-sitemaps, inspektera enskilda URL:er och följa Core Web Vitals.
För vissa webbplatser finns även en separat rapport för synlighet i Googles generativa AI-funktioner, som AI Overviews och AI Mode.
PageSpeed Insights används för att analysera en sidas prestanda. Verktyget visar både fältdata från verkliga användare, när sådan finns, och labbdata från Lighthouse som hjälper dig att identifiera konkreta prestandaproblem.
Screaming Frog och Sitebulb är crawlers som genomsöker webbplatsen och ger en samlad bild av den tekniska strukturen.
De kan bland annat användas för att hitta statuskoder, felaktiga omdirigeringar, canonical-taggar, interna länkar, orphan pages och andra problem som är svåra att upptäcka sida för sida.
För strukturerad data kan Rich Results Test och Schema Markup Validator användas för att kontrollera att märkningen är korrekt implementerad och om sidan är berättigad till de typer av rich results som Google stöder.
Vanliga frågor om teknisk SEO
Vad är skillnaden mellan SEO och teknisk SEO?
SEO är helheten, medan teknisk SEO är den del som handlar om webbplatsens tekniska förutsättningar för att sökmotorer ska kunna crawla, förstå och indexera innehållet.
Hur ofta bör man göra en teknisk SEO-analys?
Det beror på hur stor webbplatsen är och hur ofta den förändras. En teknisk genomgång är särskilt viktig efter exempelvis en migrering, större omdesign, ändrad URL-struktur eller andra större tekniska förändringar.
Behöver mindre webbplatser teknisk SEO?
Ja. Även mindre webbplatser kan drabbas av exempelvis indexeringsproblem, felaktiga omdirigeringar, noindex, långsam laddning eller problem med mobilversionen. Däremot är frågor som crawl budget oftast betydligt mindre viktiga på små sajter.
Hur upptäcker man tekniska SEO-problem?
Google Search Console är en bra utgångspunkt för att hitta indexeringsproblem och andra fel som Google upptäcker. En crawler som Screaming Frog eller Sitebulb kan sedan användas för att analysera webbplatsens struktur, statuskoder, canonical-taggar, omdirigeringar och interna länkar.
Nästa steg börjar med ett samtal
Berätta kort om er verksamhet och vad ni vill uppnå, så tar vi ett första samtal och ser var vi kan göra störst skillnad.