Omfattande användarguide och praktiska tillämpningar
RedirectChecker.Site är inte bara en vanlig läsare av HTTP-huvuden, utan ett avancerat nätverksdiagnosverktyg för SEO-specialister, systemadministratörer och webbutvecklare. Om du lär dig att använda funktionerna rätt kan du felsöka komplexa routningsproblem som påverkar sökmotorrankning och användarupplevelse negativt.
1. Så använder du kontrollverktyget: steg för steg
Ange en fullständig offentlig URL, inklusive protokoll (till exempel https://example.com/old-page). Välj en exempelprofil för User-Agent och vid behov en profil för begärandehuvudet Client Hints . Kontrollverktyget skickar en serverförfrågan med de valda huvudena; det återskapar inte en fullständig webbläsare, cookies, JavaScript eller en sökrobots nätverksidentitet.
2. Tolka resultat och exempel på visuellt flöde
Klicka på Spåra URL för att se varje HTTP-svar i omdirigeringskedjan, dess statuskod, uppmätta svarstid och nästa Location-URL om en sådan finns. En körning följer upp till fem omdirigeringar; om kedjan fortsätter ingår inte svaret från nästa URL i den körningen.
3. Praktiskt exempel: upptäcka nedgradering från SSL
En omdirigering kan nedgradera en URL från HTTPS till HTTP. Kontrollverktyget markerar övergången när det ser en HTTPS-URL vars svar pekar på en HTTP-adress i Location. Granska målet och konfigurera den avsedda HTTPS-rutten innan du förlitar dig på resultatet.
Teknisk grund: HTTP-statuskoder och nätverksteknik
HTTP-statuskoder beskriver resultatet av en förfrågan, medan 3xx-svar skickar klienter till en annan URL. Permanenta omdirigeringar kan hjälpa sökmotorer att slå samman URL:er, men garanterar inte en viss ranking eller indexering. Använd statuskoden som motsvarar avsedd varaktighet och verifiera hela kedjan och slutsvaret.
Skillnaden mellan 301, 302, 307 och 308
- 301 Moved Permanently: Använd när resursen har flyttats permanent. Sökmotorer betraktar en permanent omdirigering som en stark signal för målet, men ingen omdirigering garanterar en viss ranking eller indexering.
- 302 Found (Temporary): Talar om för klienten att tillfälligt använda en annan URL, vilket innebär att den ursprungliga URL:en ska komma tillbaka. Sökmotorer överför i allmänhet inte permanent länkkraft genom en 302.
- 307 Temporary Redirect: Den moderna motsvarigheten till 302 i HTTP/1.1. Viktigt: 307 garanterar att HTTP-metoden (GET eller POST) INTE ändras när omdirigeringen följs.
- 308 Permanent Redirect: Den permanenta versionen av 307. Den fungerar som 301 för SEO, men förbjuder uttryckligen webbläsaren att ändra en POST-begäran till GET.
Webbläsarkompatibilitet för HTTP-svarsstatuskoder
HTTP-statuskoder är protokollsignaler som hanteras av webbläsarens nätverksstack, inte separata webbläsarfunktioner. Moderna Chrome, Edge, Firefox, Safari och Opera samt Android WebView och iPhone WebView hanterar standardiserade statusklasser; felvisningen kan variera mellan webbläsare och via en mellanliggande proxy.
| HTTP-svarsklass | Chrome / Edge | Firefox | Safari | Opera | Android / iPhone WebView | Praktisk kompatibilitetsinformation |
|---|
| 1xx information | Stöds | Stöds | Stöds | Stöds | Stöds på nätverkslagret | 100 och 101 är etablerade. 102 är specialiserad/föråldrad; stödet för 103 Early Hints och synlig förinläsning varierar med webbläsarversion, server och mellanhand. |
| 2xx lyckat | Stöds | Stöds | Stöds | Stöds | Stöds | Gemensam semantik för protokollframgång; regler för svarskroppen gäller fortfarande, till exempel att 204/205 saknar svarskropp. |
| 3xx omdirigering | Stöds | Stöds | Stöds | Stöds | Stöds | Klienter följer Location enligt regler för metod, cache, säkerhet och navigering. 307/308 bevarar metoden; 301/302 kan ändra POST till GET. |
| 4xx klientfel | Stöds | Stöds | Stöds | Stöds | Stöds | Statusklassen känns igen, men visning av serverns svarskropp respektive webbläsarens felvy kan skilja sig. |
| 5xx serverfel | Stöds | Stöds | Stöds | Stöds | Stöds | Proxy-sidor, beteende vid nytt försök och diagnostikvisning kan skilja sig även när statusen är densamma. |
| Okänd kod i en känd klass | Hantering på klassnivå | Hantering på klassnivå | Hantering på klassnivå | Hantering på klassnivå | Hantering på klassnivå | Klienter kan använda den första siffran för att dra slutsatser om den allmänna klassen. En anpassad kod får ingen universell betydelse av denna reservregel. |
Den här tabellen beskriver protokollkompatibilitet, inte identisk återgivning eller ett löfte om att varje webbläsarversion visar preliminära svar på samma sätt.
Överträdelser av cloaking och dynamisk återgivning
Cloaking innebär att sökmotorer och människor visas väsentligt olika innehåll eller mål. Du kan jämföra svar på valda User-Agent- och Client Hints-huvuden i infrastruktur du har behörighet att testa. Dessa huvudprofiler verifierar inte sökrobotens identitet och avgör inte om en webbplats följer Googles policyer.
Vanliga frågor (tekniska frågor)
Vad är egentligen en ”omdirigeringskedja” och varför är den skadlig för teknisk SEO?
En omdirigeringskedja uppstår när en URL passerar flera mellanliggande adresser innan den når slutsidan (till exempel A → B → C → D). Varje hopp kräver ytterligare en förfrågan, vilket ökar fördröjningen och gör genomsökningen mindre effektiv. Håll rutterna så direkta som möjligt; nästa fråga förklarar rekommenderad kedjelängd.
RFC 9110: HTTP-semantik, omdirigering · Google Search Central: webbplatsflyttar och omdirigeringar
Hur kontrollerar jag canonical-taggar efter en omdirigering?
Kontrollverktyget spårar HTTP-statuskoder och Location-huvuden; det hämtar eller tolkar inte målsidans HTML och kan därför inte verifiera rel=canonical. Öppna slut-URL:en och kontrollera att dess canonical-länk pekar på den önskade, indexerbara sidan. Du kan granska Googles val av canonical med URL-inspektionen i Search Console.
Google Search Central: kanonisering · Google Search Central: ange en canonical-URL
Kan verktyget upptäcka JavaScript-baserade omdirigeringar?
Nej. Verktyget följer HTTP 3xx-svar med ett Location-huvud. Det kör inte JavaScript och granskar inte svarskroppen efter meta-refresh-taggar; det kräver inspektion i en webbläsare.
Google Search Central: omdirigeringar och Google Sök
Vad är en omdirigeringsloop och hur åtgärdar jag den?
En omdirigeringsloop är en oändlig cykel där URL A pekar på URL B och URL B pekar tillbaka på URL A, vilket orsakar webbläsarfelet ERR_TOO_MANY_REDIRECTS. Åtgärda det genom att ändra serverns .htaccess-fil, Nginx-konfiguration eller CMS-routningsregler.
RFC 9110: HTTP-semantik, omdirigering · MDN: HTTP-svarsstatuskoder
Vad är Client Hints och hur använder det här verktyget dem?
Client Hints är HTTP-begärandehuvuden som Sec-CH-UA-Mobile och Sec-CH-UA-Platform. Den valda profilen lägger till valda huvuden i kontrollverktygets serverförfrågan så att du kan jämföra serverns svar. Detta är ett test av huvuden, inte en fullständig webbläsarsimulering eller bevis på att en begäran kommer från en viss webbläsare eller sökrobot.
MDN: HTTP Client Hints
Hur många 301-omdirigeringar kan jag ha i en kedja?
Google dokumenterar att Googlebot kan följa upp till 10 omdirigeringshopp, men rekommenderar en direkt väg när det är möjligt. Om kedjan inte kan tas bort bör den hållas kort – helst högst tre hopp och färre än fem. Varje hopp lägger till en förfrågan, och andra klienter kan ha lägre gränser. Välj permanenta koder (301/308) eller tillfälliga koder (302/307) utifrån den avsedda flytten.
Vägledning från Google Search Central.
RFC 9110: HTTP-semantik, omdirigering
Vilka HTTP-statuskoder anger en permanent respektive tillfällig flytt?
301 och 308 anger att en resurs har flyttats permanent; 302 och 307 anger en tillfällig omdirigering. Välj status efter om den ursprungliga URL:en förväntas återkomma och håll målet relevant för den ursprungliga förfrågan.
RFC 9110: HTTP-semantik, omdirigering
När ska jag använda 307 eller 308 i stället för 301 eller 302?
307 och 308 bevarar begärandemetoden vid omdirigering. Med 301 och 302 kan vissa klienter ändra en POST-begäran till GET. Använd 307 vid tillfällig eller 308 vid permanent flytt när det är viktigt att bevara metod och begärandekropp; kontrollera beteendet med de klienter som din tjänst stöder.
RFC 9110: HTTP-semantik, 307 och 308
Vad bekräftar ett slutligt 2xx-svar?
Det bekräftar att den sista HTTP-förfrågan i spårningen fick ett svar i framgångsklassen. Det bevisar inte att innehållet är användbart, tillgängligt för alla besökare, indexerbart, korrekt kanoniserat eller kvalificerat för ranking.
RFC 9110: HTTP-semantik, lyckade svar · MDN: HTTP-svarsstatuskoder
Varför får kontrollverktyget 403 eller 429 när sidan öppnas i min webbläsare?
Kontrollverktyget skickar en serverförfrågan som kan skilja sig från webbläsaren vad gäller nätverksplats, cookies, autentisering och huvuden. En brandvägg, CDN, hastighetsbegränsning eller botregel kan blockera eller begränsa den. Jämför serverloggar och åtkomstregler; ett 403- eller 429-svar från ett test bevisar inte att alla besökare blockeras.
RFC 9110: 403 Forbidden · RFC 6585: 429 Too Many Requests
Är Googlebot- och sökrobotspresets verifierade sökrobotar?
Nej. En preset ändrar endast texten i User-Agent-huvudet. Den kommer inte från Google eller ett annat sökrobotnätverk och kan inte bevisa att avsändaren är en äkta sökrobot. Verifiera identiteten med leverantörens publicerade IP-adresser eller DNS-verifieringsmetod.
Google Search Central: verifiera Googlebot och andra Google-sökrobotar
Varför kan olika User-Agent-profiler ge olika omdirigeringskedjor?
Servrar, CDN:er och programregler kan välja olika mål eller statuskoder utifrån begärandehuvuden, enhetssignaler, geografisk plats, autentisering eller sessionstillstånd. Jämför spåren som diagnostiska exempel; de behöver inte motsvara varje verklig användar- eller sökrobotförfrågan.
RFC 9110: Vary-huvudet och förhandlade svar
Bevaras frågeparametrar när en URL omdirigeras?
Nästa URL bestäms av omdirigeringssvarets Location-huvud. En server kan behålla, ta bort eller skriva om frågeparametrar. Kontrollverktyget följer det mottagna Location-värdet; jämför de visade URL:erna för att se vad servern faktiskt returnerade.
RFC 9110: Location-svarshuvudet
Hur många omdirigeringar följer kontrollverktyget i en körning?
Det aktuella kontrollverktyget följer upp till fem omdirigeringar. Om svaret efter det femte hoppet pekar på en annan URL kan körningen visa adressen utan att hämta den. Öppna adressen som en ny kontroll eller korta kedjan för att inspektera slutsvaret.
Hur påverkar Client Hints-väljaren en kontroll?
Den lägger till valda Sec-CH-*-begärandehuvuden, till exempel en mobilflagga eller plattformsvärde, tillsammans med den valda User-Agent-strängen. Dessa är konfigurerbara exempel på huvuden; de återskapar inte webbläsarens fullständiga nätverksbeteende och en server kan ignorera dem.
MDN: HTTP Client Hints
När ska jag returnera 404 eller 410 i stället för att omdirigera en borttagen URL?
Om en borttagen sida inte har en verkligt liknande ersättning ska du returnera 404 (Not Found) eller 410 (Gone). Omdirigera endast när en relevant sida ersätter den; om orelaterade URL:er skickas till startsidan kan det vilseleda besökare och behandlas som en soft 404 av sökmotorer.
RFC 9110: 404 Not Found · RFC 9110: 410 Gone · Google Search Central: felsök genomsökningsfel
Hur länge bör jag behålla en omdirigering efter att ha flyttat en URL?
Behåll omdirigeringen så länge som möjligt. Google rekommenderar att omdirigeringar behålls i minst ett år efter en webbplatsflytt så att sökmotorer kan behandla ändringen; besökare kan fortsätta använda gamla bokmärken och länkar även efter den tiden.
Google Search Central: webbplatsflyttar och omdirigeringar
Vad bör jag uppdatera efter en URL-flytt utöver omdirigeringen?
Uppdatera interna länkar, målsidans canonical-URL, hreflang-annoteringar där de används och XML-webbplatskartan så att de pekar på den nya URL:en. Se till att ersättningssidan är relevant och kontrollera att omdirigeringen går direkt och konsekvent.
Google Search Central: webbplatsflyttar och omdirigeringar