WordPress-omdirigeringskæder opstår, når en URL omdirigerer til en anden URL, som derefter omdirigerer igen, før den når den endelige destination. Selvom omdirigeringer ofte er nødvendige, kan lange omdirigeringskæder gøre dit websted langsommere, spilde crawlbudgettet og have en negativ indflydelse på både brugeroplevelsen og SEO-ydeevnen.
Heldigvis er omdirigeringskæder nemme at identificere og reparere. Ved at forenkle omdirigeringsstier og fjerne unødvendige omdirigeringer kan du forbedre webstedets hastighed, hjælpe søgemaskiner med at gennemgå dine sider mere effektivt og opretholde stærkere placeringer.
En omdirigeringskæde i WordPress opstår, når en URL omdirigerer til en anden URL, der også omdirigerer, hvilket skaber en sekvens af to eller flere hop, før den når den endelige destination. Omdirigeringskæder udvander linkværdien, forsinker sideindlæsningstider, spilder crawlbudgettet og sender inkonsistente signaler til søgemaskiner om, hvilken URL der skal indekseres og rangeres.
Hvad er en omdirigeringskæde i WordPress?
En omdirigeringskæde opstår, når URL A omdirigerer til URL B, som igen omdirigerer til URL C i stedet for at være den endelige destination. Hvert ekstra hop i sekvensen tilføjer latenstid, udvander linkværdien, der passerer gennem kæden, og øger chancen for, at søgemaskiner holder op med at følge kæden, før de når den endelige URL.
En enkelt 301-omdirigering er fuldt ud acceptabel og har minimal SEO-påvirkning, når den implementeres korrekt. Problemet starter, når omdirigeringer stables oven på hinanden over tid, normalt fordi gamle omdirigeringer aldrig opdateres, når URL'er ændres igen.
De fleste WordPress-websteder udvikler omdirigeringskæder gradvist gennem migreringer, ændringer af permalinks og plugin-skift snarere end gennem en enkelt bevidst handling.
Hvordan påvirker omdirigeringskæder din WordPress SEO?
Omdirigeringskæder bremser ikke bare dit websted. De svækker aktivt siderne i slutningen af kæden ved at reducere autoriteten og signalerne, der flyder gennem hvert hop.
- Tab af link-equity på tværs af hvert omdirigeringshop: Hver omdirigering i en kæde overfører mindre link-equity end et direkte link. En kæde på tre eller fire hop leverer betydeligt mindre autoritet til den endelige URL end en enkelt direkte omdirigering ville.
- Langsommere sideindlæsningstider: Hvert omdirigeringshop tilføjer en rundtur til serveren, før browseren når den sidste side. På mobilforbindelser kan flere hops tilføje hundredvis af millisekunder til indlæsningstiden.
- Spildt crawlbudget: Søgemaskiner følger omdirigeringskæder, men hvert hop bruger crawlbudgettet. Websteder med mange kædede omdirigeringer spilder crawlbudgettet på omdirigeringsopløsning i stedet for at indeksere det faktiske indhold.
- Dårlig brugeroplevelse: Besøgende, der følger links via omdirigeringskæder, oplever langsommere sideindlæsninger og lejlighedsvise timeouts, hvilket skader tilliden og øger afvisningsprocenterne.
- Lavere placeringer for berørte sider: Sider, der modtager det meste af deres autoritet gennem omdirigeringskæder, præsterer konsekvent dårligere end sider, der modtager direkte links, fordi autoritetssignalet fortyndes ved hvert hop.
- Inkonsistente indekseringssignaler: Omdirigeringskæder forvirrer søgemaskiner om, hvilken URL der er kanonisk, hvilket potentielt kan føre til, at den forkerte URL indekseres, eller at den endelige destination indekseres med reduceret autoritet.
Hvad forårsager omdirigeringskæder i WordPress?
Omdirigeringskæder udvikler sig næsten altid gradvist i stedet for at blive skabt bevidst. At forstå de mest almindelige årsager hjælper dig med at identificere, hvor dine kæder kommer fra, og forhindre, at nye dannes, når du har repareret de eksisterende.
Flere URL-ændringer over tid
Den mest almindelige årsag til omdirigeringskæder er at foretage flere URL-ændringer på den samme side uden at opdatere de eksisterende omdirigeringer hver gang. Den første ændring opretter en omdirigering fra URL A til URL B. Den anden ændring opretter en omdirigering fra URL B til URL C. Den oprindelige omdirigering fra A til B opdateres aldrig til at pege direkte på C, hvilket skaber en kæde.
Dette sker oftest med blogindlæg og produktsider, der genudgives med opdaterede slugs, sider, der gennemgår flere redesigns, og URL'er, der ændres under en migrering og derefter ændres igen bagefter. Hver gang en URL ændres uden at den forrige omdirigering opdateres, tilføjes et andet link til kæden.
Plugin- og temamigreringer
Skift af omdirigeringsplugins eller migrering til et nyt tema skaber ofte omdirigeringskæder, fordi den nye opsætning ikke tager højde for omdirigeringer, der allerede var på plads. En omdirigering oprettet af det gamle plugin genskabes og peger på en URL, som det nye tema allerede har ændret, hvilket skaber en løkke.
Temamigreringer, der ændrer URL-strukturer for brugerdefinerede indlægstyper, kategorier eller arkiver, er særligt tilbøjelige til at generere kæder, fordi de påvirker et stort antal URL'er samtidigt, og omdirigeringsvolumenerne gør det nemt at overse kædede poster i konfigurationen.
HTTP til HTTPS-migreringer
En HTTP-til-HTTPS-migrering opretter en omdirigering fra hver HTTP-URL til dens HTTPS-ækvivalent. Hvis nogen af disse HTTP-URL'er allerede havde omdirigeringer, der pegede på dem fra andre gamle URL'er, danner disse gamle omdirigeringer nu det første hop i en kæde, der passerer gennem HTTP, før den når HTTPS-slutdestinationen.
Løsningen kræver, at alle gamle omdirigeringer opdateres, så de peger direkte på den endelige HTTPS-URL i stedet for den mellemliggende HTTP-URL. Selv hvis man mangler en håndfuld af disse under en migrering, opstår der kæder, der fortsætter med at udvande autoriteten og bremse disse sider på ubestemt tid.
Uoverensstemmelser mellem www og ikke-www URL'er
WordPress-sider, der ikke har konfigureret deres kanoniske URL-præference korrekt, har ofte både www- og ikke-www-versioner af deres URL'er, der omdirigerer til hinanden. En besøgende eller crawler, der tilgår ikke-www-versionen, omdirigeres til www-versionen, men hvis en eksisterende omdirigering allerede peger på ikke-www-versionen fra en ældre URL, dannes der en omdirigeringsløkke.
Dette forværres, når webstedet også har HTTP-til-HTTPS-omdirigeringer på plads, hvilket skaber en tre-hop-kæde fra HTTP ikke-www til HTTPS ikke-www til HTTPS www, før den endelige destinations-URL når.
Hvordan finder man omdirigeringskæder i WordPress?
At finde omdirigeringskæder kræver, at du gennemgår dit websted og sporer hver omdirigeringssti fra dets oprindelse til dets endelige destination. Disse tre metoder dækker de fleste omdirigeringskæder på tværs af websteder af enhver størrelse.
Brug Screaming Frog til at kravle efter omdirigeringskæder
Screaming Frog er det mest pålidelige værktøj til at finde omdirigeringskæder på tværs af et helt WordPress-websted. Kør en fuld crawl, gå derefter til Rapporter, og vælg Omdirigeringskæder. Dette genererer en komplet liste over alle URL'er på dit websted, der involverer mere end ét omdirigeringshop, før de når den endelige destination.
Eksporter omdirigeringskæderapporten som et regneark. Hver række viser hele kæden fra den første URL gennem hver mellemliggende omdirigering til den endelige destination. Brug dette som dit arbejdsdokument til rettelsesprocessen. Sorter efter kædelængde for at prioritere de længste kæder først, da disse har størst indflydelse på sidehastighed og linklighed.
Brug Ahrefs eller Semrush til at identificere omdirigeringsproblemer
Både Ahrefs og Semrush markerer omdirigeringskæder i deres værktøjer til webstedsrevision. Ahrefs Site Audit identificerer sider med omdirigeringskæder under problemkategorien og viser dig, hvilke specifikke URL'er der er involveret i hver kæde. Semrush Site Audit gør det samme under advarselssektionen i sin tekniske SEO-rapport.
Disse værktøjer er særligt nyttige til at identificere omdirigeringskæder, der påvirker sider med backlinks, da de krydsrefererer dine omdirigeringskædedata med din backlinkprofil. En omdirigeringskæde, der påvirker en side med stærke eksterne backlinks, er en løsning med højere prioritet end en, der påvirker en side uden eksterne links.
Tjek omdirigeringskæder manuelt med et browserværktøj
For at kontrollere specifikke URL'er i stedet for at udføre en fuld webstedsrevision, sporer browserbaserede omdirigeringstjekkere som httpstatus.io eller redirectcheck.com den fulde omdirigeringssti for enhver URL og viser dig hvert hop i kæden sammen med HTTP-statuskoden på hvert trin.
Denne metode er nyttig til at verificere rettelser, efter du har foretaget ændringer, til at kontrollere specifikke URL'er, der er markeret af andre værktøjer, og til at undersøge omdirigeringskæder på konkurrerende websteder for at forstå URL-strukturmønstre. Det er ikke praktisk til at finde alle kæder på tværs af et stort websted, men det er den hurtigste måde at undersøge individuelle URL'er på.
Sådan fjerner du omdirigeringskæder i WordPress: Trin for trin
Gennemgå disse trin i rækkefølge. At rette omdirigeringskæder kræver opdatering af selve omdirigeringerne og rydning af de interne links, der peger på omdirigerede URL'er på tværs af dit websted.
Trin 1: Undersøg alle omdirigeringer på dit websted
Før du retter noget, skal du generere en komplet oversigt over alle omdirigeringer, der aktuelt er aktive på dit websted. Eksporter alle omdirigeringer fra dit omdirigeringsplugin-dashboard, uanset om det er Redirection, Rank Math eller et andet værktøj. Hvis du også har omdirigeringer på serverniveau i din .htaccess-fil, skal du eksportere dem separat.
Kombiner alle omdirigeringskilder i et enkelt regneark med kolonner for kilde-URL, destinations-URL, omdirigeringstype og oprettelsesdato (hvis tilgængelig). Når du har alt samlet ét sted, kan du se det fulde billede af din omdirigeringsstruktur, før du foretager ændringer.
Trin 2: Kortlæg hver omdirigeringskæde fra start til slut
Brug din Screaming Frog-omdirigeringskæderapport og din fulde omdirigeringsbeholdning til at spore hver kæde fra dens oprindelses-URL til dens endelige destination. For hver kæde skal du dokumentere alle mellemliggende URL'er i sekvensen og den endelige destinations-URL.
En kæde, der går fra A til B til C til D, skal skjules, så A, B og C alle omdirigerer direkte til D. Dokumenter den endelige destination for hver URL i hver kæde, før du foretager ændringer, så du har en klar reference til de opdateringer, du skal foretage.
Trin 3: Opdater hver omdirigering, så den peger direkte på den endelige URL
For hver kæde, du har kortlagt, skal du opdatere omdirigeringen for hver mellemliggende URL, så den peger direkte på den endelige destination i stedet for på den næste URL i kæden. I dit omdirigeringsplugin skal du finde omdirigeringen for URL A og ændre dens destination fra URL B til URL D. Find derefter omdirigeringen for URL B og ændre dens destination fra URL C til URL D.
Test hver opdateret omdirigering med et omdirigeringstjekværktøj umiddelbart efter ændringen for at bekræfte, at den nu løses i et enkelt hop til den korrekte endelige destination. Gå ikke videre til den næste kæde, før du har bekræftet, at den nuværende er fuldt løst.
Trin 4: Ret interne links, der peger på omdirigerede URL'er
Når du har lukket dine omdirigeringskæder, skal du gennemgå dine interne links og opdatere alle, der peger på mellemliggende omdirigerings-URL'er i stedet for direkte til den endelige destination. Hvert internt link, der stadig peger på en omdirigeret URL, tilføjer et unødvendigt omdirigeringshop for både brugere og crawlere.
Brug Screaming Frog eller dit SEO-plugin til at identificere interne links, der peger på omdirigerede URL'er. Opdater hvert enkelt link, så det linker direkte til den endelige destinations-URL. Dette eliminerer omdirigeringen helt for intern trafik og forbedrer crawl-effektiviteten på tværs af dit websted.
Trin 5: Opdater dit XML-sitemap
Når du har rettet dine omdirigeringskæder, skal du generere dit XML-sitemap for at sikre, at det kun indeholder de endelige destinations-URL'er. Et sitemap, der stadig indeholder omdirigerede URL'er, fortæller Google, at det skal crawle og følge omdirigeringer i stedet for at gå direkte til de indekserbare sider.
Send det opdaterede sitemap til Google Search Console umiddelbart efter regenerering. Dette beder Google om at gennemgå din opdaterede URL-struktur igen og om at finde links direkte til deres endelige destinationer i stedet for via omdirigeringskæder.
Trin 6: Overvåg for nye omdirigeringskæder efter ændringer
Planlæg en opfølgende crawl med Screaming Frog to til fire uger efter, at du har rettet dine omdirigeringskæder, for at bekræfte, at der ikke er dukket nye kæder op, og at alle tidligere rettelser fungerer korrekt. Tjek også Google Search Console for eventuelle nye crawlfejl, der er opstået som følge af omdirigeringsændringerne.
Indbyg en kvartalsvis omdirigeringsrevision i din almindelige WordPress-vedligeholdelsesplan . Omdirigeringskæder dukker op igen over tid, når nyt indhold udgives, URL'er opdateres, og plugins ændres. En kvartalsvis revision fanger nye kæder, før de ophobes til et større problem.
Skader omdirigeringskæder din WordPress SEO?
Vores SEO-team gennemgår din fulde omdirigeringsstruktur, samler hver kæde til et enkelt hop og retter dine interne links, så dit websted crawler effektivt og rangerer, som det skal.
Hvordan retter man omdirigeringskæder forårsaget af HTTP til HTTPS-migrering?
HTTP-til-HTTPS-omdirigeringskæder dannes, når gamle HTTP-URL'er, der allerede havde omdirigeringer, der pegede på dem, pakkes ind i en yderligere HTTPS-omdirigering under migreringen. Resultatet er en kæde, hvor det første hop peger på en HTTP-URL, og det andet hop peger på HTTPS-slutdestinationen.
Løsningen kræver, at alle omdirigeringer, der i øjeblikket peger på en HTTP-destinations-URL, opdateres til i stedet at pege direkte på HTTPS-versionen. Gennemgå hele din omdirigeringsbeholdning, og opdater alle destinations-URL'er fra http:// til https://.
Efter opdateringen skal du bekræfte i dine WordPress-indstillinger, at både din WordPress-adresse og webstedsadresse er indstillet til HTTPS under Indstillinger og derefter Generelt. Test en prøve af tidligere sammenkædede URL'er for at bekræfte, at de nu finder den korrekte HTTPS-destination i et enkelt hop.
Sådan løser du problemer med www vs. ikke-www omdirigeringskæder i WordPress?
www vs. ikke-www omdirigeringskæder opstår, når dit websted omdirigerer mellem www- og ikke-www-versioner, og eksisterende omdirigeringer peger på den version, du omdirigerer væk fra. En omdirigering fra ditdomæne.com til www.ditdomæne.com opretter en to-hop-kæde, hver gang den omdirigering følges.
Angiv din kanoniske URL-præference tydeligt i WordPress under Indstillinger > Generelt, og sørg for, at både WordPress-adressen og webstedsadressen bruger det samme www- eller ikke-www-format konsekvent. Opdater derefter alle omdirigeringer i din inventar, hvis destinations-URL bruger det ikke-foretrukne format, så de peger direkte på den foretrukne version.
Hvis du har omdirigeringer på serverniveau i din .htaccess-fil, der håndterer www-præferencen, skal du bekræfte, at de ikke opretter yderligere hops oven i dine omdirigeringer på WordPress-niveau.
Bedste plugins til at administrere og rette omdirigeringer i WordPress
Det rigtige omdirigeringsplugin gør det betydeligt nemmere at administrere og rette omdirigeringskæder. Hver af disse håndterer en specifik del af omdirigeringsstyringen på WordPress-sider.
| Plugin | Bedst til | Fordel |
|---|---|---|
| Omdirigering | Fuld omdirigeringsstyring | Sporer og retter omdirigeringskæder. |
| Rang Matematik | SEO-omdirigeringskontrol | Indbygget omdirigeringsmanager. |
| Yoast SEO Premium | SEO-fokuserede omdirigeringer | Automatiske omdirigeringsforslag. |
| Enkle 301-omdirigeringer | Grundlæggende omdirigeringsopsætning | Let omdirigeringsstyring. |
| Alt-i-en SEO | Omdirigeringsstyring | Fuld omdirigeringsrevision og rettelse. |
Almindelige fejl i omdirigeringskæden, der skal undgås
De fleste problemer med omdirigeringskæder er forudsigelige og forebyggelige. Disse fejl opstår gentagne gange på tværs af WordPress-websteder, og hver enkelt skaber enten nye kæder eller forhindrer, at eksisterende kæder bliver fuldt ud løst.
- Omdirigering til en anden omdirigeret URL i stedet for den endelige destination: Enhver omdirigeringsdestination bør være den endelige live URL. At pege en omdirigering til en anden omdirigeret URL er det, der skaber kæder i første omgang.
- Efterladelse af gamle HTTP-URL'er i dit sitemap: Et sitemap, der indeholder HTTP-URL'er, tvinger crawlere til at følge mindst én omdirigering, før de når dine HTTPS-sider, hvilket unødvendigt bruger crawlbudgettet.
- Ikke opdatering af interne links efter rettelse af omdirigeringskæder: Hvis omdirigeringer rettes uden at opdatere interne links, efterlader det unødvendige omdirigeringshops for al intern trafik og crawlere.
- Oprettelse af omdirigeringsløkker ved et uheld: En omdirigeringsløkke opstår, når URL A omdirigerer til URL B, som derefter omdirigerer tilbage til URL A. Bekræft altid destinations-URL'en, før du gemmer en omdirigering, for at undgå at oprette løkker.
- Brug af midlertidige 302-omdirigeringer i stedet for permanente 301-omdirigeringer: En 302-omdirigering fortæller søgemaskiner, at flytningen er midlertidig, hvilket betyder, at de ikke videregiver link equity og fortsætter med at indeksere den oprindelige URL.
- Ikke test af omdirigeringer efter ændringer: Enhver omdirigeringsændring bør verificeres med et omdirigeringstjekværktøj, før rettelsen betragtes som fuldført. Utestede ændringer introducerer ofte nye problemer.
Hvordan forhindrer man, at omdirigeringskæder opbygges igen?
Forebyggelse er mere effektivt end periodisk oprydning. Disse vaner holder din omdirigeringsstruktur ren, efterhånden som dit websted vokser og ændrer sig over tid.
- Omdiriger altid direkte til den endelige destinations-URL: Enhver ny omdirigering, du opretter, skal pege på den endelige live-URL uden mellemliggende hop mellem kilde og destination.
- Opdater interne links umiddelbart efter enhver URL-ændring: Når du ændrer en URL, skal du opdatere alle interne links, der peger på den gamle URL, før du tilføjer en omdirigering. Dette eliminerer omdirigeringen helt for intern trafik.
- Kvartalsvis gennemgang af omdirigeringer med Screaming Frog: En kvartalsvis gennemgang fanger nye omdirigeringskæder, før de forværres og påvirker et betydeligt antal sider på tværs af dit websted.
- Brug et omdirigeringsplugin, der advarer dig om kædede omdirigeringer: Omdirigeringsplugin'et markerer, når en ny omdirigeringsdestination allerede er en omdirigeret URL, hvilket forhindrer utilsigtede kæder.
- Før en omdirigeringslog for at spore alle URL-ændringer: Dokumentér alle URL-ændringer med den gamle URL, den nye URL, dato og årsag. Dette gør fremtidige revisioner betydeligt hurtigere og forhindrer dannelse af kæder gennem gentagne ændringer af de samme URL'er.
- Test hver ny omdirigering før publicering: Bekræft, at hver omdirigering løses korrekt i et enkelt hop, før den betragtes som færdig. Et omdirigeringstjekværktøj tager få sekunder og forhindrer problemer i at forværres.
Konklusion: Ret dine omdirigeringskæder og hold dem rene
Omdirigeringskæder er et teknisk SEO-problem,. Løsningen kræver en komplet omdirigeringsrevision, hvor hver kæde kollapses til et enkelt hop, interne links opdateres og dit sitemap opdateres.
Forebyggelse kræver én konsekvent vane: peg altid hver omdirigering til den endelige destinations-URL. Integrer en kvartalsvis revision i din WordPress-vedligeholdelsesrutine, og omdirigeringskæder vil aldrig hobe sig op til et væsentligt problem igen.
Ofte stillede spørgsmål om WordPress-omdirigeringskæder
Hvad er en omdirigeringskæde i WordPress?
En omdirigeringskæde i WordPress opstår, når en URL omdirigerer til en anden URL, der også omdirigerer, hvilket skaber en sekvens af to eller flere hop, før den når den endelige destination. De dannes gradvist gennem flere URL-ændringer, plugin-migreringer og HTTP-til-HTTPS-migreringer, hvor gamle omdirigeringer aldrig opdateres til at pege direkte på den endelige destinations-URL.
Skader omdirigeringskæder SEO?
Ja. Omdirigeringskæder udvander linkværdien ved hvert hop, forsinker sideindlæsningstider, spilder crawlbudgettet og sender inkonsistente indekseringssignaler til søgemaskiner. Sider, der modtager det meste af deres autoritet gennem omdirigeringskæder, rangerer konsekvent lavere end sider, der modtager direkte links, fordi autoritetssignalet svækkes med hvert yderligere hop.
Hvordan finder jeg omdirigeringskæder på mit WordPress-websted?
Crawl dit websted med Screaming Frog, og brug rapporten Redirect Chains under menuen Rapporter. Ahrefs og Semrush Site Audit-værktøjer markerer også omdirigeringskæder i deres tekniske SEO-rapporter. For at kontrollere individuelle URL'er skal du bruge en browserbaseret omdirigeringstjekker som httpstatus.io til at spore den fulde omdirigeringssti for enhver URL.
Hvad er forskellen mellem en omdirigeringskæde og en omdirigeringsløkke?
En omdirigeringskæde er en sekvens af omdirigeringer, der i sidste ende fører til en endelig destinations-URL. En omdirigeringsløkke er en sekvens, hvor omdirigeringer cirkler tilbage til en URL, der allerede var i kæden, hvilket skaber en uendelig løkke, der aldrig når en endelig destination. Omdirigeringsløkker returnerer en browserfejl, mens omdirigeringskæder løser problemfrit, men på bekostning af reduceret ydeevne og SEO-værdi.
Hvordan retter jeg en omdirigeringskæde i WordPress?
Kortlæg hver kæde fra start til slutdestination, og opdater derefter hver mellemliggende omdirigering, så den peger direkte på den endelige URL i stedet for den næste URL i kæden. Når du har rettet omdirigeringerne, skal du opdatere alle interne links, så de peger direkte på de endelige destinations-URL'er, og generere dit XML-sitemap for at fjerne eventuelle omdirigerede URL'er.
