Teknisk SEO: Guide för utvecklare och tech-leads

Teknisk SEO är den del av sökmotoroptimering som utvecklare äger. Medan innehåll och backlinks är marknadens och redaktionens ansvar, är teknisk SEO beroende av hur webbplatsen är byggd, serverad och konfigurerad. Och det är ofta här de största och mest kostsamma problemen finns. Jag har granskat tekniska SEO-aspekter för allt från svenska e-handelsplattformar till SaaS-produkter, och de vanligaste felen är nästan alltid tekniska – inte innehållsmässiga.

Den här guiden täcker allt en utvecklare eller tech lead behöver veta för att bygga en tekniskt sökvänlig webbplats 2026. Jag fokuserar på det som faktiskt påverkar ranking och användarupplevelse, inte på SEO-myter.

Core Web Vitals: Googles prestandamått

Core Web Vitals är Googles uppsättning prestandamått som mäter användarupplevelsen på er webbplats. De tre måtten är LCP (Largest Contentful Paint) – hur snabbt huvudinnehållet laddas, mål under 2,5 sekunder, FID (First Input Delay) eller INP (Interaction to Next Paint) – hur snabbt sidan svarar på användarinteraktioner, mål under 100 millisekunder, och CLS (Cumulative Layout Shift) – hur mycket sidan hoppar under laddning, mål under 0,1.

För att optimera Core Web Vitals i praktiken: optimera bilder (next/image i Next.js, WebP-format, responsiva bilder), minimera render-blocking resources (kritisk CSS inline, async/defer för JavaScript), använd en CDN (Cloudflare, Fastly eller Vercel Edge Network), förbättra Time to First Byte (TTFB) genom server caching och edge computing, och undvik layout shifts genom att alltid ange dimensioner på bilder och annonser. Core Web Vitals är en rankingfaktor sedan 2021, och 2026 väger de ännu tyngre.

Structured data och JSON-LD

Structured data (strukturerad data) är kod som hjälper sökmotorer att förstå innehållet på era sidor. JSON-LD är det rekommenderade formatet och implementeras som ett script-block på sidan. Exempel på strukturerad data som är relevant för de flesta tekniska webbplatser: Article, BreadcrumbList, FAQPage, Product, LocalBusiness och HowTo. För Article-typen på en SaaS-blogg: ange headline, description, datePublished, dateModified, author, publisher, image och articleBody. Google använder structured data för rich results, Knowledge Graph och som signal om sidans relevans. Testa er structured data med Googles Rich Results Test.

2026 ser vi att strukturrerad data väger allt tyngre i Googles rankingalgoritmer, särskilt för AI-genererade sammanfattningar. Har ni inte JSON-LD på era viktigaste sidor tappar ni en betydande konkurrensfördel.

Sitemaps och robots.txt

XML-sitemap: en lista över alla sidor ni vill att Google ska indexera, med metadata som prioritet, ändringsfrekvens och senaste ändringsdatum. Använd en dynamiskt genererad sitemap (next-sitemap-paketet för Next.js). Inkludera bara sidor som är värda att indexera – uteslut tagg-sidor, filter-sidor och interna sökresultat. Håll sitemapen under 50 000 URL:er och 50 MB; dela upp i flera sitemaps om ni har mer. robots.txt: styr vad sökmotorer får och inte får crawla. Blockera admin-sidor, inloggningssidor, interna sökresultat och staging-miljöer.

Canonical tags och hreflang

Canonical-taggen (rel=canonical) hanterar duplicerat innehåll. Använd den på sidor med URL-parametrar, sidor som nås via flera olika URL:er (www vs non-www, http vs https), produktsidor som finns i flera kategorier, och syndikerat innehåll. Varje sida bör ha en självrefererande canonical – även om ni inte tror att det finns dubbletter. hreflang-taggar (rel=alternate hreflang) används för flerspråkiga webbplatser. För nordiska bolag med svenska, norska och danska versioner: använd hreflang="sv", hreflang="no", hreflang="da" och hreflang="x-default" för standardspråket.

Server-side rendering vs Static Site Generation

Valet mellan SSR och SSG påverkar SEO avsevärt. SSR (Server-Side Rendering) – sidor renderas på servern vid varje request. Bäst för SEO eftersom allt innehåll är tillgängligt direkt, men kan vara långsammare om servern inte är optimerad. SSG (Static Site Generation) – sidor byggs vid build-tillfället och serveras som statiska filer. Bäst för prestanda, men kräver rebuild vid innehållsändringar. ISR (Incremental Static Regeneration) – en hybrid där statiska sidor uppdateras i bakgrunden utan full rebuild. Bästa av två världar för de flesta användningsfall.

För en SaaS-blogg: SSG eller ISR är normalt rätt val. Blogginnehåll ändras sällan och statisk servering är snabbast. För en e-handelsplats med många produkter och dynamiska priser: SSR eller ISR med kort revalidate-tid.

Mobile optimization och responsiv design

Google använder mobile-first indexing sedan 2021, vilket betyder att Googles bot crawlar och indexerar er mobila version först. Mobile optimization handlar om: responsiv design som fungerar på alla skärmstorlekar, touch-vänliga gränssnitt (tillräckligt stora knappar och länkar), tillräcklig textstorlek (minst 16px för brödtext), inget horisontellt scrollande, och snabb laddning på mobila nätverk. Testa er mobila prestanda med Googles Lighthouse och Mobile-Friendly Test.

Page speed och prestandaoptimering

Page speed är både en rankingfaktor och en användarupplevelsefaktor. Google har visat att sannolikheten för bounce ökar med 32 procent när sidladdningstiden går från 1 till 3 sekunder. Konkreta tekniker för att förbättra sidhastigheten: bildoptimering (WebP, AVIF, lazy loading, responsiva bilder med srcset), fontoptimering (ladda bara de teckensnitt som används, använd font-display: swap), JavaScript-optimering (code splitting, tree shaking, async/defer), CSS-optimering (minifiera, ta bort oanvänd CSS, critical CSS inline), och caching (bra Cache-Control headers, CDN, service workers för offline-stöd).

Crawl budget-optimering

Crawl budget är antalet sidor Googlebot crawlar på er webbplats inom en given tidsperiod. För stora webbplatser (över 10 000 sidor) är crawl budget-optimering kritisk. Strategier för att maximera crawl budget: prioritera viktiga sidor i sitemap, minska antalet lågkvalitativa eller duplicerade sidor, förbättra serverrespons (TTFB under 200ms), använd logganalys för att se vad Googlebot faktiskt crawlar, och blockera onödiga resurser i robots.txt (CSS, JS, bilder som inte påverkar indexering). Använd Google Search Consoles Crawl Stats-rapport.

Log file analysis

Log file analysis är den mest avancerade och mest värdefulla SEO-tekniken för tekniska team. Genom att analysera era serverloggar ser ni exakt vad Googlebot gör: vilka sidor som crawlas, hur ofta, vilka HTTP-statuskoder de får, och vilka sidor som inte crawlas alls. Verktyg som Splunk, Screaming Frog Log File Analyser och Oncrawl kan bearbeta loggarna. Använd logganalys för att: verifiera att Googlebot hittar och crawlar era viktigaste sidor, upptäcka crawl-problem (404, 5xx, redirect-kedjor), identifiera slöseri med crawl budget på oviktiga sidor, och optimera serverprestanda för Googlebot. Logganalys är en underskattad men extremt kraftfull teknik.

Relaterat

• CRO – Konverteringsoptimering: Metoder, verktyg och svenska case
• Notion för företag: Wiki, projektledning och samarbete på en plattform
• Digital transformation för små och medelstora företag

Vill du ta det vidare?

Behöver ni hjälp med teknisk SEO för er webbplats? Jag erbjuder SEO-audits med fokus på Core Web Vitals, strukturerad data, crawlbudget och teknisk arkitektur. Boka ett samtal så går vi igenom er webbplats och identifierar de största förbättringsmöjligheterna.