Avansert omdirigeringssjekker og teknisk SEO-analyse

Følg HTTP-omdirigeringskjeder med en serverbasert forespørsel. Sammenlign valgte User-Agent- og Client Hints-overskrifter, undersøk status og målt svartid for opptil fem omdirigeringer, og finn overganger fra HTTPS til HTTP. Sjekkeren kjører ikke JavaScript på målsiden og undersøker ikke sidens HTML.

🌐

De valgte User-Agent- og Client Hints-profilene er testprofiler for forespørselsoverskrifter. De bekrefter ikke identiteten til en ekte nettleser eller crawler.

Revisjonsresultater og visuell flyt

⚠️ Sikkerhetsvarsel: Blandet innhold oppdaget. Forbindelsen ble nedgradert til ukryptert HTTP under omdirigeringskjeden.

Omfattende brukerveiledning og praktiske bruksområder

RedirectChecker.Site er mer enn en vanlig HTTP-overskriftsleser; det er et avansert nettverksdiagnoseverktøy for SEO-fagfolk, systemadministratorer og nettutviklere. Når du vet hvordan funksjonene brukes riktig, blir det enklere å feilsøke kompliserte rutingsproblemer som påvirker søkemotorrangering og brukeropplevelse.

1. Slik bruker du sjekkeren: trinnvise instruksjoner

Skriv inn en fullstendig offentlig URL, inkludert protokollen (for eksempel, https://example.com/old-page). Velg en eksempel- User-Agent og eventuelt en Client Hints profil for forespørselsoverskrifter. Sjekkeren sender en serverbasert forespørsel med de valgte overskriftene; den gjenskaper ikke en full nettleser, informasjonskapsler, JavaScript eller en crawlers nettverksidentitet.

2. Slik tolker du resultater og eksempler på visuell flyt

Klikk på Spor URL for å se hvert HTTP-svar i omdirigeringskjeden, statuskoden, målt forespørselstid og neste Location-URL hvis en slik finnes. Én kjøring følger opptil fem omdirigeringer; hvis kjeden fortsetter, er svaret fra den neste URL-en ikke med i kjøringen.

3. Praktisk eksempel: Oppdag SSL-nedgradering

En omdirigering kan endre en URL fra HTTPS til HTTP. Sjekkeren varsler om overgangen når den oppdager en HTTPS-URL der svaret peker til en HTTP-Location. Undersøk målet og konfigurer den tiltenkte HTTPS-ruten før du stoler på resultatet.

Teknisk grunnlag: HTTP-statuskoder og nettverksteknikk

HTTP-statuskoder beskriver resultatet av en forespørsel, mens 3xx-svar sender klienter videre til en annen URL. Permanente omdirigeringer kan hjelpe søkemotorer med å samle URL-signaler, men garanterer ikke en bestemt rangering eller indeksering. Velg statuskode etter om flyttingen er permanent, og kontroller hele kjeden og det endelige svaret.

Forskjellen mellom 301, 302, 307 og 308

  • 301 Flyttet permanent: Brukes når ressursen er flyttet permanent. Søkemotorer ser en permanent omdirigering som et sterkt signal for målet, men ingen omdirigering garanterer en bestemt rangering eller indeksering.
  • 302 Funnet (midlertidig): Ber klienten gå til en annen URL midlertidig og antyder at den opprinnelige URL-en kommer tilbake. Søkemotorer overfører vanligvis ikke permanent lenkeverdi gjennom en 302.
  • 307 Midlertidig omdirigering: Den moderne HTTP/1.1-motparten til 302. Viktigst av alt garanterer 307 at HTTP-metoden (GET eller POST) IKKE endres når omdirigeringen følges.
  • 308 Permanent omdirigering: Den permanente versjonen av 307. Den fungerer som en 301 for SEO, men forbyr nettleseren å endre en POST-forespørsel til GET.

Nettleserkompatibilitet for HTTP-svarstatuskoder

HTTP-statuskoder er protokollsignaler som håndteres av nettleserens nettverkslag, ikke separate nettleserfunksjoner. Moderne Chrome, Edge, Firefox, Safari, Opera, Android WebView og iPhone WebView håndterer standardklassene; det synlige feilbildet kan variere mellom nettlesere og mellomledd.

HTTP-svarsklasseChrome / EdgeFirefoxSafariOperaAndroid / iPhone WebViewPraktisk kompatibilitetsdetalj
1xx InformasjonStøttesStøttesStøttesStøttesStøttes av nettverkslaget100 og 101 er etablerte. 102 er nisjepreget / foreldet; 103 Early Hints kan variere etter versjon, server og mellomledd.
2xx SuksessStøttesStøttesStøttesStøttesStøttesFelles protokollsemantikk gjelder; regler for svarinnhold gjelder fortsatt, for eksempel at 204 / 205 ikke har svarinnhold.
3xx OmdirigeringStøttesStøttesStøttesStøttesStøttesKlienter følger Location i tråd med regler for metode, hurtigbuffer, sikkerhet og navigasjon. 307 / 308 bevarer metoden; 301 / 302 kan endre POST til GET.
4xx Klient-/forespørselsfeilStøttesStøttesStøttesStøttesStøttesSvarsklassen forstås, men visning av serverinnhold og nettlesergenerert feilmelding kan variere.
5xx ServerfeilStøttesStøttesStøttesStøttesStøttesProxy-sider, ny forsøksatferd og diagnostisk visning kan variere selv når statusen er den samme.
Ukjent kode i en kjent klasseHåndtering på klassenivåHåndtering på klassenivåHåndtering på klassenivåHåndtering på klassenivåHåndtering på klassenivåKlienter kan bruke det første sifferet til å utlede den generelle klassen. En tilpasset kode får ikke universell betydning av denne reservehåndteringen.

Denne tabellen beskriver protokollkompatibilitet, ikke identisk visning eller en garanti for at alle nettleserversjoner viser mellomliggende svar på samme måte.

Brudd på cloaking og dynamisk gjengivelse

Cloaking innebærer å vise søkemotorer og mennesker vesentlig forskjellig innhold eller ulike mål. Du kan sammenligne svar på valgte User-Agent- og Client Hints-overskrifter på infrastruktur du har tillatelse til å teste. Profilene bekrefter ikke crawlerens identitet og avgjør ikke om nettstedet følger Googles retningslinjer.

Ofte stilte spørsmål (teknisk FAQ)

Hva er egentlig en «omdirigeringskjede», og hvorfor er den skadelig for teknisk SEO?

En omdirigeringskjede oppstår når én URL går gjennom flere mellomliggende adresser før den når den endelige siden (for eksempel A → B → C → D). Hvert hopp krever en ny forespørsel, øker forsinkelsen og gjør crawling mindre effektiv. Hold rutene så direkte som mulig; neste spørsmål forklarer anbefalt kjedelengde.

RFC 9110: HTTP-semantikk, omdirigering · Google Search Central: flytting av nettsteder og omdirigeringer

Hvordan kan jeg kontrollere canonical-tagger etter en omdirigering?

Denne sjekkeren sporer HTTP-statuskoder og Location-overskrifter; den laster ikke ned eller analyserer HTML-en på målsiden og kan derfor ikke kontrollere rel=canonical. Åpne den endelige URL-en og bekreft at canonical-lenken peker til den foretrukne, indekserbare siden. Du kan bruke URL-inspeksjon i Search Console til å se Googles valg av canonical.

Google Search Central: kanonisering · Google Search Central: angi en canonical-URL

Kan dette verktøyet oppdage JavaScript-baserte omdirigeringer?

Nei. Verktøyet følger HTTP 3xx-svar med en Location-overskrift. Det kjører ikke JavaScript og undersøker ikke svarinnholdet etter meta-refresh-tagger; dette krever kontroll i en nettleser.

Google Search Central: omdirigeringer og Google-søk

Hva er en omdirigeringssløyfe, og hvordan løser jeg den?

En omdirigeringssløyfe er en uendelig sirkel der URL A peker til URL B, og URL B peker tilbake til URL A. Dette kan føre til nettleserfeilen ERR_TOO_MANY_REDIRECTS. For å rette det må du endre serverens .htaccess-fil, Nginx-konfigurasjon eller CMS-rutingsregler.

RFC 9110: HTTP-semantikk, omdirigering · MDN: HTTP-svarstatuskoder

Hva er Client Hints, og hvordan bruker denne sjekkeren dem?

Client Hints er HTTP-forespørselsoverskrifter som Sec-CH-UA-Mobile og Sec-CH-UA-Platform. Den valgte profilen legger de aktuelle overskriftene til sjekkerens serverbaserte forespørsel, slik at du kan sammenligne serverens svar. Dette er en test av overskrifter, ikke en full nettlesersimulering eller et bevis på at forespørselen kommer fra en bestemt nettleser eller crawler.

MDN: HTTP Client Hints

Hvor mange 301-omdirigeringer kan jeg ha i en kjede?

Google opplyser at Googlebot kan følge opptil 10 omdirigeringshopp, men anbefaler en direkte rute når det er mulig. Hvis kjeden ikke kan fjernes, bør den være kort – helst ikke mer enn tre hopp og færre enn fem. Hvert hopp gir en ekstra forespørsel, og andre klienter kan ha lavere grenser. Bruk permanente koder (301 / 308) eller midlertidige koder (302 / 307) etter hva slags flytting du har. Veiledning fra Google Search Central.

RFC 9110: HTTP-semantikk, omdirigering

Hvilke HTTP-statuskoder angir permanent eller midlertidig flytting?

301 og 308 angir at en ressurs er flyttet permanent; 302 og 307 angir en midlertidig omdirigering. Velg status etter om den opprinnelige URL-en forventes å komme tilbake, og sørg for at målet er relevant for den opprinnelige forespørselen.

RFC 9110: HTTP-semantikk, omdirigering

Når bør jeg bruke 307 eller 308 i stedet for 301 eller 302?

307 og 308 bevarer forespørselsmetoden ved omdirigering. Med 301 og 302 kan enkelte klienter endre en POST-forespørsel til GET. Bruk 307 ved midlertidig flytting eller 308 ved permanent flytting når metoden og forespørselsinnholdet må bevares; kontroller atferden med klientene tjenesten støtter.

RFC 9110: HTTP-semantikk, 307 og 308

Garanterer en 301-omdirigering rangering eller indeksering?

Nei. En permanent omdirigering er et sterkt signal om at målet bør erstatte kilde-URL-en, og Google sier at permanente omdirigeringer ikke mister PageRank. Søkemotorer avgjør likevel hva som crawles, indekseres og rangeres ut fra alle signalene og innholdet på målsiden.

Google Search Central: omdirigeringer og Google-søk · Google Search Central: kanonisering

Hva bekrefter et endelig 2xx-svar?

Det bekrefter at den siste HTTP-forespørselen i sporet fikk et svar i suksessklassen. Det beviser ikke at innholdet er nyttig, tilgjengelig for alle besøkende, indekserbart, riktig kanonisert eller kvalifisert for rangering.

RFC 9110: HTTP-semantikk, vellykkede svar · MDN: HTTP-svarstatuskoder

Hvorfor kan sjekkeren få 403 eller 429 når siden åpnes i nettleseren min?

Sjekkeren sender en serverbasert forespørsel som kan avvike fra nettleseren din når det gjelder nettverksplassering, informasjonskapsler, autentisering og overskrifter. En brannmur, CDN, hastighetsbegrensning eller bot-regel kan blokkere eller begrense den. Sammenlign serverlogger og tilgangsregler; én test med 403 eller 429 beviser ikke at alle besøkende blokkeres.

RFC 9110: 403 Forbidden · RFC 6585: 429 Too Many Requests

Er Googlebot- og søkecrawler-profilene verifiserte crawlere?

Nei. En profil endrer bare User-Agent-tekststrengen. Forespørselen kommer ikke fra Google eller et annet crawler-nettverk og beviser ikke at avsenderen er en ekte crawler. Bekreft crawler-identiteten med leverandørens publiserte IP- eller DNS-verifiseringsprosess.

Google Search Central: bekreft Googlebot og andre Google-crawlere

Hvorfor kan ulike User-Agent-profiler gi forskjellige omdirigeringskjeder?

Servere, CDN-er og applikasjonsregler kan velge ulike mål eller statuskoder basert på forespørselsoverskrifter, enhetssignaler, geografi, autentisering eller øktstatus. Sammenlign sporene som diagnostiske prøver; de trenger ikke samsvare med alle faktiske bruker- eller crawlerforespørsler.

RFC 9110: Vary-overskriften og forhandlede svar

Bevares spørringsparametere når en URL omdirigeres?

Location-overskriften i omdirigeringssvaret bestemmer neste URL. En server kan beholde, fjerne eller endre spørringsparametere. Denne sjekkeren følger Location-verdien den mottar, så sammenlign hver viste URL for å se hva serveren faktisk returnerte.

RFC 9110: Location-svaroverskrift

Hva betyr et varsel om nedgradering fra HTTPS til HTTP?

Det betyr at sporet registrerte en omdirigering fra en HTTPS-URL til en Location med HTTP. Overgangen reduserer transportbeskyttelsen for neste forespørsel. Kontroller om den er tilsiktet, og oppdater måladressen til HTTPS når det finnes et sikkert tilsvarende mål.

RFC 9110: URI-skjema og omdirigeringssemantikk · Google Search Central: HTTPS og nettstedet ditt

Hvor mange omdirigeringer følger denne sjekkeren i én kjøring?

Den nåværende sjekkeren følger opptil fem omdirigeringer. Hvis svaret etter det femte hoppet peker til en ny URL, kan kjøringen vise adressen uten å hente den. Åpne adressen i en ny sjekk eller forkort kjeden for å undersøke det endelige svaret.

Hvordan påvirker Client Hints-velgeren en sjekk?

Den legger valgte Sec-CH-*-forespørselsoverskrifter, for eksempel et mobilsignal eller en plattformverdi, til den valgte User-Agent-strengen. Dette er konfigurerbare eksempler på overskrifter; de gjenskaper ikke en nettlesers fulle nettverksatferd, og en server kan ignorere dem.

MDN: HTTP Client Hints

Når bør jeg returnere 404 eller 410 i stedet for å omdirigere en fjernet URL?

Hvis en fjernet side ikke har en genuint lignende erstatning, returner 404 (Not Found) eller 410 (Gone). Omdiriger bare når en relevant side erstatter den; omdirigering av uvedkommende URL-er til startsiden kan villede besøkende og bli behandlet som en soft 404 av søkemotorer.

RFC 9110: 404 Not Found · RFC 9110: 410 Gone · Google Search Central: feilsøk crawling-feil

Hvor lenge bør jeg beholde en omdirigering etter at en URL er flyttet?

Behold omdirigeringen så lenge som mulig. Google anbefaler å beholde den i minst ett år etter en nettstedsflytting, slik at søkemotorer kan behandle endringen; besøkende kan fortsette å bruke gamle bokmerker og lenker etter dette.

Google Search Central: flytting av nettsteder og omdirigeringer

Hva bør jeg oppdatere etter å ha flyttet en URL, i tillegg til omdirigeringen?

Oppdater interne lenker, canonical-URL-en på målsiden, hreflang-merknader der de brukes, og XML-nettstedskartet slik at de peker til den nye URL-en. Sørg for at erstatningen er relevant, og kontroller deretter at omdirigeringen går direkte og konsekvent.

Google Search Central: flytting av nettsteder og omdirigeringer