SEO for utviklere: gjengivelse, statuskoder, tagger, ytelse og AI-crawlere

Rask quiz

Passer SEO for deg, og hvordan bør du starte?

Spørsmål 1 av 425%

Søker folk på Google etter det du selger?

Ja, tror jegNei, det er nytt eller svært nisjepregetJeg vet ikke

SEO for utviklere er den delen av søkeoptimaliseringen som ligger i koden: maler, ruting, gjengivelse, headere og ytelse. Markedsførere velger søkeord og skriver innhold, men en feil statuskode, en rute som bare finnes på klientsiden eller en tilfeldig noindex kan viske ut alt dette i ett enkelt lanseringsløp. Googles egen grunnleggende om JavaScript-SEO beskriver tre faser (crawling, gjengivelse og indeksering), og hver av dem har feilmønstre som bare utviklere kan rette. Denne guiden dekker dem i den rekkefølgen de går i stykker.

Hvilket ansvar for SEO har en utvikler?

Hvordan bør sider gjengis for søkemotorer?

Googlebot kjører JavaScript, men i et eget steg som kan bli forsinket, og Google selv skriver at «server-side eller forhåndsgjengivelse fortsatt er en god idé» fordi det er raskere for brukere og crawlere, og fordi ikke alle roboter kjører JavaScript. Det siste punktet betyr mer enn noensinne: i analysen The rise of the AI crawler fra desember 2024 fant Vercel at «ingen av de store AI-crawlerne gjengir JavaScript i dag», og nevner GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot og PerplexityBot blant andre. Gemini, som bruker Googles infrastruktur, er unntaket.

To regler gjelder uansett rammeverk. Lenker må være <a>-elementer med et href-attributt: Google sier at den bare kan oppdage lenker i den formen, så knapper med klikkbehandlere og ruter med fragmenter er blindveier. Og hver rute trenger sin egen URL, uten #, som returnerer innholdet direkte. Våre guider til JavaScript-SEO, SEO for single-page-applikasjoner og Next.js-SEO går nærmere inn på rammeverkspesifikke detaljer.

Hvilke HTTP-statuskoder betyr noe for SEO?

Statuskoder er instrukser til crawlere. Googles dokumentasjon om HTTP-statuskoder og nettverksfeil beskriver hvordan hver gruppe håndteres:

• 200: siden kan indekseres. Hvis innholdet ser ut som en feilside eller en tom side, rapporterer Search Console en myk 404-feil.
• 301 og 308: permanente omdirigeringer, som Google tolker som et sterkt signal om at målet skal behandles. Bruk dem for flyttet innhold og domeneskifter.
• 302 og 307: midlertidige omdirigeringer, et svakt signal. Ikke bruk dem for permanente flyttinger.
• 404 og 410: siden finnes ikke, og Google slutter etter hvert å bruke URL-en. Returner en ekte 404, ikke en 200 med teksten «ikke funnet».
• 429 og 5xx: Googles crawlere senker farten, og URL-er som vedvarende returnerer serverfeil fjernes til slutt fra indeksen.

Sjekk hva serveren faktisk sender med en kontroll av HTTP-headere, og hold omdirigeringskjeder til ett hopp. Artikkelen vår om SEO-omdirigeringer dekker migreringsmønstre.

Hvilke tagger må være i HTML-head?

Hver side som kan indekseres trenger en unik tittel og beskrivelse, en canonical som peker til seg selv, og på flerspråklige nettsteder hreflang-annoteringer. Behold dem i serversvaret:

<title>Løpesko for flate føtter | Eksempel</title>
<meta name="description" content="Testede valg, størrelser og 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å peke på URL-en du vil skal rangere, med nøyaktig protokoll, vert og skråstrek-konvensjon slik nettstedet ditt bruker dem.

Hvordan bør URL-er og interne lenker bygges?

Søkemotorer indekserer URL-er, så URL-strukturen er en SEO-beslutning. Bruk små bokstaver, bindestreker og lesbare stier. Velg én konvensjon for skråstrek til slutt og omdiriger den andre, og ha én URL per innhold. Filtre, sortering og sporingsparametere multipliserer URL-er uten å legge til innhold: sett canonical til den rene versjonen, og lenk ikke til parameterkombinasjoner du ikke vil skal crawles.

Interne lenker bærer både oppdagelse og viktighet. Gjengi navigasjon, brødsmuler og blokker med relatert innhold på serveren, gi paginerte lister vanlige lenker til hver side, og unngå endeløs rulling uten paginerte URL-er bak. Et produkt eller en artikkel som bare kan nås via søk på nettstedet eller et JavaScript-filter, er for en crawler en foreldreløs side.

Hvordan passer robots.txt og sitemaps inn?

robots.txt styrer crawling, ikke indeksering: en blokkert URL kan fortsatt dukke opp i resultatene hvis andre sider lenker til den. For å holde en side ute av indeksen må du la den crawles og returnere noindex. Generer XML-sitemapet fra rutene eller databasen, list bare canonical URL-er med status 200, og oppdater lastmod bare når innholdet faktisk endres. Test reglene med en robots.txt-sjekker før hver utrulling, og legg aldri en robots.txt fra staging med «Disallow: /» ut i produksjon.

Hvordan påvirker ytelse rangeringen?

Google bruker Core Web Vitals som en del av sine signaler for sideopplevelse. Ifølge web.dev er en side god når den oppfyller disse terskelverdiene på 75. persentil av ekte sideinnlastinger, på mobil og desktop:

INP erstattet First Input Delay som stabil Core Web Vital i 2024. Bruk feltdata (Search Console, Chrome UX Report) for å vurdere, og laboratorieverktøy for å feilsøke. Vårt oppslag om Core Web Vitals lister verktøyene.

Hvordan legger du til strukturerte data?

Bruk JSON-LD i en script-tagg, gjengitt på serveren, som beskriver det som er synlig på siden:

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

Generer det fra de samme dataene som siden, så de aldri går fra hverandre, valider det i CI, og unngå å injisere det via en taggbehandler. En skjemagenerator gir en startmal for vanlige typer.

Hvordan gjør du et nettsted lesbart for AI-assistenter?

AI-synlighet starter med tilgang. Bestem hvilke AI-brukeragenter du tillater (GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot med flere), og skriv eksplisitte regler i robots.txt. Guiden vår om robots.txt for AI-crawlere forklarer forskjellen mellom trenings- og søkeroboter. Sørg så for at tekst, priser, spesifikasjoner og FAQ finnes i den første HTML-en, bruk semantiske overskrifter og tabeller i stedet for bilder av tekst, og hold sidene lette nok til å hentes raskt. En llms.txt-fil kan oppsummere hovedsidene dine for AI-verktøy, men ingen større assistent har bekreftet at den brukes, så betrakt den som valgfri.

Sorank er vårt produkt: en SEO- og GEO-programvare med autopilot. Utviklere møter det mest gjennom integrasjonene: det publiserer artikler til WordPress, Shopify, Webflow eller Wix, eller til en egen løsning via en webhook, slik det beskrives på installasjonssiden. SEO-chatten svarer på spørsmål om nettstedet ditt i samtaleform, og AI-omtalesporing sjekker hver måned om ChatGPT, Claude og Gemini siterer merkevaren din.

Kort sagt: send komplett HTML, ærlige statuskoder og riktige head-tagger fra serveren, og mål deretter ytelsen hos ekte brukere. Det betjener Googlebot og de AI-crawlerne som ikke kjører JavaScript. For å fylle et godt bygget nettsted med innhold som rangerer, se Sorank-abonnementene, fra $49 per måned med en gratis prøveperiode på 3 dager.