Artikel

Redirects — 301, 302 og hvornår du bruger hvad

En redirect sender brugere og Googlebot til en ny URL — 301 er permanent og overfører link equity, 302 er midlertidig og gør det ikke.

Sidst opdateret:

Redirects er server-instruktioner der sender brugere og søgemaskiner videre fra én URL til en anden. For SEO er korrekt redirect-implementering fundamentalt: 301 permanente redirects bevarer link equity ved URL-ændringer og domæneflytninger, mens forkert brug af 302 midlertidige redirects kan spilde rankingkraft. Redirects er den rette løsning til permanent URL-ændring — canonical-tagget er en anbefaling, et redirect er en instruktion.

Hvad er en redirect?

En redirect er en server-instruktion der sender brugere og søgemaskiner videre fra én URL til en anden. Når Googlebot eller en browser anmoder om en URL der er konfigureret med en redirect, modtager den en HTTP-statuskode (3xx) og en ny destination-URL — og følger automatisk videre til destinationen.

Redirects er et fundamentalt SEO-redskab: brugt korrekt bevarer de rankingkraft ved URL-ændringer. Brugt forkert kan de fragmentere link equity og skabe crawl-problemer.

301 Permanent Redirect

En 301 fortæller Googlebot at ressourcen permanent er flyttet til en ny URL. Det vigtigste for SEO: link equity overføres til den nye URL. Det betyder at alle backlinks og intern linkningskraft der peger på den gamle URL, gradvist konsolideres til den nye.

Brug 301 til:

  • Permanente URL-ændringer (f.eks. /old-page/ → /new-page/)
  • Domæneflytninger (olddomain.dk → newdomain.dk)
  • HTTP til HTTPS-migration (http:// → https://)
  • www til non-www (eller omvendt) konsolidering
  • Fjernelse af trailing slash (eller tilføjelse — vælg ét format og hold dig til det)

Google opdaterer sit indeks over tid og erstatter den gamle URL med den nye. Processen kan tage uger til måneder for store sites.

302 Temporary Redirect

En 302 er midlertidig. Googlebot beholder den originale URL i indekset og overfører ikke link equity til destinationen. Den originale URL forbliver “live” i Googles øjne.

Brug 302 til:

  • Ægte midlertidige situationer (planlagt vedligeholdelse i en kortere periode)
  • A/B-testing af alternative sider (men overvej Google Optimize eller server-side test i stedet)
  • Geo-baseret omdirigering til sprogversioner

Fejlen mange laver: de bruger 302 til permanente ændringer, fordi det “virker” for brugere — men link equity overføres ikke, og rankingkraft fragmenteres.

307 og 308 — de nyere varianter

307 Temporary Redirect og 308 Permanent Redirect er HTTP/1.1-opdateringerne af 302 og 301. Den centrale forskel: 307 og 308 specificerer eksplicit at HTTP-metoden (GET, POST) bevares i den videresendte forespørgsel. For normale GET-forespørgsler på websider er der i praksis ingen forskel for SEO.

Redirect chains — undgå dem

En redirect chain opstår når en URL redirecter til en anden URL der selv redirecter til en tredje:

/side-a/ → /side-b/ → /side-c/

Det er et problem fordi:

  • Googlebots crawlbudget bruges op på ekstra hops
  • Link equity svækkes for hvert hop (ifølge Googles John Mueller begrænset med 15% pr. hop)
  • Sideindlæsningstiden øges for brugere

Fix redirect chains ved at pege direkte fra startsiden til den endelige destination.

Redirect loops — stop det straks

En redirect loop opstår når A redirecter til B og B redirecter til A. Browsere og Googlebot stopper efter et antal hop og viser en fejl. Loops kan opstå ved forkert konfigurerede .htaccess-regler eller CMS-indstillinger.

Meta refresh redirect — undgå

Meta refresh er en HTML-baseret redirect sat i siden head:

<meta http-equiv="refresh" content="0; url=https://eksempel.dk/ny-side/">

Det er langsommere end server-side redirects, og Google behandler dem anderledes end 301. Undgå meta refresh til SEO-formål.

JavaScript redirect — problematisk for SEO

Redirects implementeret via JavaScript (f.eks. window.location.href = '...') kræver at Googlebot eksekverer JavaScript før omdirigeringen sker. Det forsinker crawl og kan føre til at Google indekserer den originale URL.

Hvornår du bruger hvad — opsummering

SituationKorrekt redirect
Permanent URL-ændring301
Domæneflytning301
HTTP → HTTPS301
Midlertidig vedligeholdelse302
A/B-test302

Google har sagt at 301 overfører “det meste” af link equity, men der er en vis svækkelse. Undgå unødvendige redirects — direct linking er altid bedst.

Kan jeg bruge canonical i stedet for redirect?

Canonical-tagget er en anbefaling, ikke en instruktion. Redirects er stærkere til konsolidering. Brug redirect til permanent URL-ændring, canonical til duplikatindhold der stadig skal eksistere.

Hvor lang tid tager det for Google at opdatere index efter en 301?

Det varierer fra dage til måneder afhængig af crawlfrekvens og linkstyrke. Store sites med høj autoritet opdateres hurtigere.

Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog. → Denne artikel er en del af Server og HTTP-responser — Statuskoder, redirects og caching.

Del af: Server og HTTP-responser — Statuskoder, redirects og caching →

Andre artikler i samme emne

Relaterede begreber

Emne Server og HTTP-responser — Statuskoder, redirects og caching HTTP-statuskoder, redirects og caching er serverresponser der direkte påvirker Googlebots crawling og brugernes oplevelse. Artikel Redirect chains — Kæder af omdirigeringer og SEO En redirect chain er A → B → C: hver hop tager tid og fortynder link equity. Løsningen er at pege direkte på den endelige destination med én redirect. Artikel HTTP-statuskoder — 200, 301, 404, 500 og SEO HTTP-statuskoder fortæller browser og Googlebot hvad der skete med en forespørgsel — fra 200 OK til 404 og 500-fejl. Artikel Canonical tag — rel=canonical og duplicate content rel=canonical er det vigtigste signal mod duplicate content — det fortæller Google hvilken URL der skal ranke. Artikel Crawling — Sådan finder og læser Googlebot din side Crawling er Googles opdagelsesproces — Googlebot følger links og downloader sider for at forstå webbet. Artikel Indeksering — Fra crawlet side til Google-søgeresultat Indeksering er Googles beslutning om en side er værd at vise — crawling er en forudsætning, men indeksering er ikke garanteret. Hovedguide Kode — Webkode og teknisk SEO Komplet guide til webkode og teknisk SEO — fra HTML-struktur og metadata til crawling, structured data og Core Web Vitals.

Ofte stillede spørgsmål

Hvad er en redirect?
En redirect er en serverinstruktion der automatisk sender brugere og crawlere fra én URL til en anden. Når Googlebot eller en browser anmoder om en URL, returnerer serveren en redirect-statuskode (typisk 301 eller 302) og den nye URL i Location-headeren. Browser og crawlere følger automatisk redirectet til destinationen. Redirects bruges ved URL-ændringer, domæneskift, HTTPS-migration og fjernelse af sider.
Hvad er forskellen på 301 og 302 redirect for SEO?
301 (Moved Permanently) fortæller Google at en side er permanent flyttet — Google opdaterer indekset med den nye URL og overfører link equity gradvist. 302 (Found/Moved Temporarily) fortæller Google at flytningen er midlertidig — Google beholder typisk den originale URL i indekset og overfører ikke link equity. Brug 301 til alle permanente URL-ændringer, domæneskift og HTTP til HTTPS-migration. Forkert brug af 302 ved permanente flytninger kan forsinke indeksering og spilde link equity.
Hvad er redirect chains og hvad er konsekvensen?
En redirect chain opstår når en URL redirecter til en anden URL der igen redirecter — eksempel: URL A → URL B → URL C. Redirect chains forsinker browsere og crawlere, spider potentielt link equity lidt for hvert led i kæden, og kan føre til at Googlebot stopper med at følge kæden hvis den er for lang. Best practice er én direkte redirect fra kilde til endelig destination. Regelmæssig audit med et crawling-værktøj identificerer redirect chains der bør konsolideres.
Hvad er 307 og 308 redirect og hvornår bruges de frem for 301 og 302?
307 (Temporary Redirect) og 308 (Permanent Redirect) er HTTP/1.1-opdateringerne af 302 og 301. Den centrale forskel er at 307 og 308 eksplicit bevarer HTTP-metoden (GET, POST) i den videresendte forespørgsel — 301 og 302 konverterer typisk POST til GET. For normale GET-forespørgsler på websider er der ingen praktisk SEO-forskel. For applikationer der sender POST-requests er 307 og 308 de korrekte valg.
Hvad er den bedste måde at auditere redirects på et eksisterende site?
Brug et crawling-tool (Screaming Frog, Sitebulb eller Ahrefs Site Audit) til at crawle hele sitet og identificere: redirect chains (A→B→C), redirect loops (A→B→A), 302-redirects der burde være 301, og sider der intern-linker til redirect-URLs i stedet for til den endelige destination. Intern linking bør altid pege direkte på den kanoniske URL — ikke på en URL der redirecter videre. Opdatering af intern linking eliminerer unødvendige crawl-hops og sikrer fuld link equity-overførsel.

Placering i ordbogen

Kode — Webkode og teknisk SEO
Server og HTTP-responser — Statuskoder, redirects og caching
Redirects — 301, 302 og hvornår du bruger hvad