Omfattende brugervejledning og praktiske anvendelser
RedirectChecker.Site er ikke blot en almindelig læser af HTTP-headere, men et avanceret netværksdiagnosticeringsværktøj til SEO-specialister, systemadministratorer og webudviklere. Hvis du forstår, hvordan funktionerne bruges korrekt, kan du fejlfinde komplekse omdirigeringsproblemer, der påvirker placeringer i søgemaskiner og brugeroplevelsen.
1. Sådan bruger du værktøjet: trin for trin
Indtast en komplet offentlig URL inklusive protokol (for eksempel https://example.com/old-page). Vælg en prøveprofil for User-Agent og om nødvendigt en profil for Client Hints . Værktøjet sender en serveranmodning med de valgte headere; det efterligner ikke en fuld browser, cookies, JavaScript eller en crawlers netværksidentitet.
2. Sådan fortolkes resultater og visuelle forløb
Klik på Test URL for at se hvert HTTP-svar i omdirigeringskæden, dets statuskode, den målte anmodningstid og den næste Location-URL, hvis en sådan findes. En kørsel følger op til fem omdirigeringer; hvis kæden fortsætter, medtages svaret fra den næste URL ikke i samme kørsel.
3. Praktisk eksempel: Find skift fra HTTPS
En omdirigering kan ændre en URL fra HTTPS til HTTP. Værktøjet markerer dette skift, når det registrerer en HTTPS-URL, hvis svar henviser til en HTTP-adresse i Location-headeren. Kontrollér destinationen, og konfigurer den tilsigtede HTTPS-rute, før du lægger resultatet til grund.
Teknisk grundlag: HTTP-statuskoder og netværksteknik
HTTP-statuskoder beskriver udfaldet af en anmodning, mens 3xx-svar sender klienter videre til en anden URL. Permanente omdirigeringer kan hjælpe søgemaskiner med at samle URL'er, men de garanterer ikke en bestemt placering eller indeksering. Vælg den statuskode, der passer til den ønskede varighed, og kontrollér hele kæden samt det endelige svar.
Forskellen mellem 301, 302, 307 og 308
- 301 Flyttet permanent: Bruges, når ressourcen er flyttet permanent. Søgemaskiner betragter en permanent omdirigering som et stærkt signal om destinationen, men ingen omdirigering garanterer et bestemt resultat for placering eller indeksering.
- 302 Fundet (midlertidig): Beder klienten om midlertidigt at hente en anden URL og angiver, at den oprindelige URL forventes at vende tilbage. Søgemaskiner overfører normalt ikke permanent linkværdi gennem en 302.
- 307 Midlertidig omdirigering: Den moderne HTTP/1.1-variant af 302. Vigtigt: En 307 sikrer, at HTTP-metoden (GET eller POST) IKKE ændres, når omdirigeringen følges.
- 308 Permanent omdirigering: Den permanente variant af 307. Den fungerer som en 301 i SEO-sammenhæng, men forhindrer browseren i at ændre en POST-anmodning til GET.
Browserkompatibilitet for HTTP-svarstatuskoder
HTTP-statuskoder er protokolsignaler, der håndteres af browserens netværkslag, ikke særskilte browserfunktioner. Moderne Chrome, Edge, Firefox, Safari, Opera, Android WebView og iPhone WebView håndterer standardens statusklasser; hvordan en fejl vises for brugeren, kan variere mellem browsere og afhængigt af en mellemliggende proxy.
| HTTP-svarklasse | Chrome / Edge | Firefox | Safari | Opera | Android / iPhone WebView | Praktisk kompatibilitetsdetalje |
|---|
| 1xx Informativ | Understøttet | Understøttet | Understøttet | Understøttet | Understøttet af netværkslaget | 100 og 101 er etablerede. 102 er specialiseret/forældet; understøttelsen af 103 Early Hints kan variere efter version, server og mellemled. |
| 2xx Succes | Understøttet | Understøttet | Understøttet | Understøttet | Understøttet | Samme protokolbetydning gælder; regler for svarindhold, f.eks. at 204/205 ikke har indhold, gælder fortsat. |
| 3xx Omdirigering | Understøttet | Understøttet | Understøttet | Understøttet | Understøttet | Klienter følger Location med forbehold for regler om metode, cache, sikkerhed og navigation. 307/308 bevarer metoden; 301/302 kan ændre POST til GET. |
| 4xx Klientfejl | Understøttet | Understøttet | Understøttet | Understøttet | Understøttet | Statusklassen genkendes, men visning af serverens svarindhold kan adskille sig fra browserens fejlside. |
| 5xx Serverfejl | Understøttet | Understøttet | Understøttet | Understøttet | Understøttet | Sider med proxy, genforsøgsadfærd og præsentation af diagnosen kan variere, selv når statuskoden er den samme. |
| Ikke-genkendt kode i en kendt klasse | Håndtering på klasseniveau | Håndtering på klasseniveau | Håndtering på klasseniveau | Håndtering på klasseniveau | Håndtering på klasseniveau | Klienter kan bruge det første ciffer til at udlede den overordnede klasse. En brugerdefineret kode får ikke en universel betydning af denne reserveadfærd. |
Denne tabel beskriver protokolkompatibilitet, ikke identisk visning eller en garanti for, at alle browserversioner håndterer mellemliggende svar på samme måde.
Overtrædelser ved cloaking og dynamisk gengivelse
Cloaking betyder, at søgemaskiner og mennesker får vist væsentligt forskelligt indhold eller forskellige destinationer. Du kan sammenligne svar på udvalgte User-Agent- og Client Hints-headere på systemer, du har tilladelse til at teste. Disse headerprofiler bekræfter ikke crawlerens identitet eller afgør, om et websted overholder Googles politikker.
Ofte stillede spørgsmål (tekniske spørgsmål)
Hvad er en »omdirigeringskæde«, og hvorfor er den skadelig for teknisk SEO?
En omdirigeringskæde opstår, når en URL passerer gennem flere mellemliggende adresser, før den når sin endelige side (f.eks. A → B → C → D). Hvert led kræver en ny anmodning, hvilket øger forsinkelsen og gør crawling mindre effektiv. Hold ruter så direkte som muligt; det næste spørgsmål forklarer anbefalede kædelængder.
RFC 9110: HTTP-semantik, omdirigering · Google Search Central: Flytning af websites og omdirigeringer
Hvordan kontrollerer jeg canonical-tags efter en omdirigering?
Dette værktøj følger HTTP-statuskoder og Location-headere; det henter eller analyserer ikke destinationssidens HTML og kan derfor ikke kontrollere rel=canonical. Åbn den endelige URL, og bekræft, at dens canonical-link peger på den foretrukne side, der kan indekseres. Du kan bruge URL-inspektion i Search Console til at se Googles valg af canonical.
Google Search Central: Canonicalisering · Google Search Central: Angiv en canonical-URL
Kan dette værktøj registrere JavaScript-baserede omdirigeringer?
Nej. Værktøjet følger HTTP 3xx-svar med en Location-header. Det afvikler ikke JavaScript og undersøger ikke svarindholdet for meta-refresh-tags; det kræver en browserbaseret undersøgelse.
Google Search Central: Omdirigeringer og Google Søgning
Hvad er en omdirigeringsløkke, og hvordan løser jeg den?
En omdirigeringsløkke er en uendelig cyklus, hvor URL A peger på URL B, og URL B peger tilbage på URL A, så browseren viser fejlen ERR_TOO_MANY_REDIRECTS. Løsningen kræver, at du redigerer serverens .htaccess-fil, Nginx-konfiguration eller CMS'ets ruteregler.
RFC 9110: HTTP-semantik, omdirigering · MDN: HTTP-svarstatuskoder
Hvad er Client Hints, og hvordan bruger værktøjet dem?
Client Hints er HTTP-anmodningsheadere som Sec-CH-UA-Mobile og Sec-CH-UA-Platform. Den valgte profil føjer de valgte headere til værktøjets serveranmodning, så du kan sammenligne serverens svar. Det er en headertest, ikke en fuld browsersimulering eller et bevis på, at anmodningen kom fra en bestemt browser eller crawler.
MDN: HTTP Client Hints
Hvor mange 301-omdirigeringer kan jeg have i en kæde?
Google oplyser, at Googlebot kan følge op til 10 omdirigeringer, men anbefaler en direkte rute, når det er muligt. Hvis kæden ikke kan fjernes, bør den være kort — helst højst tre led og under fem. Hvert led tilføjer en anmodning, og andre klienter kan have lavere grænser. Vælg permanente koder (301/308) eller midlertidige koder (302/307) efter den flytning, du ønsker.
Vejledning fra Google Search Central.
RFC 9110: HTTP-semantik, omdirigering
Hvilke HTTP-statuskoder angiver en permanent eller midlertidig flytning?
301 og 308 angiver, at en ressource er flyttet permanent; 302 og 307 angiver en midlertidig omdirigering. Vælg den status, der afspejler, om den oprindelige URL forventes at vende tilbage, og sørg for, at destinationen er relevant for den oprindelige anmodning.
RFC 9110: HTTP-semantik, omdirigering
Hvornår bør jeg bruge 307 eller 308 i stedet for 301 eller 302?
307 og 308 bevarer anmodningsmetoden ved omdirigering. Med 301 og 302 kan nogle klienter ændre en POST-anmodning til GET. Brug 307 ved en midlertidig flytning eller 308 ved en permanent flytning, hvis det er vigtigt at bevare metoden og anmodningens indhold; kontrollér adfærden med de klienter, din tjeneste understøtter.
RFC 9110: HTTP-semantik, 307 og 308
Hvad bekræfter et endeligt 2xx-svar?
Det bekræfter, at den sidste HTTP-anmodning i sporet modtog et svar i succesklassen. Det beviser ikke, at indholdet er nyttigt, tilgængeligt for alle besøgende, muligt at indeksere, korrekt canonicaliseret eller berettiget til en placering.
RFC 9110: HTTP-semantik, vellykkede svar · MDN: HTTP-svarstatuskoder
Hvorfor får værktøjet 403 eller 429, når siden åbner i min browser?
Værktøjet sender en serveranmodning, som kan afvige fra din browser med hensyn til netværksplacering, cookies, godkendelse og headere. En firewall, CDN, hastighedsbegrænsning eller botregel kan blokere eller begrænse den. Sammenlign serverlogs og adgangsregler; et 403- eller 429-svar fra én test beviser ikke, at alle besøgende blokeres.
RFC 9110: 403 Forbidden · RFC 6585: 429 Too Many Requests
Er Googlebot- og søgecrawlerprofilerne verificerede crawlere?
Nej. En profil ændrer kun User-Agent-headerens tekst. Anmodningen kommer ikke fra Google eller et andet crawler-netværk og kan ikke bevise, at afsenderen er en ægte crawler. Bekræft crawlerens identitet ved hjælp af udbyderens offentliggjorte IP- eller DNS-verifikationsmetode.
Google Search Central: Bekræft Googlebot og andre Google-crawlere
Hvorfor kan forskellige User-Agent-profiler give forskellige omdirigeringskæder?
Servere, CDN'er og applikationsregler kan vælge forskellige destinationer eller statuskoder ud fra anmodningsheadere, enhedssignaler, geografisk placering, godkendelse eller sessionstilstand. Sammenlign sporene som diagnostiske prøver; de svarer muligvis ikke til alle virkelige anmodninger fra brugere eller crawlere.
RFC 9110: Vary-header og forhandlede svar
Bevares forespørgselsparametre, når en URL omdirigeres?
Location-headeren i omdirigeringssvaret bestemmer den næste URL. En server kan bevare, fjerne eller omskrive forespørgselsparametre. Værktøjet følger den Location-værdi, det modtager; sammenlign derfor de viste URL'er for at se serverens faktiske svar.
RFC 9110: Location-svarheader
Hvad betyder en advarsel om skift fra HTTPS til HTTP?
Det betyder, at sporet registrerede en omdirigering fra en HTTPS-URL til en Location-adresse, der bruger HTTP. Skiftet reducerer transportbeskyttelsen for den næste anmodning. Kontrollér, om det er tilsigtet, og ret omdirigeringsdestinationen til HTTPS, hvis der findes et sikkert tilsvarende mål.
RFC 9110: URI-skema og omdirigeringssemantik · Google Search Central: HTTPS og dit website
Hvor mange omdirigeringer følger værktøjet i én kørsel?
Det aktuelle værktøj følger op til fem omdirigeringer. Hvis svaret efter det femte led peger på endnu en URL, kan kørslen vise den næste adresse uden at hente den. Åbn adressen i en ny kontrol, eller forkort kæden for at undersøge det endelige svar.
Hvordan påvirker Client Hints-vælgeren en kontrol?
Den tilføjer de valgte Sec-CH-*-headere, f.eks. et mobilsignal eller en platformværdi, sammen med den valgte User-Agent-streng. Det er konfigurerbare headereksempler; de efterligner ikke en browsers fulde netværksadfærd, og en server kan ignorere dem.
MDN: HTTP Client Hints
Hvornår bør jeg returnere 404 eller 410 i stedet for at omdirigere en fjernet URL?
Hvis en fjernet side ikke har en reelt tilsvarende erstatning, skal du returnere 404 (ikke fundet) eller 410 (væk). Omdirigér kun, når en relevant side erstatter den; omdirigering af irrelevante URL'er til forsiden kan vildlede besøgende og kan blive betragtet som en soft 404 af søgemaskiner.
RFC 9110: 404 Not Found · RFC 9110: 410 Gone · Google Search Central: Fejlfinding af crawlingfejl
Hvor længe bør jeg beholde en omdirigering efter flytning af en URL?
Behold omdirigeringen så længe som muligt. Google anbefaler at beholde omdirigeringer i mindst ét år efter en flytning af et website, så søgemaskiner kan behandle ændringen; besøgende kan fortsat bruge gamle bogmærker og links efter denne periode.
Google Search Central: Flytning af websites og omdirigeringer
Hvad bør jeg opdatere ud over omdirigeringen efter flytning af en URL?
Opdatér interne links, destinationssidens canonical-URL, hreflang-annoteringer, hvis de bruges, og XML-sitemap, så de peger på den nye URL. Sørg for, at erstatningssiden er relevant, og kontrollér derefter, at omdirigeringen løses direkte og ensartet.
Google Search Central: Flytning af websites og omdirigeringer