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.

Sidst opdateret:

En redirect chain opstår når en URL omdirigerer til en anden URL, som selv omdirigerer til en tredje — og måske en fjerde. A → B → C er en kæde. Den endelige destination er C, men Googlebot og brugeren skal igennem to HTTP-requests for at komme dertil.

Kæder opstår typisk ikke ved et enkelt designvalg — de akkumuleres over tid. Et site skifter domæne og sætter 301-redirects op. Et år senere skifter URL-strukturen og der tilføjes nye redirects. Et tredje lag af redirects følger med et CMS-skift. Resultatet er redirect chains ingen har sat sig for at skabe.

SEO-konsekvenserne

Crawl budget. Hvert hop i kæden er en separat HTTP-request. Googlebot bruger crawl budget på hvert request — en kæde på tre led bruger tre gange så meget budget som en direkte URL. På store sites med mange redirect chains kan det være en reel crawl-friktion.

Link equity. Hvert redirect-hop medfører et mindre tab i equity-overførslen. En enkelt 301 overfører det meste af link equity. En kæde på tre led overfører markant mindre. Jo kortere kæde, jo mere equity bevares.

Sideindlæsning. Hvert hop tilføjer latency — typisk 50-150ms per redirect. Tre hop kan tilføje 300-450ms til sideindlæsning, der ellers ville have været nul. Det er direkte TTFB-tab.

Den hyppigste kilde: HTTP til HTTPS til www

Den mest udbredte redirect chain er: http://eksempel.dk → https://eksempel.dk → https://www.eksempel.dk. Det er to hop i stedet for ét. Løsningen er at konfigurere serveren til at gå direkte fra http://eksempel.dk til https://www.eksempel.dk i ét spring.

En anden klassiker: gammel URL med trailing slash der redirecter til version uden slash, som redirecter til ny URL-struktur.

Find og fix chains

Google Search Console’s Coverage-rapport viser ikke redirect chains direkte, men crawl-værktøjer som Screaming Frog mapper dem. Søg efter alle URL’er der returnerer 3xx og spor dem frem til final destination — identificer alle kæder med mere end ét hop.

Løsningen er konsekvent at opdatere alle redirects til at pege direkte på endeligt destination. Har du A → B → C, opdater A-redirectet til A → C og behold B → C til eventuelle direkte links. Brug 301 til permanente omdirigeringer — 302 overfører ikke link equity. → 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 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. 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 Crawl budget — Hvordan Google prioriterer din crawling Crawl budget er den mængde crawling Googlebot bruger på dit site — forstå hvad der spilder det og hvordan du optimerer. Artikel HTTPS og SSL/TLS — Sikker forbindelse som SEO-signal HTTPS er et Google rankingfaktor og browserstandard — forstå SSL/TLS-certifikater, redirects og mixed content-problemer. Artikel URL-struktur — Opbygning, slugs og SEO URL-strukturen er Googlebots første signal om hvad en side handler om. Rene, logiske URL'er reducerer crawl-friktion og giver kontekst til indeksering.

Ofte stillede spørgsmål

Mister man link equity i en redirect chain?
Ja. Hvert redirect-hop indebærer et mindre tab af link equity. Google er ikke præcis om størrelsen, men konsensus i branchen er at kæder reducerer equity-overførslen. Peg altid direkte fra den linkede URL til den endelige destination med én 301 for at bevare mest muligt.
Hvad er en redirect loop?
En redirect loop er en selvreferencerende kæde: A → B → A, eller A → B → C → A. Browsere og Googlebot stopper og returnerer fejl (typisk ERR_TOO_MANY_REDIRECTS) efter et antal hop. Det er et kritisk fejl der stopper crawling og gør siden utilgængelig for brugere.
Hvor mange redirects er acceptabelt?
Én redirect er acceptabelt. To er tolerabelt. Tre eller flere er et problem der bør løses. Googles egne anbefalinger er at holde redirect-kæder korte — og målet er altid at reducere til én enkelt redirect fra gammelt URL til endeligt destination.
Hvordan finder man redirect chains systematisk på et stort site?
Screaming Frog er det mest effektive tool til at kortlægge redirect chains. Kør en fuld crawl → filtrer på status 3xx → 'Follow chains' viser alle kæder med mere end ét hop. Ahrefs Site Audit og Semrush har tilsvarende funktionalitet. Eksporter listen og prioriter kæder der involverer URL'er med backlinks — de mister mest link equity.
Mister man link equity permanent ved redirect chains?
Ikke permanent — kun i den periode kæden eksisterer. Når kæden fjernes og der sættes en direkte 301 fra kilde til destination, begynder Google gradvist at opdatere indekset og konsolidere link equity til destinationssiden. Jo hurtigere kæder afkortes, jo hurtigere genoprettes fuld equity-overførsel.

Placering i ordbogen

Kode — Webkode og teknisk SEO
Server og HTTP-responser — Statuskoder, redirects og caching
Redirect chains — Kæder af omdirigeringer og SEO