301 redirects og udarbejdelse af en liste med redirects

📅 Oprettet:30 sep 2022 | 🔄 Opdateret: 12. juli 2026 | ⏱️ Læsetid: 12 min. | 📝Antal ord: 2399

At skifte website eller platform er en af de mest kritiske operationer for din organiske synlighed. Hvis det gøres forkert, kan det koste dyrt i tabte placeringer og trafik.

Denne artikel dykker ned i en grundig, trin-for-trin metode, der rækker langt ud over den simple “crawl og match”-tilgang. Du lærer at afdække selv de skjulte URL’er, som Google har indekseret, så man kan bevare sin søgemaskineværdi.

Jeg har således for nyligt været involveret i flere skift af websites hvor det desværre var nødvendigt at lave en hel del 301 redirects. Normalt vil man gerne beholde de eksisterende URL’er hvis de er effektive men nogle platforme som eksempelvis Shopify opererer med faste strukturer i URL’er hvor redirects er nødvendige og helt banalt at fastslå – uendeligt vigtige hvis man vil beholde organiske positioner på den korte bane.  Et skift af website eller platform er i øvrigt en god lejlighed til at få ryddet op i gamle redirects og måske fange et par redirects der kunne give værdi.

Der er rigtigt mange gode artikler der forklarer hvad en redirect er, forskelle på 301 og 302 redirects og eksempelvis forskellen på server side redirects og client side redirects. Det kan man læse om andetsteds men hvordan udarbejdes sådan en liste med 301 redirects?

Opdraget her er at der skal udarbejdes en komplet liste med 301 redirects som skal kunne opsættes i en serverkonfigurationsfil som eksempelvis .htaccess. Jeg ser desværre projekter hvor man udelukkende crawler det gamle website og holder det op imod det nye website. Det er en voldsom forsimpling af opgaven og der skal her redegøres for et tips til udbejdning af listen med 301 redirects.

Først er der 6 vigtige steps man skal igennem. Dernæst en FAQ om 301 redirects med svar på et par vigtige spørgsmål og endelig en tjekliste man kan tage udgangspunkt i.

6 vigtige steps til at oprette en liste med 301 redirects

Step 1 – Crawl det eksisterende website

Den simple model og første skridt kunne være at crawle det eksisterende website i Screaming Frog. Det er ganske enkelt et fantastisk værktøj men også et monster en af applikation som kan alt muligt. Den gratis version vil sagtens kunne løse opgaven hvis der er færre end 500 sider der skal crawles. Når man crawler et website skal man være opmærksom på om en URL er canonicalised, dvs. har en instruks til til Google om at indexere den pågældende side under en anden URL. Det er ikke sikkert at Google indexeres siden under den URL men er det sket er der jo under grund til at lave en redirect på URL’en uden canonical. Der er heller ingen grund til at medtage sider der ikke er indekserbare så dem ville jeg i første omgang udelade.

Det vi ender op med er en række URL’er som alle er “indexable”  og således burde findes på Google. Smid dem i Google Sheets eller Excel men vent med at tage stilling til hvor siderne skal redirectes nu og vent til alle steps er gennemførte.

Step 2 – Check for indgående broken links

Næste step ville være at checke om websitet skulle have indgående links der er broken. Det er værdifuldt at opsøge disse og kan man ikke rette de links på selve de websites kan de tages med i redirects. Værktøj som SEMrush, Ahrefs eller SEranking kan opstøve de links. Tilføj dem i listen nederst i regnearket. 

Step 3 – Check eksisterende redirects

Næste step kunne være at checke om der allerede ligger interne redirects i den platform man er ved at sige farvel til. Skifter man platform forsvinder de redirects jo hvis de er sat op i platformen! Det kan der sagtens gøre fra gamle migreringer eller gamle eksterne links. Min hovedregel er at hvis jeg tror de redirects er yngre end 2 år graver jeg dem frem og påfører dem på min liste. De skal naturligvis også i arket.

 

Step 4 – Check Google Search Console

Jeg tager også altid et kig i Google Search Console for at se om der gemmer sig noget spændende der kunne afføde en redirect eller to. Kig særligt under menuen Indeks -> Sider og “Ikke fundet (404). På nuværende tidspunkt burde de redirects vel være fundet i de tidligere steps men intet er forgjort i at tage dem med her. Brug eksporter menuen for at lette arbejdet med at få det ud i arket.

Google serach console 404

Step 5 – Crawl Google!

Så er der den vilde løsning jeg kun har gjort enkelte gange og som skal beskrives enkelt her. Steppet går ud på crawle Google og samle URL’er de sider op som Google har indexeret. Der kan ligge sider udover dem de tidligere steps har afdækket og det er en god proces til at forstå gappet mellem sider man selv tror burde indekseres og hvad Google rent faktisk har indekseret. Jeg har brugt et værktøj som hedder Apify som kan scrape Google og høste de første 300 sider Google har indexeret. Dem smider du også i arket.

Step 6 – Afslutning

Nu har man så en liste i et regneark med URL’er fra det eksisterende website men den vil helt sikkert indeholde dubletter fra de forskellige steps! Benytter man Excel så brug funktionen “Fjern dubletter”  på fanen Data eller bruger man  Google Sheets så find i menuen Data -> Dataoprydning -> Fjern dubletter.

Så skal listen naturligvis knyttes sammen med sider fra det nye website. Jeg har endnu ikke fundet andre processer end manuelt at kigge det igennem og knytte de gamle sider sammen med de nye. Men god fornøjelse!

Ofte stillede spørgsmål (FAQ) om 301 redirects

Hvad hvis jeg er i tvivl om, hvilken ny side en gammel URL skal pege på?

Omdiriger den til den nærmeste relevante side. Hvis ingen findes, er det bedre at omdirigere til hovedkategorien end til forsiden. Undgå at omdirigere alle “døde” sider til forsiden, da det kan opfattes som soft 404 af Google.

Hvor lang tid skal jeg beholde omdirigeringerne?

Minimum 1 år, men helst permanent. Du ved aldrig, hvornår et gammelt link bliver aktivt igen.

Er der en grænse for antallet af 301 redirects?

Mange omdirigeringer kan påvirke serverens ydeevne. For lister med over 500-1.000 omdirigeringer bør du overveje at implementere dem på serversprog (f.eks. PHP) eller ved hjælp af et dedikeret modul for at opretholde hastigheden

Hvordan håndteres redirects for URL'er med parametre (f.eks. ?sort=pris eller ?sessionid=123

Dette er en klassisk fælde. Du bør omdirigere den rene URL (f.eks. /kategori/produkt/) og lade serveren og canonicals håndtere parametrene. ellers kan man ende med 1.000 vis af 301 redirects. 

Tjekliste til 301 redirects

🔍 Fase 1: Kortlægning (Før migrering)

# Opgave Værktøj Udført ✅
1 Crawl det gamle website grundigt Screaming Frog
2 Eksportér alle indekserbare URL'er (status 200) til regneark Screaming Frog
3 Filtrér URL'er med canonical-tags fra (de er ikke primære) Excel / Google Sheets
4 Tjek for indgående broken links fra eksterne sites Ahrefs / SEMrush / SE Ranking
5 Eksportér alle eksisterende redirects fra det gamle system .htaccess / Plugin / Database
6 Hent 404-rapporten fra Google Search Console Google Search Console
7 (Avanceret) Scrap Googles indeks for site:ditdomæne.dk Apify

🛠️ Fase 2: Bearbejdning

# Opgave Værktøj Udført ✅
8 Saml alle URL'er i ét regneark Excel / Google Sheets
9 Fjern dubletter (Data → Fjern dubletter) Excel / Google Sheets
10 Prioriter URL'er med høj trafik (fra GA4 / GSC) Google Analytics / GSC
11 Match hver gammel URL med den mest relevante nye URL Manuel gennemgang
12 Tjek for og opløs omdirigeringskæder (A → B → C) Manuel gennemgang
13 Undgå at omdirigere til forsiden (soft 404-risiko) Manuel gennemgang

🧪 Fase 3: Test og validering (I staging-miljø)

# Opgave Værktøj Udført ✅
14 Implementér redirects i staging-miljø .htaccess / Nginx
15 Crawl alle gamle URL'er og bekræft status 301 Screaming Frog
16 Tjek at hver 301 peger på den korrekte nye URL Screaming Frog
17 Test HTTPS-omdirigering først (hvis relevant) Browser / cURL
18 Tjek for case-sensitivity-problemer (f.eks. /Produkt/ vs /produkt/) Screaming Frog
19 Test manuelt med browser-udvidelse Redirect Path

🚀 Fase 4: Implementering (Go-live)

# Opgave Værktøj Udført ✅
20 Implementér redirects på server-niveau (ikke kun plugin) .htaccess / Nginx
21 Opdater sitemap.xml med de nye URL'er CMS / Generator
22 Indsend nyt sitemap til Google Search Console GSC
23 Test alle kritiske URL'er (top 100) efter go-live Browser / cURL

📊 Fase 5: Overvågning (Efter go-live)

# Opgave Værktøj Udført ✅
24 Overvåg 404-fejl i Google Search Console dagligt GSC
25 Tjek serverlogfiler for uventede requests til gamle URL'er Serverlog
26 Følg organiske placeringer for top-10 søgeord SEMrush / Ahrefs
27 Tjek PageRank-overførsel via backlink-værktøjer Ahrefs / Majestic
28 Opdater interne links til at pege direkte på nye URL'er (over tid) CMS / Manuel
29 Overvej at fjerne ældre redirects (efter 1-2 år) Manuel gennemgang

📊 Statistik over processen

Brug denne sektion til at holde styr på dit projekts omfang:

Samlede URL'er fundet (før dubletter) _______
Unikke URL'er efter dublet-fjernelse _______
Heraf med trafik (top-prioritet) _______
Omdirigeringskæder opløst _______
Fejl i test (staging) _______
404-fejl efter go-live (uge 1) _______

💡 Tip til brug af tjeklisten

  • Print den ud og hæng den op ved din skærm under migreringen.
  • Del den med dit team, så alle ved, hvad der er gjort, og hvad der mangler.
  • Brug den som dokumentation til din kunde eller projektleder – den viser, at du har styr på processen.

Afslutning

Held og lykke med 301 redirects! Og står i foran et skift af platform eller noget i den stil og er bekymret for om der styr på 301 redirects så kigger jeg gerne uforpligtende på det og giver mit besyv med.

Kim Falkner

Digital marketing og Google Ads freelancer

Boost din digitale performance med en erfaren Google Ads og SEO-freelancer. Jeg hjælper virksomheder og digitale bureauer med at opnå bedre resultater på Googles platform. Jeg tilbyder konkurrencedygtige priser for en digital freelancer, ingen bindinger og mulighed for onsite-arbejde i København. Kontakt mig her.