Oppsummering
Den gratis kontrollen av omdirigeringer følger en adresse ledd for ledd, slik en crawler gjør, og viser statuskoden, adressen og serveren til hvert steg helt frem til den endelige siden. Du ser kjeden med et blikk (for eksempel 301 > 301 > 200), antall omdirigeringer, endelig status og om det finnes en sløyfe. Sikt mot én permanent omdirigering rett til den endelige adressen: Google følger opptil 10 ledd, men anbefaler å peke direkte til målet.
Vil du vite mer? Spør
En kontroll av omdirigeringer viser det en nettleser skjuler. En besøkende som skriver inn en gammel adresse, havner på riktig side og ser aldri de tre leddene mellom, den midlertidige 302-en som burde vært en 301, eller sløyfen som ødelegger siden for noen roboter. Omdirigeringer er også måten et nettsted beholder sin historikk på etter en migrering: Google bruker en permanent omdirigering som signal om at målet bør være den kanoniske adressen (Google, omdirigeringer og Google Søk).
Hva viser kontrollen av omdirigeringer?
Skriv inn en adresse. Verktøyet ber om den uten å følge omdirigeringer automatisk, leser svaret, og ber deretter selv om neste adresse, opptil 20 ledd.
| Del | Hva du ser | Hva et godt resultat ser ut som |
|---|---|---|
| Konklusjon | Kjeden av koder og den endelige adressen | Én 301 eller 308, deretter 200 |
| Omdirigeringer | Antall ledd før den endelige siden | 0 eller 1 |
| Endelig status | Koden til det siste svaret | 200 |
| Steg | Det totale antallet forespørsler | 1 eller 2 |
| Sløyfe | Om kjeden kommer tilbake til en adresse som allerede er besøkt | Nei |
| Omdirigeringskjede | Hvert steg med kode, merkelapp, adresse og server | Hver mellomliggende adresse er en bevisst omdirigering |
Konklusjonen blir rød når det finnes en sløyfe eller den endelige siden ikke er en 2xx, oransje når det er mer enn én omdirigering, og ellers grønn. Gratisversjonen kjører 3 kontroller per dag.
Hvilken statuskode for omdirigering bør du bruke?
Bruk en permanent kode når flyttingen er endelig, og en midlertidig kode bare når den opprinnelige adressen kommer tilbake. Google viser målet for en permanent omdirigering i søkeresultatene, og kildesiden for en midlertidig.
| Kode | Betydning | Google behandler den som | Bruk den til |
|---|---|---|---|
| 301 | Flyttet permanent | Permanent | Omdøpte sider, migreringer, http til https, sammenslått innhold |
| 308 | Permanent omdirigering, samme metode | Permanent | Som 301, når skjemaer eller API-er må beholde metoden sin |
| 302 | Funnet | Midlertidig | En kort kampanje eller en side som kommer tilbake |
| 303 | Se annet sted | Midlertidig | Etter innsending av et skjema |
| 307 | Midlertidig omdirigering, samme metode | Midlertidig | Midlertidige flyttinger som må beholde metoden |
Forskjellen mellom 301 og 308, eller 302 og 307, er teknisk: med 307 og 308 må klienten ikke endre forespørselsmetoden, mens 301 og 302 historisk har tillatt at en POST blir til en GET (RFC 9110, HTTP-semantikk). For SEO er det permanent eller midlertidig som betyr noe.
Hvor mange omdirigeringer i en kjede er for mange?
Mer enn én er allerede for mange å beholde. Som standard følger Googles crawlere opptil 10 omdirigeringsledd, og innholdet på de omdirigerende adressene ignoreres (Google, hvordan HTTP-statuskoder påvirker Googles crawlere). Ved flytting av nettsteder anbefaler Google å omdirigere direkte til endelig mål. Hvis det ikke er mulig, bør kjedene ideelt sett ikke ha mer enn 3 ledd og færre enn 5, fordi hvert ledd legger til ventetid, og ikke alle nettlesere støtter lange kjeder (Google, flytting av nettsteder og migreringer).
| Kjede | Konklusjon | Løsning |
|---|---|---|
| 301 > 200 | Godt | Ingenting å gjøre |
| 301 > 301 > 200 | Fungerer, men unødvendig | Pek den første adressen rett til den endelige, og oppdater interne lenker |
| 302 > 200 ved en permanent flytting | Feil signal | Endre 302 til 301 |
| 301 > 404 | Ødelagt | Omdiriger til den nærmeste aktive siden, eller la den gamle adressen svare 404 eller 410 |
| A > B > A | Sløyfe: siden kan ikke nås | Rett de motstridende reglene på serveren eller i CMS-et |
Hva skaper omdirigeringskjeder og sløyfer?
Kjeder bygger seg opp over tid: hver endring legger til en regel oppå de forrige. De vanlige lagene er:
- Protokoll og vert: http til https, og deretter example.com til www.example.com, som to separate regler i stedet for én.
- Avsluttende skråstrek: /page til /page/, lagt til av serveren etter en annen omdirigering.
- Etterfølgende migreringer: en side omdøpt i 2022, og igjen i 2024, med den gamle regelen som fortsatt peker til den mellomliggende adressen.
- CMS og server som er uenige: en plugin omdirigerer én vei, serverkonfigurasjonen eller CDN-et den andre veien, og det skaper sløyfer.
Test de fire variantene av forsiden din (http og https, med og uten www): hver bør nå den endelige adressen i ett enkelt ledd. For definisjonene, se ordlisteoppføringene våre om 301-omdirigering og crawl-budsjett.
Hvordan kontrollerer du omdirigeringer etter en migrering av nettstedet?
- Ta listen over gamle adresser: de som hadde trafikk eller lenker. URL-uttrekkeren lister lenkene på nøkkelsidene dine.
- Kontroller et utvalg av dem med kontrollen av omdirigeringer: ett permanent ledd, endelig 200, og et mål som stemmer med det gamle innholdet.
- Unngå å omdirigere alt til forsiden. Google advarer om at å omdirigere mange gamle adresser til én irrelevant side, for eksempel den nye forsiden, kan forvirre brukere og bli behandlet som en myk 404.
- Oppdater interne lenker slik at de peker til endelige adresser, ikke til omdirigeringer. kontrollen av ødelagte lenker flagger lenkene på en side som omdirigerer eller feiler.
- Behold omdirigeringene så lenge som mulig, generelt minst ett år, slik Google anbefaler.
- Lag sitemapet på nytt med bare de nye endelige adressene, ved hjelp av generatoren for XML-sitemap.
Hva er begrensningene ved kontrollen av omdirigeringer?
- Bare omdirigeringer på serveren. Verktøyet leser HTTP-statuskoder og Location-headere. En meta-refresh eller en JavaScript-omdirigering inne i siden følges ikke. Siden svarer 200, og kjeden stopper der. Google anbefaler å bruke JavaScript-omdirigeringer bare hvis du ikke kan bruke omdirigeringer på serversiden eller meta-refresh.
- Én brukeragent. Noen nettsteder omdirigerer ulikt etter enhet, land eller språk. Kontrollen viser hva en crawler uten informasjonskapsler ser, fra ett sted.
- 10 sekunder per ledd. En server som er tregere enn det, gir en tidsavbruddsfeil.
- Private adresser er blokkert. En kjede som fører til en intern eller privat vert, stopper med et steg merket «blokkert», av sikkerhetshensyn.
For å kontrollere hva som skjer etter det siste leddet, kjør den endelige adressen gjennom kontrollen av kanoniske adresser eller kontrollen av indekserbarhet. En ren omdirigering til en noindex-side er fortsatt en tapt side.
Hvordan fanger du opp problemer med omdirigeringer før de koster trafikk?
Hold øye med sidene som mister klikk. En ødelagt omdirigering viser ofte seg først som et fall i trafikken på den gamle adressen uten gevinst på den nye.
- Finn sidene som faller i Sorank GEO- og SEO-dashbordet, som følger klikk og AI-besøk side for side.
- Behold autoriteten din etter en migrering med autoritetssporingen, som viser om lenkene dine fortsatt teller.
- Spør hva som endret seg med vanlige ord i SEO-chatten, som kjenner nettstedet ditt og svarer med dine data.
Den beste omdirigeringen er ett permanent ledd til riktig side. Kontroller de viktige adressene dine over etter hver endring, og se deretter Sorank-planene for å overvåke trafikken og synligheten din på autopilot.
