Teknisk SEO
301 vs 302 redirect, forskellen og hvornår du bruger hvilken
301 betyder permanent, 302 betyder midlertidig. Google bekræfter i sin egen dokumentation at permanente redirects ikke forårsager tab af PageRank, men 301 er stadig best practice ved permanente flyt. Her er hvornår du bruger hver, eksempler i .htaccess, nginx og Cloudflare, og de almindelige fejl der koster rankings.
Se kode-eksemplerDen semantiske forskel
En redirect er en HTTP-statuskode serveren sender når en URL er flyttet. De to vigtigste typer er:
301 Moved Permanently
Den oprindelige URL er permanent erstattet af den nye. Browsere cacher redirecten aggressivt (kan være svært at fortryde lokalt). Google konsoliderer PageRank, relevanssignaler og historik til den nye URL. Standard-valget ved HTTPS-migration, domæneflyt og permanente sidepakninger.
302 Found (tidligere "Moved Temporarily")
Den oprindelige URL er kun midlertidigt utilgængelig. Browsere cacher ikke aggressivt. Google bevarer som udgangspunkt den oprindelige URL i index, og forventer den kommer tilbage. Brug til A/B-tests, kampagner, vedligeholdelse.
Bonus: 307 og 308
307 Temporary Redirect er HTTP/1.1-versionen af 302, men bevarer request-metoden (POST forbliver POST). 308 Permanent Redirect er HTTP/1.1-versionen af 301 med samme metode-bevaring. Til rene GET-requests er 301/302 stadig de mest brugte i SEO-kontekst.
Link-equity og Googles stance
Google skriver direkte i sin dokumentation om site moves: "Don't worry about link credit. 301 and other permanent redirects don't cause a loss in PageRank" (developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes). Det afløste den tidligere tommelfingerregel om at 301 overførte 85-99% af link-equity og 302 kun dele. I praksis er billedet mere nuanceret:
Det Google officielt siger
Googles Search Documentation anbefaler 301 ved permanente flyt og 302 ved midlertidige. Dokumentationen siger at begge typer overfører signals, men at "Google understands which URL is the canonical one" lettere ved korrekt brug af 301 til permanente tilfælde.
Hvad der sker i praksis
Med 301 konsoliderer Google PageRank til den nye URL relativt hurtigt (typisk 1-4 uger). Med 302 bevarer Google som udgangspunkt den oprindelige URL i indexet, selv om signalerne til sidst alligevel konsolideres hvis redirecten bliver hængende. Forkert brug af 302 på permanente flyt er en af de mest almindelige SEO-fejl ved site-migrationer.
Backlinks og redirect-kæder
Backlinks du har optjent til den gamle URL peger teknisk set stadig på den gamle URL. En 301 sørger for at både brugere og crawlere lander korrekt, og at autoritet konsolideres. Redirect-kæder (URL A til B til C til D) reducerer effektiviteten. Ryd altid op så kæder bliver direkte hops.
Kode-eksempler
Apache (.htaccess)
Permanent 301-redirect af enkelt URL:
Redirect 301 /gammel-side /ny-side
RewriteEngine On
RewriteRule ^gammel-side/?$ /ny-side [R=301,L] Midlertidig 302-redirect (fx til kampagneside):
Redirect 302 /kampagne /kampagne-2026
RewriteRule ^kampagne/?$ /kampagne-2026 [R=302,L] HTTP til HTTPS (altid 301):
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] Nginx
Permanent 301:
server {
location /gammel-side {
return 301 /ny-side;
}
} Midlertidig 302:
location /kampagne {
return 302 /kampagne-2026;
} Cloudflare Page Rules / Bulk Redirects
I Cloudflares dashboard under Rules vælger du "Forwarding URL" og angiver enten "301 Permanent Redirect" eller "302 Temporary Redirect". Bulk Redirects (på Pro-planer) håndterer tusinder af mappings via CSV-upload.
WordPress
Plugins som Redirection, Yoast SEO Premium og Rank Math håndterer 301/302 via UI uden at du rører .htaccess. Vælg altid "301" for permanente flyt i plugin-dropdowns.
Verificering
Tjek status hurtigt i terminal:
curl -I https://example.com/gammel-side
Første linje skal vise HTTP/2 301 eller HTTP/2 302. Location-headeren viser destinationen.
Rens linkprofil og migrér uden at tabe autoritet
Efter en site-migration er redirect-struktur afgørende. Byg samtidigt nye permanente links der stabiliserer ranking efter flytning.
Fem almindelige fejl
1. Bruge 302 til permanent flyt
Mest almindelige fejl ved site-migrationer, særligt når CMSer defaulter til 302. Resultat: Google beholder gamle URLer i index i måneder, ny URL ranker dårligere end forventet. Audit altid redirect-typer efter migration.
2. Redirect-kæder
A til B til C til D. Hver hop forsinker crawl og spreder link-equity. Saml altid direkte: A til D. Screaming Frog finder kæder hurtigt.
3. Redirect alle gamle URLer til forsiden
Lazy migration-strategi: "send alt til /". Google behandler typisk det som soft 404, og link-equity overføres ikke. Map altid hver gammel URL til den mest relevante nye URL.
4. Redirect-loops
A redirecter til B, B redirecter til A. Browsere stopper efter et par iterationer med en fejl. Opdager du loops, start ved den senest redigerede regel i .htaccess eller nginx config.
5. Glemme at opdatere interne links
Selv med korrekt 301 bør alle interne links opdateres til den nye URL. Interne links via redirect koster crawl-budget og page-speed. Brug Screaming Frog eller Ahrefs Site Audit til at finde interne links der rammer redirects.
Ofte stillede spørgsmål om 301 vs 302 redirects
Find svar på de mest stillede spørgsmål om linkbuilding.
Hvad er forskellen på 301 og 302 redirect?
Overfører 301 og 302 link-equity lige meget?
Hvornår bruger jeg 301?
Hvornår bruger jeg 302?
Hvad sker der hvis jeg bruger forkert redirect-type?
Hvor mange redirects i kæde er acceptabelt?
Hvilke værktøjer viser redirect-status?
Hvordan ved jeg om redirects er implementeret korrekt?
Læs også
Flere guides, der hjælper dig godt i gang med linkbuilding.
Linkjuice forklaring
Hvordan PageRank flyder gennem redirects.
PageRank forklaret
Grundlaget for al link-equity-logik.
Interne links
Efter migration: opdater interne links.
SEO-værktøjer
Screaming Frog, Ahrefs og Semrush til audit.
Toxic backlinks
Redirect kan ikke skjule dårlige links.
Hvad er backlinks?
Grundlæggende introduktion.