SEO för utvecklare: rendering, statuskoder, taggar, prestanda och AI-crawlers

Snabbquiz

Är SEO rätt för dig, och hur ska du börja?

Fråga 1 av 425%

Söker folk på Google efter det du säljer?

Ja, jag tror detNej, det är nytt eller mycket nischatJag vet inte

SEO för utvecklare är den del av sökoptimeringen som lever i koden: mallar, routing, rendering, headers och prestanda. Marknadsförare väljer sökord och skriver innehåll, men en felaktig statuskod, en rutt som bara fungerar i webbläsaren eller ett oavsiktligt noindex kan radera allt det arbetet vid en enda driftsättning. Googles egna grunder för JavaScript-SEO beskriver tre faser (crawling, rendering och indexering), och varje fas har fel som bara utvecklare kan åtgärda. Den här guiden går igenom dem i den ordning de brukar gå sönder.

Vilken del av SEO ansvarar en utvecklare för?

Hur ska sidor renderas för sökmotorer?

Googlebot kör JavaScript, men i ett andra steg som kan försenas, och Google skriver själva att ”serverrendering eller förrendering fortfarande är en bra idé” eftersom det är snabbare för användare och crawlers och eftersom inte alla bottar kör JavaScript. Den sista punkten väger tyngre nu än någonsin: i sin analys från december 2024 The rise of the AI crawler konstaterade Vercel att ”ingen av de stora AI-crawlerna för närvarande renderar JavaScript”, och nämnde bland andra GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot och PerplexityBot. Gemini, som använder Googles infrastruktur, är undantaget.

Två regler gäller oavsett ramverk. Länkar måste vara <a>-element med ett href-attribut: Google säger att det bara kan upptäcka länkar i den formen, så knappar med klickhanterare och routing med fragment är blindgator. Och varje rutt behöver en egen URL, utan #, som returnerar sitt innehåll direkt. Våra guider om JavaScript-SEO, SEO för single-page-applikationer och SEO för Next.js går in på detaljerna för respektive ramverk.

Vilka HTTP-statuskoder spelar roll för SEO?

Statuskoder är instruktioner till crawlers. Googles dokumentation om HTTP-statuskoder och nätverksfel beskriver hur varje familj hanteras:

• 200: sidan kan indexeras. Om innehållet ser ut som ett fel eller en tom sida rapporterar Search Console en mjuk 404.
• 301 och 308: permanenta omdirigeringar, som Google tolkar som en stark signal om att målet ska behandlas. Använd dem när innehåll flyttats eller domäner byts.
• 302 och 307: tillfälliga omdirigeringar, en svag signal. Använd dem inte för permanenta flyttar.
• 404 och 410: sidan finns inte. Google slutar med tiden att använda URL:en. Returnera en riktig 404, inte en 200 med texten ”hittades inte”.
• 429 och 5xx: Googles crawlers saktar ned crawlingen, och URL:er som ihållande returnerar serverfel tas så småningom bort från indexet.

Kontrollera vad din server verkligen skickar med en kontrollant för HTTP-headers, och håll omdirigeringskedjor till ett enda steg. Vår artikel om SEO-omdirigeringar beskriver mönster för migrering.

Vilka taggar måste finnas i HTML-head?

Varje indexerbar sida behöver en unik titel och beskrivning, en canonical som pekar på sig själv och, på flerspråkiga webbplatser, hreflang-annoteringar. Håll dem i serversvaret:

<title>Löparskor för platta fötter | Exempel</title>
<meta name="description" content="Testade modeller, storlekar och priser.">
<link rel="canonical" href="https://example.com/running-shoes-flat-feet">
<link rel="alternate" hreflang="fr" href="https://example.com/fr/chaussures-pieds-plats">
<meta name="robots" content="index, follow">

Den canonical-taggen måste peka på den URL du vill ska rankas, med exakt samma protokoll, värd och snedstreckskonvention som din webbplats använder.

Hur ska URL:er och interna länkar byggas?

Sökmotorer indexerar URL:er, så URL-strukturen är ett SEO-beslut. Använd gemener, bindestreck och läsbara sökvägar; välj en snedstreckskonvention och omdirigera den andra; och ha en URL per innehållsbit. Filter, sortering och spårningsparametrar multiplicerar URL:er utan att tillföra innehåll: sätt canonical till den rena versionen, och länka inte till parameterkombinationer du inte vill ska crawlas.

Interna länkar bär både upptäckt och betydelse. Rendera navigering, brödsmulor och block med relaterat innehåll på servern, ge sidnumrerade listor vanliga länkar till varje sida, och undvik oändlig scrollning utan sidnumrerade URL:er bakom. En produkt eller artikel som bara går att nå via webbplatsens sökfunktion eller ett JavaScript-filter är för en crawler en föräldralös sida.

Hur passar robots.txt och sitemaps in?

robots.txt styr crawling, inte indexering: en blockerad URL kan ändå dyka upp i resultaten om andra sidor länkar till den. För att hålla en sida utanför indexet ska den få crawlas och returnera noindex. Generera XML-sitemapen från dina rutter eller din databas, lista bara canonical URL:er som returnerar 200, och uppdatera lastmod först när innehållet verkligen ändrats. Testa dina regler med en kontrollant för robots.txt före varje release, och lägg aldrig ut en robots.txt från testmiljön med ”Disallow: /” i produktion.

Hur påverkar prestanda rankingen?

Google använder Core Web Vitals som en del av sina signaler för sidupplevelse. Enligt web.dev är en sida bra när den uppfyller dessa tröskelvärden vid den 75:e percentilen för verkliga sidladdningar, på mobil och på dator:

INP ersatte First Input Delay som stabil Core Web Vital 2024. Använd fältdata (Search Console, Chrome UX Report) för att bedöma, och labbverktyg för felsökning. Vårt uppslagsord om Core Web Vitals listar verktygen.

Hur lägger du till strukturerad data?

Använd JSON-LD i en script-tagg, renderad på servern, som beskriver det som syns på sidan:

<script type="application/ld+json">
{"@context": "https://schema.org", "@type": "Article",
 "headline": "Löparskor för platta fötter",
 "datePublished": "2026-10-01",
 "author": {"@type": "Person", "name": "Jane Doe"}}
</script>

Generera den från samma data som sidan så att de två aldrig skiljer sig åt, validera den i CI och undvik att injicera den via en tagghanterare. En generator för schema ger en startmall för vanliga typer.

Hur gör du en webbplats läsbar för AI-assistenter?

AI-synlighet börjar med åtkomst. Bestäm vilka AI-användaragenter du tillåter (GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot och andra) och skriv tydliga regler i robots.txt. Vår guide om robots.txt för AI-crawlers förklarar skillnaden mellan träningsbottar och sökbottar. Se sedan till att texten, priserna, specifikationerna och FAQ:n finns i den första HTML:en, använd semantiska rubriker och tabeller i stället för bilder av text, och håll sidorna tillräckligt lätta för att hämtas snabbt. En fil llms.txt kan sammanfatta dina viktigaste sidor för AI-verktyg, men ingen större assistent har bekräftat att de förlitar sig på den, så behandla den som valfri.

Sorank är vår produkt: en autopilot-programvara för SEO och GEO. Utvecklare möter den oftast via dess integrationer: den publicerar artiklar till WordPress, Shopify, Webflow eller Wix, eller till valfri egen stack via en webhook, vilket beskrivs på installationssidan. Dess SEO-chatt svarar på frågor om din webbplats i ett samtal, och spårning av AI-omnämnanden kontrollerar varje månad om ChatGPT, Claude och Gemini citerar ditt varumärke.

Den korta versionen: leverera komplett HTML, ärliga statuskoder och rätt head-taggar från servern, och mät sedan prestandan på riktiga användare. Det betjänar Googlebot och de AI-crawlers som inte kör JavaScript. För att fylla en väl byggd webbplats med innehåll som rankar, se Soranks abonnemang, från 49 USD i månaden med en gratis provperiod på 3 dagar.