Hurtigere hjemmeside hjælp til en langsom hjemmeside

HTTP-redirects

Redirects flytter brugere og crawlere fra én URL til en anden. Forkerte kæder og valg af statuskode kan spilde crawl budget, forsinke LCP og splitte signals.

Skrevet af Kim Tetzlaff

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 httphttps 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.

Om forfatteren

Kim Tetzlaff

Kim skriver og vedligeholder indhold på hurtigere-hjemmeside.dk med fokus på målelig performance, Core Web Vitals og teknisk SEO. Målet er at gøre optimering konkret: hvad der faktisk flytter tal i feltdata, og hvordan du finder den korteste vej fra symptom til fix.

Kim Tetzlaff