Redirect error Google Search Console: cēloņi un risinājumi

Ko Search Console nozīmē "Redirect error"

"Redirect error" ir viens no iemesliem Google Search Console pārskata Page indexing tabulā "Why pages aren't indexed". Tas parādās, kad Googlebot seko jūsu URL novirzīšanai, bet tā arī nenonāk līdz galamērķim, ko varētu pārmeklēt, tāpēc pa šo ceļu netiek indeksēts ne sākotnējais URL, ne mērķis.

To viegli sajaukt ar statusu "Page with redirect", tāpēc skaidrības labad: tas statuss ir normāls. Tas nozīmē, ka novirzīšana nostrādāja: URL netiek indeksēts, jo tas norāda citur, un Google mērķi vērtē atsevišķi. "Redirect error" nozīmē, ka pati novirzīšana neizdevās.

To atradīsiet sadaļā Indexing › Pages. Noklikšķiniet uz rindas "Redirect error", lai redzētu skartos URL, un izmantojiet Export, lai lejupielādētu pilnu sarakstu.

Biežākie "Redirect error" cēloņi

Google Page indexing pārskata dokumentācijā minētas četras situācijas, kas slēpjas aiz šī statusa. Praksē bieži parādās vēl divas.

1. Pārāk gara novirzīšanu ķēde

Katrs URL, kas novirza uz citu, pievieno lēcienu. Google rāpuļprogrammas seko līdz 10 novirzīšanām, kā norādīts Google pārmeklēšanas dokumentācijā. Pēc tam Googlebot padodas, un Search Console ziņo par novirzīšanas kļūdu. Ķēdes parasti aug pakāpeniski: noteikums no HTTP uz HTTPS, tad www noteikums, tad noteikums par slīpsvītru beigās, un virsū vēl vietnes migrācija.

2. Novirzīšanu cilpa

URL A novirza uz URL B, un URL B atpakaļ uz URL A (vai uz jebko, kas ved atpakaļ uz A). Ķēde nekad neatrisinās, tāpēc neviena lapa netiek sasniegta. Cilpas bieži rodas no diviem pretrunīgiem noteikumiem, piemēram, viens pieprasa slīpsvītru beigās, bet otrs to noņem.

3. Novirzīšanas URL pārsniedz maksimālo garumu

Ja novirzīšanas noteikums katrā lēcienā kaut ko pievieno URL, piemēram, parametru vai ceļa segmentu, adrese aug, līdz pārsniedz maksimālo URL garumu, un ķēde pārtrūkst.

4. Slikts vai tukšs URL ķēdē

Drukas kļūda, piemēram, htp:// vietā http://, relatīvs ceļš, kas aizved uz nepareizo vietu, vai tukša Location galvene pārtrauc novirzīšanu šajā lēcienā.

5. Galamērķis, ko Google nevar pārmeklēt

Ja galīgais URL ir bloķēts robots.txt failā, Googlebot to nevar ielādēt. Pārbaudiet, vai katras novirzīšanas mērķi var pārmeklēt, nevis tikai to, vai tas eksistē.

6. Pretrunīgi novirzīšanas noteikumi dažādās vietās

Novirzīšanas, kas iestatītas CMS, spraudnī, tīmekļa serverī un CDN, var uzslāņoties vai cīnīties savā starpā. Vienā slānī pievienots noteikums var nosūtīt URL atpakaļ uz noteikumu citā slānī, un tieši tā rodas lielākā daļa ķēžu un cilpu.

Kā diagnosticēt "Redirect error"

Sāciet ar tieši tiem URL, ko atzīmē Search Console, un tad izsekojiet, kas notiek, pieprasot katru no tiem.

Izmantojiet URL Inspection

Ielīmējiet skarto URL pārbaudes joslā Search Console augšpusē. Sadaļā Page indexing redzams, kad Google to pēdējo reizi pārmeklēja un vai lapas ielāde izdevās. Noklikšķiniet uz Test live URL, lai pārbaudītu pašreizējo uzvedību, jo pārskats var atpalikt no jūsu labojumiem.

Izsekojiet visu novirzīšanas ceļu

Pieprasiet URL un sekojiet katram lēcienam. No termināļa:

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

Izvadē secīgi redzams katrs statusa kods un Location galvene. Jūs meklējat vairāk nekā vienu lēcienu, URL, kas parādās divreiz (cilpa), nepareizi veidotu Location vai pēdējo atbildi, kas nav 200.

Ja nevēlaties izmantot termināli, bezmaksas SEO audits SEOcrawl AI Crawler lapā saskaita jebkura URL novirzīšanas lēcienus, bet SEOcrawl AI MCP servera rīks fetch_url atgriež galīgo URL, statusa kodu un pilnu novirzīšanu ķēdi tieši Claude, ChatGPT vai Cursor.

Pārbaudiet galīgo atbildes kodu

Pārliecinieties, ka pēdējais ceļa URL atgriež 200, nevis vēl vienu 3xx, 4xx vai 5xx. Ja ķēde beidzas ar kļūdu, problēma ir galamērķī: skatiet mūsu ceļvežus par Not found (404) un Blocked due to other 4xx issue.

Kā novērst katru cēloni

Risinājums gandrīz vienmēr balstās uz vienu un to pašu ideju: novirziet sākotnējo URL uz tā galamērķi ar vienu tīru lēcienu.

• ›Pārāk gara ķēde: novirziet pirmo URL tieši uz galīgo 200 URL un noņemiet starpposma lēcienus. Ja vienā ķēdē ieplūst vairāki veci URL, atjauniniet katru no tiem.
• ›Novirzīšanu cilpa: atrodiet divus noteikumus, kas norāda viens uz otru, un vienu izdzēsiet vai izlabojiet, lai ceļš beigtos ar īstu lapu.
• ›Pārāk garš URL: izlabojiet noteikumu, kas nemitīgi kaut ko pievieno URL, un pārbaudiet, vai galamērķis ielādējas.
• ›Slikts vai tukšs mērķis: izlabojiet drukas kļūdu vai tukšo Location vērtību un izmantojiet absolūtos URL.
• ›Galamērķis bloķēts robots.txt: atļaujiet galamērķa pārmeklēšanu vai novirziet uz URL, kas nav bloķēts.
• ›Pretrunīgi noteikumi: glabājiet novirzīšanas vienuviet, lai CMS, serveris un CDN nepārrakstītu cits cita noteikumus.

Pēc tam atjauniniet iekšējās saites, lai tās norādītu uz galīgo URL, nevis uz novirzošo, un XML vietnes kartē iekļaujiet tikai galīgos URL. Crawler visā vietnē atzīmē abus gadījumus: iekšējās saites, kas atgriež 3xx, un vietnes kartes, kurās ir novirzošs URL. Lai pārbaudītu tikai vietnes karti, palaidiet to caur bezmaksas vietnes kartes pārbaudītāju, kas katram tajā iekļautajam URL pārbauda statusa kodus un novirzīšanu ķēdes.

Labā prakse novirzīšanām

Daži ieradumi novērš lielāko daļu novirzīšanas kļūdu, pirms tās vispār rodas.

• ›Izmantojiet pareizo statusa kodu. 301 novirzīšana (vai 308) ir spēcīgs signāls, ka jāindeksē mērķis: izmantojiet to pastāvīgām pārvietošanām. 302 novirzīšana (vai 307) ir vājš signāls, kas rezultātos atstāj sākotnējo URL: izmantojiet to tikai pagaidu pārvietošanai.
• ›Dodiet priekšroku servera puses novirzīšanām. Google seko arī tūlītējam meta refresh un JavaScript novirzīšanām, taču iesaka JavaScript izmantot tikai tad, ja servera puses vai meta refresh novirzīšanas nav iespējamas.
• ›Turiet ķēdes īsas. Ideāli ir viens lēciens. Katrs papildu lēciens palēnina lietotājus, tērē pārmeklēšanas budžetu un pievieno vēl vienu kļūmes punktu.
• ›Vienmēr novirziet uz URL, kas atgriež 200, nekad uz vēl vienu novirzīšanu.
• ›Atjauniniet iekšējās saites un vietnes kartes uz galīgajiem URL, lai Google un apmeklētāji novirzīšanu pilnībā izlaistu.
• ›Pārbaudiet visu atkārtoti pēc katras migrācijas vai CMS, servera vai CDN noteikumu izmaiņām, jo tieši tad rodas jaunas ķēdes un cilpas.

Kā apstiprināt labojumu

Kad novirzīšana ar vienu lēcienu ved uz 200 lapu:

1. ›Palaidiet URL Inspection skartajam URL un noklikšķiniet uz Test live URL, lai apstiprinātu, ka Google tagad sasniedz galamērķi.
2. ›Svarīgākajiem URL noklikšķiniet uz Request indexing.
3. ›Pārskatā Page indexing atveriet problēmu "Redirect error" un noklikšķiniet uz Validate fix, lai Google atkārtoti pārmeklētu katru skarto URL.
4. ›Sekojiet validācijas statusam. Tas var aizņemt dienas vai pāris nedēļas; URL pazūd no problēmas, tiklīdz tie tiek pārmeklēti atkārtoti.

Esiet soli priekšā novirzīšanas kļūdām

Novirzīšanas kļūdas reti par sevi paziņo. Tās parādās pārskatā Page indexing, un lielā vietnē tās var palikt nepamanītas, līdz krītas datplūsma. Manuāla Search Console pārbaude katram īpašumam ir lēns darbs, ko viegli izlaist.

SEOcrawl AI skats Indexation grupē jūsu URL pēc Search Console pārklājuma statusa, lai jūs redzētu, kuri URL nonāk kļūdas statusā, un sekotu, kā to skaits laika gaitā mainās. Skartos URL varat atzīmēt ar tagiem pēc noteikumiem, manuāli vai caur MCP serveri un strādāt ar tiem, līdz katrs ir atrisināts. Ja strādājat ar MI asistentu, Google Search Console audits ar vienu uzvedni pārbauda indeksa pārklājumu un katram labojumam izveido uzdevumu.

Biežāk uzdotie jautājumi

Kas izraisa "Redirect error" Google Search Console?

Google min četrus cēloņus: pārāk garu novirzīšanu ķēdi, novirzīšanu cilpu, novirzīšanas URL, kas galu galā pārsniedz maksimālo URL garumu, un sliktu vai tukšu URL ķēdē. Visos gadījumos Googlebot nevar nokļūt līdz strādājošai galīgajai lapai.

Kā novērst "Redirect error"?

Novirziet sākotnējo URL uz tā galamērķi ar vienu lēcienu. Noņemiet starpposma novirzīšanas, pārtrauciet jebkuru cilpu un pārliecinieties, ka pēdējais URL atgriež statusa kodu 200. Atjauniniet iekšējās saites, lai tās norādītu uz galamērķi, tad palaidiet URL Inspection un pārskatā Page indexing noklikšķiniet uz Validate fix.

Kas ir novirzīšanu ķēde un novirzīšanu cilpa?

Novirzīšanu ķēde ir novirzīšanu virkne, kurā URL A ved uz B, B uz C un tā tālāk, līdz tiek sasniegta galīgā lapa. Novirzīšanu cilpa ir ķēde, kas nekad nebeidzas, jo URL norāda viens uz otru. Abas var neļaut Google nokļūt līdz lapai, kas jāindeksē.

301 vai 302: kuru izmantot?

Pastāvīgai pārvietošanai izmantojiet 301 (vai 308): Google to uztver kā spēcīgu signālu indeksēt mērķi. 302 (vai 307) izmantojiet tikai pagaidu pārvietošanai, kad vēlaties, lai meklēšanas rezultātos paliktu sākotnējais URL.

Vai "Page with redirect" ir tas pats, kas "Redirect error"?

Nē. "Page with redirect" nozīmē, ka novirzīšana nostrādāja: URL netiek indeksēts, jo tas norāda uz citu lapu. "Redirect error" nozīmē, ka Google mēģināja sekot novirzīšanai un tā arī nenonāca līdz strādājošai lapai.

Cik ilgā laikā "Redirect error" pazūd?

Pēc noklikšķināšanas uz Validate fix Google nākamo dienu laikā, dažreiz pat līdz divām nedēļām, atkārtoti pārmeklē skartos URL. Statuss atjaunojas, apstrādājot katru URL, tāpēc nav jāpieprasa katra URL indeksēšana manuāli.