URL omdirigeringskontrol

URL omdirigeringskontrol er et gratis værktøj, der finder 301- og 302-omdirigeringer for en bestemt URL og følger en omdirigeringskæde i op til 10 trin.

Hvad er en URL-omdirigering?

En URL-omdirigering er et HTTP-svar, der beder en browser, søgemaskinecrawler eller anden klient om at anmode om en anden adresse. Svaret indeholder normalt en 3xx-statuskode og et Location-felt med en URI-reference som værdi. Referencen kan være relativ.

Statuskoden 301 betyder, at ressourcen er flyttet permanent. Den bruges ofte, når en side har fået ny adresse, ved skift fra HTTP til HTTPS eller til at samle identiske URL'er. Statuskoden 302 betyder, at ressourcen er fundet et andet sted, men flytningen betragtes som regel som midlertidig.

HTTP definerer også andre omdirigeringskoder, blandt andet 303, 307 og 308. Forskellen kan påvirke, hvordan klienter gentager anmodninger, især med metoder som POST. Til almindelige omdirigeringer af websider bruges 301 og 302 fortsat ofte, og det er disse koder, værktøjet er beregnet til at finde.

Hvordan tjekker jeg en URL-omdirigering?

Feltet Statuskode forventer en HTTP-statuskode som 301 eller 302. Kontrollen udføres på serveren og omfatter op til 10 omdirigeringstrin.

Dit input sendes til serveren via HTTPS og gemmes ikke.

Hvilke omdirigeringer finder værktøjet?

Værktøjet finder 301- og 302-omdirigeringer. En 301 angiver en permanent omdirigering, mens en 302 angiver en midlertidig omdirigering.

En sekvens, der skifter frem og tilbage mellem to adresser, er en omdirigeringsløkke. En lang række skift mellem HTTP, HTTPS, www, adresser uden www og varianter med eller uden afsluttende skråstreg er en omdirigeringskæde. Værktøjet stopper efter højst 10 trin og kan derfor ikke fastslå den endelige destination for en længere kæde.

Sådan løser du almindelige problemer med omdirigeringer

Kontrol af omdirigeringer er nyttig, når den endelige adresse i browseren skjuler de mellemliggende svar. Det kan hjælpe dig med at skelne en fejl i HTTP-konfigurationen fra et problem med DNS, applikationen eller cachelagring.

• En flyttet side åbner stadig på den gamle adresse. Tjek den gamle URL direkte. En 301 bør pege på den tilsigtede erstatning og ikke på en generel forside eller en anden forældet adresse.
• Adressen skifter hele tiden mellem HTTP og HTTPS. Test begge versioner. Modstridende regler på en webserver, i et indholdsdistributionsnetværk eller i en applikation kan sende HTTPS tilbage til HTTP, mens et andet lag straks ændrer det tilbage igen.
• Et link i en e-mail fører ikke til den forventede landingsside. Tjek hele URL'en, som den er kopieret fra beskeden, inklusive forespørgselsstrengen. Sporingstjenester tilføjer ofte en eller flere omdirigeringer før den endelige side, og en ugyldig mellemliggende destination kan afbryde kæden.

Hvis du flytter et domæne, bør du teste et repræsentativt udvalg af sidestier frem for kun at kontrollere forsiden. En korrekt omdirigering af forsiden beviser ikke, at produktsider, artikler og uploadede filer har tilsvarende regler for deres destinationer.

Tegnsætning og mellemrum har også betydning. Almindelige mellemrum er ikke gyldige i en URL og skal normalt procentkodes, for eksempel som %20. Et fragment, der begynder med #, håndteres af browseren og sendes ikke med HTTP-anmodningen. Derfor vælger du ikke en anden omdirigering på serveren ved kun at ændre fragmentet. Internationaliserede domænenavne kan være repræsenteret i ASCII-formatet Punycode, mens tegn uden for ASCII i stien kodes som bytes, normalt med UTF-8. De relevante bytes procentkodes under overførslen.

Hvorfor ser en korrekt omdirigering stadig forkert ud?

En korrekt omdirigering kan se forkert ud, fordi browsere, DNS-resolvere, proxyservere og indholdsdistributionsnetværk kan bruge cachelagrede oplysninger. Permanente omdirigeringer bliver især ofte liggende i browserens cache, efter at reglen på serveren er blevet ændret.

Et serverbaseret kontrolværktøj deler ikke din browsers lokale historik over omdirigeringer, men målwebstedet eller dets CDN kan stadig returnere et cachelagret svar.

DNS-ændringer medfører en separat forsinkelse. Rekursive resolvere kan beholde den tidligere IP-adresse, indtil postens levetid udløber. I den periode kan forskellige netværk få forbindelse til forskellige servere og modtage forskellige regler for omdirigering. Udtrykket "DNS-udbredelse" beskriver denne ujævne udløbning af caches, ikke én samlet global opdatering.

Hvis domænet er flyttet for nylig, bør du sammenligne DNS-posten, CDN-konfigurationen og reglerne på origin-serveren. Google Cache Kontrolværktøj kan give kontekst om en ældre indekseret eller cachelagret side, mens Webhostingstjekker kan hjælpe med at finde ud af, hvor domænet ser ud til at være hostet nu. Ingen af værktøjerne erstatter en kontrol af HTTP-omdirigeringer.

Ofte stillede spørgsmål

Kan jeg ændre en 301-omdirigering senere?

Ja, serverkonfigurationen kan ændres, men klienter kan fortsætte med at bruge et cachelagret 301-svar i et stykke tid. Test med en ny browserprofil, og ryd de relevante CDN-caches, hvis du har adgang til dem. Undgå at bruge 301 under de første test, hvis destinationen stadig kan blive ændret.

Følger URL'ens forespørgselsstreng med gennem en omdirigering?

Kun hvis omdirigeringsreglen og den genererede Location-værdi bevarer den. Nogle systemer kopierer automatisk den oprindelige forespørgselsstreng, mens andre erstatter eller fjerner den. Tjek en realistisk URL med ufarlige testparametre i stedet for at gå ud fra, at alle varianter opfører sig ens.

Hvordan behandles mit input?

Behandlingen foregår på serveren. Dit input sendes til serveren via HTTPS og gemmes ikke.

Kontrollerer værktøjet omdirigeringer med JavaScript eller meta refresh?

Værktøjet finder HTTP-omdirigeringer med statuskoderne 301 og 302 og kontrollerer op til 10 omdirigeringer.

Kan jeg kontrollere omdirigeringer fra kommandolinjen?

Ja. Kommandoen curl kan vise svarheadere, og funktionen til at følge omdirigeringer kan anmode om de efterfølgende adresser. Det er nyttigt, når du skal udføre gentagelige kontroller fra en bestemt maskine eller et bestemt netværk, især efter ændringer af DNS- eller firewallregler.