Redirect error Google Search Console'is: põhjused ja lahendused

Mida tähendab "Redirect error" Search Console'is

"Redirect error" on üks põhjustest Google Search Console'i aruande Page indexing tabelis "Why pages aren't indexed". See ilmub, kui Googlebot järgib sinu URL-i ümbersuunamist, kuid ei jõua kunagi sihtkohta, mida ta saaks roomata, nii et selle tee kaudu ei indekseerita ei algset URL-i ega sihtmärki.

Seda on lihtne segi ajada olekuga "Page with redirect", seega selgelt: see olek on normaalne. See tähendab, et ümbersuunamine toimis: URL-i ei indekseerita, sest see viitab mujale, ja Google hindab sihtmärki eraldi. "Redirect error" tähendab, et ümbersuunamine ise ebaõnnestus.

Leiad selle jaotisest Indexing › Pages. Klõpsa real "Redirect error", et näha mõjutatud URL-e, ja kasuta nuppu Export, et kogu loend alla laadida.

Oleku "Redirect error" levinumad põhjused

Google'i Page indexing aruande dokumentatsioon loetleb neli olukorda, mis selle oleku taga on. Praktikas tuleb sageli ette veel kaks.

1. Liiga pikk ümbersuunamisahel

Iga URL, mis suunab ümber teisele, lisab ühe hüppe. Google'i roomajad järgivad kuni 10 ümbersuunamist, nagu märgib Google'i roomamise dokumentatsioon. Pärast seda annab Googlebot alla ja Search Console teatab ümbersuunamisveast. Ahelad kasvavad tavaliselt aja jooksul: HTTP-st HTTPS-i reegel, siis www reegel, siis lõpukaldkriipsu reegel ja peale selle veel saidi migratsioon.

2. Ümbersuunamistsükkel

URL A suunab ümber URL-ile B ja URL B tagasi URL-ile A (või millelegi, mis viib tagasi A-le). Ahel ei lahene kunagi, nii et ühegi leheni ei jõuta. Tsüklid tekivad sageli kahest teineteisele vastukäivast reeglist, näiteks üks lisab lõpukaldkriipsu ja teine eemaldab selle.

3. Ümbersuunamise URL ületab maksimaalse pikkuse

Kui ümbersuunamisreegel lisab igal hüppel URL-ile midagi juurde, näiteks parameetri või teelõigu, kasvab aadress seni, kuni see ületab URL-i maksimaalse pikkuse, ja ahel katkeb.

4. Vigane või tühi URL ahelas

Kirjaviga, näiteks htp:// aadressi http:// asemel, suhteline tee, mis viib valesse kohta, või tühi Location-päis katkestab ümbersuunamise sellel hüppel.

5. Sihtkoht, mida Google ei saa roomata

Kui lõplik URL on failis robots.txt blokeeritud, ei saa Googlebot seda alla laadida. Kontrolli, et iga ümbersuunamise sihtmärk oleks roomatav, mitte ainult et see eksisteeriks.

6. Vastuolulised ümbersuunamisreeglid eri kohtades

CMS-is, pistikprogrammis, veebiserveris ja CDN-is seadistatud ümbersuunamised võivad üksteise peale kuhjuda või omavahel konflikti minna. Ühes kihis lisatud reegel võib saata URL-i tagasi teise kihi reeglile, ja just nii sünnib enamik ahelaid ja tsükleid.

Kuidas olekut "Redirect error" diagnoosida

Alusta täpselt nendest URL-idest, mille Search Console märgib, ja jälita siis, mis juhtub, kui igaüht neist päringuga küsida.

Kasuta tööriista URL Inspection

Kleebi mõjutatud URL Search Console'i ülaosas olevale kontrolliribale. Jaotis Page indexing näitab, millal Google seda viimati roomas ja kas lehe allalaadimine õnnestus. Klõpsa Test live URL, et kontrollida praegust käitumist, sest aruanne võib sinu parandustest maha jääda.

Jälita kogu ümbersuunamistee

Tee URL-ile päring ja järgi iga hüpet. Terminalist:

curl -sIL https://example.com/old-page | grep -iE "^(HTTP|location)"

Väljund loetleb järjest iga olekukoodi ja Location-päise. Otsid rohkem kui ühte hüpet, URL-i, mis ilmub kaks korda (tsükkel), vigast Location-väärtust või viimast vastust, mis ei ole 200.

Kui sa ei taha terminali kasutada, loeb SEOcrawl AI Crawleri lehel olev tasuta SEO-audit kokku mis tahes URL-i ümbersuunamishüpped ning SEOcrawl AI MCP-serveri tööriist fetch_url tagastab lõpliku URL-i, olekukoodi ja kogu ümbersuunamisahela otse Claude'is, ChatGPT-s või Cursoris.

Kontrolli lõplikku vastusekoodi

Veendu, et tee viimane URL tagastab 200, mitte järjekordse 3xx, 4xx või 5xx koodi. Kui ahel lõpeb veaga, on probleem sihtkohas: vaata meie juhendeid Not found (404) ja Blocked due to other 4xx issue kohta.

Kuidas iga põhjust parandada

Lahendus põhineb peaaegu alati samal mõttel: suuna algne URL ühe puhta hüppega lõppsihtkohta.

• ›Liiga pikk ahel: suuna esimene URL otse lõplikule 200-URL-ile ja eemalda vahepealsed hüpped. Kui samasse ahelasse suubub mitu vana URL-i, uuenda neid kõiki.
• ›Ümbersuunamistsükkel: leia kaks teineteisele viitavat reeglit ja kustuta või paranda üks neist, et tee lõppeks päris lehel.
• ›Liiga pikk URL: paranda reegel, mis lisab URL-ile pidevalt juurde, ja kontrolli seejärel, et sihtkoht laadib.
• ›Vigane või tühi sihtmärk: paranda kirjaviga või tühi Location-väärtus ja kasuta absoluutseid URL-e.
• ›Sihtkoht blokeeritud robots.txt-s: luba sihtkoha roomamine või suuna ümber URL-ile, mis pole blokeeritud.
• ›Vastuolulised reeglid: hoia ümbersuunamised ühes kohas, et CMS, server ja CDN üksteist üle ei kirjutaks.

Seejärel uuenda sisemised lingid, et need viitaksid lõplikule URL-ile, mitte ümbersuunavale, ja loetle XML-saidikaardis ainult lõplikud URL-id. Crawler märgib kogu saidil mõlemad juhtumid: sisemised lingid, mis tagastavad 3xx, ja saidikaardid, mis sisaldavad ümbersuunavat URL-i. Kui tahad kontrollida ainult saidikaarti, lase see läbi tasuta saidikaardi kontrollija, mis kontrollib iga loetletud URL-i olekukoode ja ümbersuunamisahelaid.

Ümbersuunamiste head tavad

Mõni harjumus hoiab enamiku ümbersuunamisvigu ära juba enne nende tekkimist.

• ›Kasuta õiget olekukoodi. 301 ümbersuunamine (või 308) on tugev signaal, et indekseerida tuleb sihtmärki: kasuta seda püsiva kolimise puhul. 302 ümbersuunamine (või 307) on nõrk signaal, mis jätab tulemustesse algse URL-i: kasuta seda ainult ajutise kolimise puhul.
• ›Eelista serveripoolseid ümbersuunamisi. Google järgib ka kohest meta refreshi ja JavaScripti ümbersuunamisi, kuid soovitab JavaScripti kasutada ainult siis, kui serveripoolsed või meta refreshi ümbersuunamised pole võimalikud.
• ›Hoia ahelad lühikesed. Ideaalne on üks hüpe. Iga lisahüpe aeglustab kasutajaid, kulutab roomamise eelarvet ja lisab veel ühe tõrkepunkti.
• ›Suuna alati URL-ile, mis tagastab 200, mitte kunagi teisele ümbersuunamisele.
• ›Uuenda sisemised lingid ja saidikaardid lõplikele URL-idele, et Google ja külastajad jätaksid ümbersuunamise täielikult vahele.
• ›Kontrolli kõik üle pärast iga migratsiooni või CMS-i, serveri või CDN-i reeglite muutmist, sest just siis tekivad uued ahelad ja tsüklid.

Kuidas parandust kinnitada

Kui ümbersuunamine viib ühe hüppega 200-lehele:

1. ›Käivita mõjutatud URL-i jaoks URL Inspection ja klõpsa Test live URL, et kinnitada, et Google jõuab nüüd sihtkohta.
2. ›Klõpsa kõige olulisemate URL-ide puhul Request indexing.
3. ›Ava aruandes Page indexing probleem "Redirect error" ja klõpsa Validate fix, et Google roomaks iga mõjutatud URL-i uuesti.
4. ›Jälgi valideerimise olekut. See võib võtta päevi või paar nädalat; URL-id kaovad probleemi alt, kui need on uuesti roomatud.

Ole ümbersuunamisvigadest sammu võrra ees

Ümbersuunamisvead annavad endast harva ise märku. Need ilmuvad aruandesse Page indexing ja suurel saidil võivad need jääda märkamata, kuni liiklus langeb. Search Console'i käsitsi kontrollimine iga atribuudi puhul on aeglane töö, mis jääb kergesti tegemata.

SEOcrawl AI vaade Indexation rühmitab sinu URL-id Search Console'i katvusoleku järgi, nii et näed, millised URL-id satuvad veaolekusse, ja saad jälgida, kuidas nende arv aja jooksul muutub. Mõjutatud URL-e saad sildistada reeglite järgi, käsitsi või MCP-serveri kaudu ja nendega tegeleda, kuni igaüks on lahendatud. Kui töötad AI-assistendiga, kontrollib Google Search Console'i audit ühe viipaga sinu indeksi katvust ja avab iga paranduse jaoks ülesande.

Korduma kippuvad küsimused

Mis põhjustab Google Search Console'is olekut "Redirect error"?

Google nimetab neli põhjust: liiga pikk ümbersuunamisahel, ümbersuunamistsükkel, ümbersuunamise URL, mis lõpuks ületab URL-i maksimaalse pikkuse, ning vigane või tühi URL ahelas. Igal juhul ei jõua Googlebot toimiva lõpliku leheni.

Kuidas parandada olekut "Redirect error"?

Suuna algne URL ühe hüppega otse lõppsihtkohta. Eemalda vahepealsed ümbersuunamised, katkesta iga tsükkel ja veendu, et viimane URL tagastab olekukoodi 200. Uuenda sisemised lingid nii, et need viitaksid sihtkohale, seejärel käivita URL Inspection ja klõpsa aruandes Page indexing nuppu Validate fix.

Mis on ümbersuunamisahel ja ümbersuunamistsükkel?

Ümbersuunamisahel on ümbersuunamiste jada, kus URL A viib B-le, B C-le ja nii edasi, enne kui jõutakse lõpliku leheni. Ümbersuunamistsükkel on ahel, mis ei lõpe kunagi, sest URL-id viitavad üksteisele. Mõlemad võivad takistada Google'il jõudmast lehele, mida indekseerida.

301 või 302: kumba kasutada?

Kasuta püsiva kolimise puhul 301 (või 308): Google peab seda tugevaks signaaliks sihtmärgi indekseerimiseks. Kasuta 302 (või 307) ainult ajutise kolimise puhul, kui soovid, et otsingutulemustesse jääks algne URL.

Kas "Page with redirect" on sama mis "Redirect error"?

Ei. "Page with redirect" tähendab, et ümbersuunamine toimis: URL-i ei indekseerita, sest see viitab teisele lehele. "Redirect error" tähendab, et Google püüdis ümbersuunamist järgida ega jõudnud kunagi toimiva leheni.

Kui kaua võtab aega, et "Redirect error" kaoks?

Pärast nupu Validate fix klõpsamist roomab Google mõjutatud URL-id järgmiste päevade jooksul uuesti läbi, mõnikord kuni kahe nädala jooksul. Olek uueneb iga URL-i töötlemisel, nii et sa ei pea iga URL-i indekseerimist käsitsi taotlema.