Kort fortalt: Redirects er uundgåelige ved domæneskift, HTTPS, og når du rydder op i URL’er. Men hver ekstra hop koster TTFB -tid og kan gøre LCP langsommere, især på mobil.
301 vs. 302 – hvad betyder det for SEO?
301 signalerer permanent flytning - link-ækvivalens konsolideres typisk til mål-URL over tid. 302/307 er midlertidige; brug dem når destinationen virkelig er temp - ellers risikerer du at søgemaskinen ikke behandler flytningen som du forventer.
Kombinér altid med korrekt canonical URL på den endelige side og opdater interne links til at pege direkte på målet.
Redirect-kæder og løkker
Tre-fire hop fra gammel URL til endelig side er ikke ualmindeligt efter års refaktor - men det er dyrt. Brug crawls til at finde kæder og erstat med ét direkte hop.
Kæder påvirker også CrUX : brugere på langsomt net betaler fuld pris for hvert ekstra round-trip, før HTML overhovedet begynder.
Kobling til edge og CDN
Redirects kan ofte flyttes til edge caching eller load balancer, så origin ikke engageres for hvert hop. Hold stadig styr på cache-headers så du ikke cacher personlige redirects forkert.
301, 302 og hvad brugeren (og crawleren) forventer
En permanent flytning bør som hovedregel bruge 301 (eller 308 hvis I bevidst vil bevare metoden). Midlertidige kampagner og A/B-test kan berettige 302/307, men hvis «midlertidig» bliver til årevis, sender I blandede signaler om hvilken URL der er autoritativ.
Hver ekstra hop i en redirect-kæde tilføjer latens og fejlmuligheder - særligt på mobilnet. Mål med simple værktøjer fra flere regioner: en kæde på fem 301’ere er både langsom og svær at fejlsøge når noget går galt midt i kæden.
Querystrings, trailing slash og protokol
Redirects der kun retter http → https men glemmer www, eller omvendt, skaber ofte dobbeltarbejde og duplikatstøj. Standardisér ét kanonisk hostname og ét mønster for slash - og dokumentér det i jeres webserver- eller CDN-konfiguration.
Vær forsigtig med at redirecte alle fejl-URL’er til forsiden: det frustrerer brugere og kan ses som soft-404-adfærd. Redirect til nærmeste meningsfulde kategori eller vis en ægte 404-side med navigation.
CMS-skift og bulk-omlægninger
Ved domæne- eller platformsskift er redirect-matricen ofte det vigtigste leverancepunkt. Én fejl i regex-reglen kan sende hele blogarkivet til forkert sektion. Test stikprøver af gamle dybe URL’er, ikke kun top-10.
Efter launch: følg 404-logs og Search Console for «ikke fundet» på URL’er der burde være mappet. Ret hurtigt - autoritet og brugerbogmærker forsvinder ikke, men tålmodighed gør.
Videre på sitet
Relaterede guides og blogindlæg finder du i kortene nederst på siden. Overblik: Blog, Guides, Ordbog.
FAQ
Ødelægger redirects min INP?
Indirekte: flere round-trips før dokument loader kan udskyde interaktivitet. Færre og hurtigere hops er bedre.
Skal jeg redirecte alle 404?
Kun når der findes en klar semantisk arvtager. Masser af blinde 301 til forsiden skader ofte mere end de gavner.
Næste skridt fra begreb til handling
Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.
Brug Transfer-Encoding (chunked) til progressiv rendering: hurtigere første visning
Lær at finde ud af om din server eller reverse proxy buffer HTML-svar, og få streaming (chunked) til at flytte første visning og LCP i den rigtige retning.
Få edge cache-hit på HTML: undgå cookies, forkert Vary og dårlige cache keys
Mange sites har CDN, men får stadig høj TTFB fordi HTML ikke caches. Lær et praktisk workflow til at få cache-hit på offentlige sider uden at servere forkert indhold.
Forbedr TTFB med caching, edge cache og hurtigere serverrespons
Lær hvordan du reducerer TTFB med page cache, edge cache, korrekt cache strategi og bedre serverrespons på HTML.
Reverse proxy og TTFB: sådan finder du cache-, TLS- og routing-fejl i praksis
Reverse proxy-laget kan være årsagen til høj TTFB, mystiske cache misses og 502/504-fejl. Lær hvad du skal kigge efter i headers og waterfall, og få et praktisk debug-flow.
Vary-header og caching: undgå forkert indhold og lav cache-hit-rate
Vary bestemmer hvornår caches skal gemme flere varianter af samme URL (fx gzip vs brotli eller dansk vs engelsk). Lær de typiske fejl, og hvordan du tester med headers og curl.
Sådan prioriterer du hastighedsoptimering uden at spilde tid
Lær hvordan du prioriterer hastighedsoptimering rigtigt, så du starter med de ændringer der giver mest effekt på LCP, INP, CLS og TTFB.