Lỗi chuyển hướng (GSC Status)

TL;DR — “Redirect error” (bản dịch) «Lỗi chuyển hướng» trong Google Search Console có nghĩa là Google tried để follow một chuyển hướng cho trang của bạn nhưng không thể — đó chuyển hướng đã là hỏng trong some way — so đó trang đã không nhận được lập chỉ mục. đây là điều gì đó để cách sửa. không confuse điều này với “Page with redirect,” (bản dịch) «Trang với chuyển hướng,» mà là một thông thường chuyển hướng đó là hoạt động fine.

Điều gì “Redirect error” (bản dịch) «Lỗi chuyển hướng» có nghĩa là

Này label có nghĩa là Google encountered một chuyển hướng điều này không thể successfully follow để một đích. Evidence for this claim Google reports Redirect error when it could not process a redirect to a destination. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google báo cáo lists dài chains, loops, excessive URL length, và bad hoặc empty chuyển hướng URLs as các ví dụ. Evidence for this claim Google lists overly long chains, loops, excessive redirect URL length, and bad or empty redirect URLs for this report status. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

Khi bạn open đó Trang Lập chỉ mục báo cáo trong Google Search Console (đây là dưới “Lập chỉ mục” trong đó left menu), Google groups đó URLs điều này đã không chỉ mục by reason. Lỗi chuyển hướng là một of những reasons.

Điều này có nghĩa là Google được tìm thấy một chuyển hướng on của bạn URL — một rule đó gửi khách truy cập từ một address để một sản phẩm khác — và tried để follow điều này, nhưng không thể nhận để đó end. Maybe đó chuyển hướng pointed để một sản phẩm khác chuyển hướng, mà pointed để một sản phẩm khác, on và on. Maybe hai các trang chuyển hướng để mỗi other trong một loop. Maybe đó address điều này đã là đã gửi để đã là hỏng hoặc empty. Whatever đó nguyên nhân, Google gave lên, so đó trang không thể là được lập chỉ mục.

Đó một điều mọi người nhận sai

có một khác nhau status called “Page with redirect” (bản dịch) «Trang với chuyển hướng» — và mọi người mix đó hai lên constantly. Ở đây đó khác biệt trong đơn giản terms:

• Lỗi chuyển hướng = một hỏng chuyển hướng Google không thể follow. Bạn cần để cách sửa này.
• Trang với chuyển hướng = một thông thường, hoạt động chuyển hướng. Google followed điều này fine; đó URL chỉ không đó “main” version, so điều này không được lập chỉ mục (đó trang điều này points để có thể là). Này không phải an lỗi và thường cần không hành động.

So nếu bạn see “Page with redirect,” (bản dịch) «Trang với chuyển hướng,» không panic — đó là thường chính xác điều gì bạn muốn. “Redirect error” (bản dịch) «Lỗi chuyển hướng» là đó một đó có nghĩa là điều gì đó thực ra hỏng.

Điều cần làm về điều này

Đó cách sửa là gần như luôn đó giống nhau ý tưởng: làm đó chuyển hướng go straight để đó cuối trang trong một hop, thay vì bouncing qua một chain hoặc looping.

1. Open đó URL Inspection tool trong Search Console (hoặc chỉ visit đó URL trong của bạn trình duyệt) để see điều gì là happening.
2. Tìm nơi đó chuyển hướng breaks — đó loop, đó hỏng address, hoặc đó dài chain.
3. Replace điều này với một single chuyển hướng (một 301) pointing trực tiếp tại đó cuối, hoạt động trang.
4. Cập nhật của bạn own liên kết nội bộ so they point tại đó cuối trang cũng.
5. Lại trong Search Console, nhấp Validate Cách sửa để ask Google để re-kiểm tra.

Muốn đó kỹ thuật version — Google chính xác four gây ra, cách trace một chain on đó command line, và đó truth về cách nhiều các chuyển hướng Google sẽ follow? Chuyển để đó Advanced tab.

TL;DR — “Redirect error” (bản dịch) «Lỗi chuyển hướng» là một Google Search Console Trang Lập chỉ mục status: Googlebot tried để follow một chuyển hướng và không thể resolve điều này, so đó trang không được lập chỉ mục. Google names four gây ra — một chuỗi chuyển hướng đó đã là cũng dài, một vòng lặp chuyển hướng, một chuyển hướng URL đó exceeded đó max URL length, hoặc một bad/empty URL trong đó chain. Điều này là một hỏng chuyển hướng để cách sửa, và điều này là distinct từ “Page with redirect,” (bản dịch) «Trang với chuyển hướng,» mà là một hoạt động, non-canonical chuyển hướng đó là thông thường và thường cần không hành động. Diagnose by tracing đó chain (curl -IL, URL Inspection, Lighthouse, một crawler), collapse điều này để một single trực tiếp 301 để đó cuối URL, cách sửa liên kết nội bộ, và chạy Validate Cách sửa. On hop limits: hiện tại Google tài liệu publish một 10-hop ceiling và khuyến nghị không hơn 3/ít hơn 5. Mueller dated 2014 và 2020 statements mô tả về five theo crawl; đó 2014 một cũng described continuing đó remainder sau đó. Patrick similar observations là independent. Aim cho một hop regardless.

Nơi này status lives

“Redirect error” (bản dịch) «Lỗi chuyển hướng» xuất hiện trong Search Console dưới Trang Lập chỉ mục → “Why pages aren’t indexed.” (bản dịch) «Vì sao các trang không được lập chỉ mục.» Đó bảng breaks đó không-được lập chỉ mục URLs vào reasons, và này là một of them. Đó takeaway lên front: đây là một crawl/follow failure, không một quality judgment. Google không telling bạn đó trang là thấp-quality hoặc penalized — đây là telling bạn điều này theo nghĩa đen không thể follow đó chuyển hướng để một đích, so ở đó đã là không có gì để chỉ mục.

Google four gây ra — chính xác

Những là Search Console’s được ghi lại báo cáo gây ra, không một universal taxonomy cho mỗi chuyển hướng implementation bug. Evidence for this claim Google reports Redirect error when it could not process a redirect to a destination. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google riêng khuyến nghị ngắn, trực tiếp chuyển hướng paths. Evidence for this claim Google lists overly long chains, loops, excessive redirect URL length, and bad or empty redirect URLs for this report status. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

Google Trang Lập chỉ mục tài liệu là cụ thể. MỘT lỗi chuyển hướng có nghĩa là Google experienced một of đó sau: một chuyển hướng chain đó đã là cũng dài, một chuyển hướng loop, một chuyển hướng URL đó eventually exceeded đó max URL length, hoặc một bad hoặc empty URL trong đó chuỗi chuyển hướng. đó là đó toàn bộ list — four các chế độ lỗi, và mỗi cách sửa maps lại để một of them. (Đó chính xác wording là trong đó Quotes tab.)

”Redirect error” (bản dịch) «Lỗi chuyển hướng» so với “Page with redirect” (bản dịch) «Trang với chuyển hướng» — đó contrast đó matters hầu hết

Này là đó single hầu hết phổ biến confusion trong đó topic, so đây là worth đang blunt về điều này. Những là hai khác nhau Trang Lập chỉ mục statuses:

• Lỗi chuyển hướng — Google không thể follow đó chuyển hướng (một of đó four gây ra trên). Đó trang không thể là được lập chỉ mục. đây là hỏng; cách sửa điều này.
• Trang với chuyển hướng — Google có thể follow đó chuyển hướng; điều này worked. Đó URL là đơn giản một non-canonical URL đó các chuyển hướng elsewhere, so này URL sẽ không là được lập chỉ mục — nhưng đó đích có thể là. Google own mô tả of điều này là đó đây là một non-canonical URL đó các chuyển hướng để một sản phẩm khác trang, so điều này sẽ không là được lập chỉ mục, trong khi đó đích URL of đó chuyển hướng có thể hoặc có thể không là được lập chỉ mục depending on điều gì Google thinks of đó đích. Này không phải an lỗi và thường cần không hành động.

Nếu của bạn old URLs đó bạn intentionally 301-được chuyển hướng cho thấy lên as “Page with redirect,” (bản dịch) «Trang với chuyển hướng,» đó là đó hệ thống hoạt động as designed — không go trying để “cách sửa” điều này. Save của bạn attention cho “Redirect error,” (bản dịch) «Lỗi chuyển hướng,» mà là đó một đó là thực ra hỏng. (có một side-by-side bảng trong đó Các bảng tra nhanh tab.)

Đó four gây ra, và cách sửa mỗi

1. Chuỗi chuyển hướng đó đã là cũng dài. MỘT → B → C → D → … thay vì MỘT straight để đó cuối URL. Mỗi hop adds latency và một sản phẩm khác chance cho điều gì đó để break, và một dài đủ chain có nghĩa là Google không reach đó đích. Cách sửa: collapse đó chain. Point đó original URL trực tiếp tại đó cuối đích trong một single 301, và xóa hoặc cập nhật đó intermediate rules.

2. Vòng lặp chuyển hướng. Hai hoặc hơn URLs đó chuyển hướng lại để mỗi other — MỘT → B → MỘT, hoặc một lâu hơn cycle. Trong một trình duyệt này là đó classic ERR_TOO_MANY_REDIRECTS / “too many redirects” (bản dịch) «cũng nhiều các chuyển hướng» lỗi; Google flags đó giống nhau root nguyên nhân. Loops thường come từ conflicting rules — HTTP↔HTTPS, www↔non-www, hoặc trailing-slash↔không-slash rules fighting mỗi other. Cách sửa: tìm đó cycle, decide on đó single canonical form (e.g. HTTPS, non-www, trailing slash — pick một of mỗi), và làm mỗi rule point một direction chỉ.

3. Chuyển hướng URL exceeded đó max URL length. MỘT chuyển hướng đó giữ appending để đó URL — faulty rewrite rules, runaway query/tracking parameters, hoặc một rule đó re-feeds của nó own output — có thể grow đó đích URL past đó length limit. Này thường overlaps với một loop. Cách sửa: tìm đó rule đó là appending parameters và dừng điều này; strip unnecessary tracking params từ đó chuyển hướng đích; chuyển hướng để một sạch, fixed cuối URL.

4. Bad hoặc empty URL trong đó chuỗi chuyển hướng. Google own wording ở đây là generic — một “bad or empty URL” (bản dịch) «bad hoặc empty URL» — và điều này không name relative URLs as an ví dụ. MỘT relative Location giá trị là hợp lệ HTTP (đó spec có recipients resolve điều này so với đó hiện tại URL), so relativity by itself không đó vấn đề. Điều gì thực ra breaks một hop: an empty Location, một giá trị đó không resolve để bất kỳ real URL, hoặc một rule đó emits garbage thay vì một usable đích. Cách sửa: trace đó hop và xác nhận chính xác điều gì đó hỏng Location giá trị là, thì correct đó rule so điều này emits một hợp lệ, resolvable đích — absolute là đó safer default, nhưng đó defect là “doesn’t resolve,” (bản dịch) «không resolve,» không “isn’t absolute.” (bản dịch) «không absolute.»

Cách nhiều các chuyển hướng làm Google thực ra follow?

Này là nơi bad numbers nhận repeated, so I muốn để hãy cẩn thận — và này section changed since I cuối cùng checked điều này. Google crawling-infrastructure tài liệu hiện tại publishes một default: “By default, Google’s crawlers follow up to 10 redirect hops. However, specific products’ crawlers may have different limits.” (bản dịch) «Theo mặc định, Google các crawler follow lên để 10 chuyển hướng hops. Tuy nhiên, cụ thể các sản phẩm’ các crawler có thể có khác nhau limits.» Điều này adds đó Googlebot generally follows 10 chuyển hướng hops khi crawling cho chung web nội dung, nhưng Google Inspection Tools không follow các chuyển hướng tại all — so đó number ngay cả phụ thuộc vào mà Google tool là đang làm đó fetching.

Google hiện tại site-move tài liệu adds đó practical đích: tránh chains; nếu đó không có thể, giữ them để không hơn 3 và ít hơn 5. Đó là không một sản phẩm khác kỹ thuật ceiling. Ten là điều gì đó hiện tại crawler tài liệu says Googlebot có thể follow; 3-để-5 là đó hiện tại implementation khuyến nghị.

Đó familiar five-hop number có một tách biệt, dated evidence trail. Trong một 2014 quản trị viên web hangout tại 46:03, John Mueller described Googlebot sau as nhiều as five các chuyển hướng trong một crawl và continuing bất kỳ remainder trong đó tiếp theo crawl. Trong 2020 he riêng đã nói Google follows lên để về 5 hops theo crawl attempt, và advised ít hơn 5 cho URLs đó là được crawl frequently. Đó 2014 continuation statement đã là real, không an bịa ra breakdown. Nhưng cả hai statements là lịch sử representative hướng dẫn; neither là một hiện tại bảo đảm đó mỗi dài chain sẽ resume, hoặc khi.

My own practical cutoff, từ năm of sửa những, là cũng khoảng 5 hops, và I’ve independently seen Google pick lâu hơn chains lại lên. Những là practitioner observations, không đó basis cho Mueller 2014 statement và không một nền tảng limit.

None of này thay đổi đó practical advice: chuyển hướng trực tiếp để đó cuối URL trong một single hop. Một hop sidesteps đó entire câu hỏi về cách nhiều đó crawler sẽ follow, và đây là nhanh hơn cho người dùng cũng.

Cách diagnose một lỗi chuyển hướng

Bạn muốn để see đó chuyển hướng Google là choking on:

• URL Inspection (GSC). Trực tiếp URL Inspection follows đó chuyển hướng và các kiểm thử đó cuối URL — nhưng điều này không cho thấy bạn đó path điều này took hoặc name đó cuối URL, so điều này không thể replace một hop-by-hop trace khi bạn cần để see nơi đó chain breaks. (MỘT related nhưng khác nhau tool — Google crawling infrastructure calls điều này “Google Inspection Tools” (bản dịch) «Google Inspection Tools» — explicitly làm không follow các chuyển hướng tại all; không assume mỗi “inspection” surface behaves đó giống nhau way.) Dùng điều này để xác nhận Google overall verdict, không để see đó chain.
• curl -IL (hoặc một redirect-checker tool) để trace mỗi hop và mã trạng thái từ đó command line — đó fastest way để spot một chain hoặc loop. Commands là trong đó Scripts tab.
• Lighthouse. Google own doc suggests dùng một web gỡ lỗi tool such as Lighthouse để nhận hơn detail về đó chuyển hướng.
• MỘT crawler — Ahrefs Site Audit, Screaming Frog, hoặc Sitebulb — để surface chuyển hướng chains và loops tại quy mô trên đó toàn bộ site, mà là cách bạn catch đó ones bạn đã không know về.
• Đó trình duyệt. MỘT loop cho thấy lên immediately as ERR_TOO_MANY_REDIRECTS.

Cách sửa điều này, từng bước

1. Reproduce đó chuyển hướng (curl / redirect-checker / trình duyệt) và identify đó hỏng hop — đó loop, đó over-length đích, đó bad URL, hoặc đó chain.
2. Replace đó chain hoặc loop với một single trực tiếp hop để đó cuối URL — và pick đó cách sửa dựa trên điều gì đó URL là thực ra supposed để làm, không on autopilot. Vĩnh viễn move → một single 301 (hoặc 308). Genuinely tạm thời move → 302/303/307 thay vì, since Google xử lý vĩnh viễn và tạm thời các chuyển hướng differently cho các tín hiệu canonical. Nếu đó old URL không nên chuyển hướng tại all anymore, restore điều này để một real 200; nếu đó nội dung là đã biến mất cho good với không replacement, một 404/410 có thể là đó right câu trả lời thay vì forcing một chuyển hướng. Whatever bạn land on, không intermediaries.
3. Cập nhật liên kết nội bộ so they point tại đó cuối URL — không giữ linking để đó old, chuyển hướng address.
4. Re-kiểm thử với curl/URL Inspection để xác nhận một sạch single chuyển hướng (hoặc một trực tiếp 200).
5. Validate Cách sửa trong Search Console. Note đó này queues một re-kiểm tra — điều này không re-chỉ mục instantly. Resolution vẫn phụ thuộc vào Google recrawling đó URL on của nó own schedule, so không expect an immediate status thay đổi.

Nơi những cluster: site migrations

Trong my experience đó bulk of chuyển hướng các lỗi là born during migrations — HTTP→HTTPS moves, www/non-www consolidation, domain thay đổi, CMS replatforms, và trailing-slash thay đổi. đó là nơi chains và loops accumulate, vì bạn end lên với layers of chuyển hướng rules stacked on top of mỗi other. Đó discipline đó ngăn điều này: maintain một chuyển hướng map và point mỗi old URL trực tiếp tại của nó cuối new URL — không tại an intermediate URL đó itself các chuyển hướng. Nếu bạn chuyển hướng old → interim → new, bạn đã được xây dựng một chain on day một.

MỘT note on 301 so với 302 (since điều này xuất hiện lên)

MỘT lỗi chuyển hướng không về mà chuyển hướng loại bạn dùng — đây là về đó chuyển hướng đang unfollowable. Nhưng trong khi chúng ta là ở đây: 3xx các chuyển hướng không lose PageRank, và Google có thể come để treat một 302 như một 301 theo thời gian (I’ve chạy đó thử nghiệm myself — một dài-lived 302 giữa hai established các trang behaved như một vĩnh viễn move). Vẫn, cho một vĩnh viễn move, dùng một 301 để gửi đó clearest tín hiệu canonical. Dùng đó right loại, và làm điều này một single hop.

Related statuses và concepts

Đó sibling status “Page with redirect” (bản dịch) «Trang với chuyển hướng» (covered trên) là đó thông thường, non-lỗi đối tác tương ứng — giữ them straight. MỘT chuỗi chuyển hướng là đó hầu hết phổ biến underlying nguyên nhân ở đây, và đó Trang Lập chỉ mục báo cáo là đó GSC báo cáo all of những statuses trực tiếp trong. Cho đó bigger picture of cách Google decides điều gì để chỉ mục, see đó lập chỉ mục hub.

AI summary

MỘT condensed take on đó Advanced version:

• “Redirect error” (bản dịch) «Lỗi chuyển hướng» = Google không thể follow một chuyển hướng, so đó trang không được lập chỉ mục. đây là một Search Console Trang Lập chỉ mục status dưới “Why pages aren’t indexed.” (bản dịch) «Vì sao các trang không được lập chỉ mục.» đây là một follow/crawl failure, không một hình phạt hoặc quality judgment.
• Four Google-được định nghĩa gây ra: một chuỗi chuyển hướng đó đã là cũng dài, một chuyển hướng loop, một chuyển hướng URL đó exceeded đó max URL length, hoặc một bad/empty URL trong đó chain. Mỗi cách sửa maps để một of những.
• Không đó giống nhau as “Page with redirect.” (bản dịch) «Trang với chuyển hướng.» Lỗi chuyển hướng = hỏng, cách sửa điều này. Trang với chuyển hướng = một hoạt động, non-canonical chuyển hướng đó là thông thường và thường cần không hành động. Này là đó #1 confusion trong đó topic.
• Cách sửa mỗi nguyên nhân: dài chain → collapse để một trực tiếp hop matching đó URL’s dự kiến behavior; loop → resolve conflicting HTTP/HTTPS, www, và trailing-slash rules; over-length URL → dừng đó rule appending params; bad/empty URL → trace đó thực tế hỏng giá trị và emit một hợp lệ, resolvable đích (relative không tự động đó vấn đề).
• Hop count: Google crawling tài liệu hiện tại publishes một default of lên để 10 chuyển hướng hops cho Googlebot (Google Inspection Tools follows none tại all), trong khi của nó site-move doc khuyến nghị không hơn 3/ít hơn 5. Mueller dated 2014 và 2020 statements mô tả về 5 hops theo crawl; đó 2014 statement cũng described continuing đó remainder sau đó. Patrick similar trường observation và ~5-hop cutoff là independent. Aim cho một hop.
• Diagnose với URL Inspection, curl -IL, Lighthouse, và một crawler (Ahrefs Site Audit / Screaming Frog / Sitebulb) cho quy mô.
• Cách sửa workflow: reproduce → tìm đó hỏng hop → single trực tiếp hop để đó cuối URL, dùng đó chuyển hướng loại (hoặc non-chuyển hướng) đó matches intent → cập nhật liên kết nội bộ → re-kiểm thử → Validate Cách sửa (queues một re-kiểm tra on Google own recrawl schedule; không instant).
• They cluster during migrations (HTTPS, www, domain, replatform). Ngăn them by mapping mỗi old URL trực tiếp để của nó cuối new URL — không bao giờ qua an interim chuyển hướng.

Tài liệu chính thức

Chính-nguồn tài liệu từ đó các công cụ tìm kiếm.

Google

• Trang lập chỉ mục báo cáo — đó nguồn cho đó “Redirect error” (bản dịch) «Lỗi chuyển hướng» definition (đó four gây ra) và đó tách biệt “Page with redirect” (bản dịch) «Trang với chuyển hướng» status, plus đó suggestion để dùng một gỡ lỗi tool như Lighthouse.
• Các chuyển hướng và Google Search — Google chuyển hướng doc: chuyển hướng types, đó preference cho máy chủ-side các chuyển hướng, và cách vĩnh viễn so với tạm thời các chuyển hướng là treated cho các tín hiệu canonical.
• Cách HTTP các mã trạng thái ảnh hưởng Google các crawler — Google crawling-infrastructure doc; trạng thái đó hiện tại default hop cap (lên để 10 cho Googlebot) và đó Google Inspection Tools không follow các chuyển hướng tại all.
• Crawling và Lập chỉ mục — đó hub cho các chuyển hướng, canonicalization, và crawl controls.
• URL Inspection Tool — cách inspect một single URL; trực tiếp URL Inspection follows các chuyển hướng để kiểm thử đó cuối URL nhưng không expose đó path điều này took.

Bing / Microsoft

• Bing Quản trị viên web Guidelines — Bing chung hướng dẫn, including dùng 301s cho vĩnh viễn moves và avoiding chuyển hướng chains.
• Managing các chuyển hướng – 301s, 302s và canonicals (2011) — Bing older nhưng vẫn-cited post on chuyển hướng thực hành tốt nhất (point old URLs trực tiếp tại đó cuối đích).

Quotes từ đó nguồn

On-đó-record statements từ Google. Mỗi link là một deep link đó jumps để đó quoted passage on đó trang nguồn.

Google — đó four gây ra of một “Redirect error” (bản dịch) «Lỗi chuyển hướng»

• “Google experienced one of the following redirect errors: A redirect chain that was too long; A redirect loop; A redirect URL that eventually exceeded the max URL length; A bad or empty URL in the redirect chain.” (bản dịch) «Google experienced một of đó sau chuyển hướng các lỗi: MỘT chuỗi chuyển hướng đó đã là cũng dài; MỘT vòng lặp chuyển hướng; MỘT chuyển hướng URL đó eventually exceeded đó max URL length; MỘT bad hoặc empty URL trong đó chuỗi chuyển hướng.» — Google, Trang lập chỉ mục báo cáo Help doc. Nhảy đến trích dẫn

Google — “Page with redirect” (bản dịch) «Trang với chuyển hướng» (đó non-lỗi status, cho contrast)

• “This is a non-canonical URL that redirects to another page. As such, this URL will not be indexed. The target URL of the redirect might or might not be indexed, depending on what Google thinks about that target URL. A canonical URL with a redirect can be indexed.” (bản dịch) «Này là một non-canonical URL đó các chuyển hướng để một sản phẩm khác trang. As such, này URL sẽ không là được lập chỉ mục. Đó đích URL of đó chuyển hướng có thể hoặc có thể không là được lập chỉ mục, depending on điều gì Google thinks về đó đích URL. MỘT canonical URL với một chuyển hướng có thể là được lập chỉ mục.» — Google, Trang lập chỉ mục báo cáo Help doc. Nhảy đến trích dẫn

John Mueller, Google — on cách nhiều hops Google follows

• Trong một 2014 quản trị viên web hangout, Mueller described Googlebot sau lên để five các chuyển hướng trong một crawl và continuing bất kỳ remainder trong đó tiếp theo crawl. Watch từ 46:03
• “Search engines just follow the redirect chain (for Google: up to 5 hops in the chain per crawl attempt).” (bản dịch) «Các công cụ tìm kiếm chỉ follow đó chuỗi chuyển hướng (cho Google: lên để 5 hops trong đó chain theo crawl attempt).» (Relayed qua Search Engine Journal, 2020.) Nhảy đến trích dẫn
• “The only thing I’d watch out for is that you have less than 5 hops for URLs that are frequently crawled.” (bản dịch) «Điều duy nhất I’d watch out cho là đó bạn có ít hơn 5 hops cho URLs đó là frequently được crawl.» (Relayed qua Search Engine Journal, 2020.) Nhảy đến trích dẫn

Google — đó hiện tại default hop cap (crawling infrastructure tài liệu)

• “By default, Google’s crawlers follow up to 10 redirect hops. However, specific products’ crawlers may have different limits.” (bản dịch) «Theo mặc định, Google các crawler follow lên để 10 chuyển hướng hops. Tuy nhiên, cụ thể các sản phẩm’ các crawler có thể có khác nhau limits.» — Google, “How HTTP status codes affect Google’s crawlers” (bản dịch) «Cách HTTP các mã trạng thái ảnh hưởng Google các crawler» (Google Crawling Infrastructure tài liệu; đã cập nhật 2026-02-04; verified trực tiếp 2026-07-18).
• “Googlebot generally follows 10 redirect hops when crawling for general web content, but Google Inspection Tools doesn’t follow redirects.” (bản dịch) «Googlebot generally follows 10 chuyển hướng hops khi crawling cho chung web nội dung, nhưng Google Inspection Tools không follow các chuyển hướng.» — giống nhau nguồn (verified trực tiếp 2026-07-18). Nguồn

Google — đó hiện tại practical khuyến nghị (site-move tài liệu)

• “ideally no more than 3 and fewer than 5.” (bản dịch) «ideally không hơn 3 và ít hơn 5.» Nguồn

Chuyển hướng-lỗi cách sửa checklist

Hoạt động qua này cho mỗi URL (hoặc template) flagged “Redirect error” (bản dịch) «Lỗi chuyển hướng»:

• Xác nhận đây là thực ra “Redirect error” (bản dịch) «Lỗi chuyển hướng» và không “Page with redirect” (bản dịch) «Trang với chuyển hướng» (đó latter là thường fine — không hành động needed).
• Reproduce đó chuyển hướng với curl -IL (hoặc một chuyển hướng checker) và đọc mỗi hop và mã trạng thái.
• Identify mà of Google four gây ra điều này là: chain cũng dài, loop, over-max-length URL, hoặc bad/empty URL.
• Cho một loop, tìm đó conflicting rules (HTTP↔HTTPS, www↔non-www, trailing-slash) và làm mỗi chuyển hướng point một direction chỉ.
• Cho một chain, collapse điều này để một single 301 pointing tại đó cuối URL — xóa đó intermediate hops.
• Cho an over-length URL, dừng đó rule appending params và chuyển hướng để một sạch, fixed đích.
• Cho một bad/empty URL, trace đó chính xác hỏng Location giá trị đầu tiên — empty, unresolvable, hoặc garbage, không merely relative — thì cách sửa đó rule so điều này emits một hợp lệ, resolvable đích (absolute là đó safer default).
• Xác nhận đó cuối đích trả về 200 (không một sản phẩm khác chuyển hướng, không một 4XX/5XX).
• Cập nhật liên kết nội bộ để point tại đó cuối URL, không đó chuyển hướng một.
• Re-kiểm thử với curl / URL Inspection — expect một sạch chuyển hướng hoặc một trực tiếp 200.
• Nhấp Validate Cách sửa trong Search Console (remember: điều này queues một re-kiểm tra; điều này không instant).

Chuyển hướng-lỗi các bảng tra nhanh

“Redirect error” (bản dịch) «Lỗi chuyển hướng» so với “Page with redirect” (bản dịch) «Trang với chuyển hướng» — không confuse them

Google four gây ra → diagnosis → cách sửa

Hop được tính — điều gì là thực ra đúng

Trace một chuỗi chuyển hướng (tìm đó hỏng hop)

Đó fastest way để see chính xác điều gì Google là choking on là để follow đó chuyển hướng chain yourself và đọc mỗi hop và mã trạng thái.

macOS / Linux

# -I = headers only, -L = follow redirects: prints each hop's status + Location
curl -sIL https://www.example.com/old-page/ | grep -i -E '^(HTTP/|location:)'
# Example of a healthy single hop:
#   HTTP/2 301
#   location: https://www.example.com/new-page/
#   HTTP/2 200
#
# A chain shows multiple 3xx lines before the 200.
# A loop never reaches 200 — you'll see the same URLs repeat (curl stops at its
# --max-redirs limit, default 50).

Nếu bạn muốn đó đầy đủ theo-hop URL + code list trong một line mỗi:

curl -sIL -o /dev/null -w '%{http_code} %{url_effective}\n' https://www.example.com/old-page/
# Add --max-redirs 10 to cap how far curl will follow (useful for catching loops):
curl -sIL --max-redirs 10 -o /dev/null -w '%{http_code} %{url_effective}\n' https://www.example.com/old-page/

Windows (PowerShell)

# Follows redirects and reports the final status; -MaximumRedirection caps the chain
Invoke-WebRequest -Uri "https://www.example.com/old-page/" -MaximumRedirection 10 |
  Select-Object StatusCode, @{n='FinalUrl';e={$_.BaseResponse.ResponseUri}}

# To see each hop, disable auto-follow and inspect the Location header one step at a time:
Invoke-WebRequest -Uri "https://www.example.com/old-page/" -MaximumRedirection 0 -ErrorAction SilentlyContinue |
  Select-Object StatusCode, @{n='Location';e={$_.Headers.Location}}

Reading đó output

• Một 3xx thì một 200 = một sạch single hop. Good.
• Several 3xx lines trước đó 200 = một chain — collapse điều này để một 301.
• Giống nhau URLs repeating / không bao giờ reaching 200 = một loop — tìm đó conflicting rules.
• MỘT 3xx pointing tại một 4XX/5XX hoặc an empty/garbled Location = một bad/empty URL trong đó chain — cách sửa đó rule.

Khi đây là một single trực tiếp 301 → 200, re-kiểm thử, thì chạy Validate Cách sửa trong Search Console.

Caveat: -I gửi một HEAD yêu cầu, không GET. Hầu hết các máy chủ và CDNs chuyển hướng cùng cách regardless of phương thức, nhưng some máy chủ configs, CDN rules, hoặc middleware branch on phương thức yêu cầu — so nếu một hop looks khác nhau hơn bạn expect, re-chạy không có -I (một đơn giản curl -sL) để xác nhận đó GET behavior matches trước khi bạn conclude đó cách sửa là sai.

I có một “Redirect error” (bản dịch) «Lỗi chuyển hướng» — điều gì làm I thực ra cách sửa?

Google four gây ra look similar từ một distance (they all end với “the redirect didn’t resolve” (bản dịch) «đó chuyển hướng đã không resolve»), nhưng đó cách sửa là khác nhau cho mỗi. Trace đó chain đầu tiên (curl hoặc đó Chuyển hướng Checker), thì dùng điều gì bạn see để pick một branch dưới.

Whichever branch bạn land on, đó end state là đó giống nhau: một single trực tiếp 301 để một URL đó trả về 200. Re-kiểm thử với đó Chuyển hướng Checker hoặc curl -IL trước clicking Validate Cách sửa.

Mistakes đó turn vào “Redirect error” (bản dịch) «Lỗi chuyển hướng»

• Chuyển hướng old → interim → new thay vì old → new. Này là đó single hầu hết phổ biến way một “Redirect error” (bản dịch) «Lỗi chuyển hướng» nhận born. Mỗi khi bạn migrate (HTTPS, www, domain, CMS replatform) và point đó old URL tại an đã-chuyển hướng interim URL thay vì đó cuối một, bạn đã được xây dựng một chain on day một. Làm thay vì: luôn point đó original URL trực tiếp tại đó cuối đích.
• Stacking canonicalization rules không có kiểm tra đó order. HTTP→HTTPS, www→non-www, và trailing-slash rules mỗi chuyển hướng independently; nếu hai of them disagree về direction, bạn nhận một loop, không một chain. Làm thay vì: pick một canonical form cho mỗi dimension và verify mỗi rule points đó giống nhau way, không chỉ đó một bạn chỉ edited.
• “Sửa” một chuyển hướng by thêm một sản phẩm khác chuyển hướng on top. Patching một hỏng hop by inserting một new rule trong front of điều này thường extends đó chain thay vì of shortening điều này. Làm thay vì: replace đó toàn bộ chain với một trực tiếp 301, không layer một sản phẩm khác hop onto điều này.
• Confusing “Redirect error” (bản dịch) «Lỗi chuyển hướng» với “Page with redirect” (bản dịch) «Trang với chuyển hướng» và trying để “cách sửa” một hoạt động chuyển hướng. “Page with redirect” (bản dịch) «Trang với chuyển hướng» là Google successfully sau một non-canonical URL để của nó đích — đây là không hỏng. Làm thay vì: chỉ spend time on URLs thực ra flagged “Redirect error” (bản dịch) «Lỗi chuyển hướng»; leave “Page with redirect” (bản dịch) «Trang với chuyển hướng» alone.
• Chuyển hướng để một URL đó itself 404s, 5xxs, hoặc là noindexed. Ngay cả một single sạch hop là useless nếu đó đích không trả về 200 và không indexable — Google either không thể finish resolving điều này hoặc sẽ không chỉ mục điều gì điều này tìm thấy. Làm thay vì: xác nhận đó cuối đích trả về một real 200 và là indexable trước wiring đó chuyển hướng để điều này.
• Letting tracking/query parameters nhận appended on mỗi hop. MỘT rewrite rule đó re-feeds của nó own output (phổ biến với tracking hoặc session params) grows đó đích URL past đó max length on một dài-lived chuyển hướng. Làm thay vì: strip unnecessary parameters và chuyển hướng để một sạch, fixed URL.
• Clicking Validate Cách sửa và assuming đây là instant. Validate Cách sửa queues một re-kiểm tra; điều này không re-chỉ mục đó trang immediately. Làm thay vì: re-kiểm thử đó chuyển hướng yourself đầu tiên (curl / Chuyển hướng Checker) so bạn know đây là thực ra fixed trước khi bạn chờ on Google recrawl.

Prove đó chuyển hướng là thực ra fixed

Chạy những sau khi bạn collapse một chain, break một loop, hoặc cách sửa một bad/empty URL — trước khi bạn rely on Search Console để xác nhận điều này.

Kiểm thử 1: Single-hop 301 để một 200

• Kiểm thử để chạy — Paste đó old URL vào đó Chuyển hướng Checker, hoặc chạy curl -sIL -o /dev/null -w '%{http_code} %{url_effective}\n' <url>.
• Dự kiến kết quả — Chính xác một 301 (hoặc 308) hop, landing on một cuối URL đó trả về 200.
• Failure interpretation — Hơn một 3xx line trước đó 200 có nghĩa là đó chain không thực ra collapsed tuy vậy; đó giống nhau URL reappearing có nghĩa là đó loop không fixed.
• Monitoring window — Immediate; các mã trạng thái không cần để “settle.”
• Rollback trigger — Bất kỳ additional hop xuất hiện, hoặc đó cuối status là một 4XX/5XX thay vì 200.

Kiểm thử 2: Không loop, không runaway length

• Kiểm thử để chạy — Chuỗi chuyển hướng Mapper on đó affected URL, hoặc curl -sIL --max-redirs 10 -o /dev/null -w '%{http_code} %{url_effective}\n' <url> (một thấp --max-redirs sẽ lỗi out nếu đây là vẫn looping).
• Dự kiến kết quả — Đó mapper cho thấy một single straight hop với không repeated URLs, và đó đích URL length hasn’t grown từ appended parameters.
• Failure interpretation — Repeating URLs = đó conflicting canonicalization rule là vẫn trong place; một lâu hơn-hơn-dự kiến đích URL = một rule là vẫn appending parameters.
• Monitoring window — Immediate.
• Rollback trigger — Loop reappears, hoặc đó URL length grows again on một re-kiểm tra days sau đó.

Kiểm thử 3: Batch-verify tại quy mô sau một migration

• Kiểm thử để chạy — Chạy đó đầy đủ old-URL list qua SEO Migration Planner & Validator hoặc đó Chuyển hướng Checker trong bulk.
• Dự kiến kết quả — Mỗi mapped old URL resolves trong một hop để của nó dự kiến new URL tại 200.
• Failure interpretation — Bất kỳ URL vẫn cho thấy multiple hops, một loop, hoặc một non-200 đích có nghĩa là đó hàng of đó chuyển hướng map đã không thực ra applied hoặc points tại đó sai đích.
• Monitoring window — Immediate cho đó hop kiểm tra.
• Rollback trigger — Hơn một handful of URLs fail đó batch kiểm tra; đó là một sign đó chuyển hướng map itself (không chỉ một rule) có một systemic lỗi.

Kiểm thử 4: Search Console re-lập chỉ mục

• Kiểm thử để chạy — Nhấp Validate Cách sửa on đó affected URL(s) trong đó Trang Lập chỉ mục báo cáo, thì watch đó status.
• Dự kiến kết quả — Đó URL moves off “Redirect error” (bản dịch) «Lỗi chuyển hướng» — ideally để “Page with redirect” (bản dịch) «Trang với chuyển hướng» (nếu đây là một non-canonical old URL) hoặc đó cuối URL cho thấy as được lập chỉ mục.
• Failure interpretation — Vẫn cho thấy “Redirect error” (bản dịch) «Lỗi chuyển hướng» sau validation completes có nghĩa là đó trực tiếp chuyển hướng vẫn không resolving đó way bạn tested điều này, hoặc Google hasn’t recrawled tuy vậy.
• Monitoring window — Validate Cách sửa queues một recheck, không an instant re-chỉ mục; điều này phụ thuộc hoàn toàn on Google own recrawl schedule cho đó URL, mà không published, so không expect điều này on một fixed timetable.
• Rollback trigger — Validation xuất hiện lại failed, hoặc đó status reappears on một sau đó crawl sau initially clearing.

Tools cho tracing và sửa chuyển hướng các lỗi

• Chuyển hướng Checker — paste một single URL và see mỗi hop, mã trạng thái, và đó cuối đích. Đó fastest way để xác nhận liệu một flagged URL là hiện tại một sạch single 301 → 200.
• Chuỗi chuyển hướng Mapper — visualizes đó đầy đủ hop-by-hop path, so một chain hoặc loop là obvious tại một glance thay vì đọc line-by-line từ thô các header.
• Bulk HTTP Mã trạng thái Checker — kiểm tra nhiều URLs tại khi, mà là cách bạn catch chuyển hướng các lỗi trên một toàn bộ site hoặc một toàn bộ chuyển hướng map thay vì một URL tại một time.
• SEO Migration Planner & Validator — được xây dựng cho chính xác đó scenario nơi hầu hết chuyển hướng các lỗi là born: site migrations. Map old URLs trực tiếp để của họ cuối new URLs (không qua an interim hop) và verify đó map trước và sau go-trực tiếp.
• Google Search Console — URL Inspection. Trực tiếp URL Inspection follows đó chuyển hướng và các kiểm thử đó cuối URL, nhưng điều này không expose đó hop-by-hop path hoặc name đó cuối URL — pair điều này với curl -IL hoặc một chuyển hướng checker khi bạn cần để see nơi đó chain thực ra breaks.
• curl -IL từ đó command line, cho anyone ai wants để trace một hop manually. Commands là trong đó Scripts tab.
• Ahrefs Site Audit / Screaming Frog / Sitebulb. Cho surfacing mỗi chuỗi chuyển hướng và loop trên một toàn bộ site tại khi, mà là cách bạn tìm đó ones đó không bao giờ đã nhận một hỗ trợ ticket.

Prompts cho chuyển hướng-lỗi analysis

Feed những prompts thực tế chuyển hướng traces. MỘT language model không thể verify một chuyển hướng path từ một URL alone.

Diagnose một hỏng trace

Analyze này chuyển hướng trace hop by hop. Identify đó đầu tiên loop, không hợp lệ hoặc empty location, excessive chain, hoặc non-success đích. Khuyến nghị một single trực tiếp chuyển hướng từ đó starting URL để đó dự kiến cuối 200 URL. Trace: [paste statuses và locations].

Review một chuyển hướng map trước deployment

Review này proposed old-để-new chuyển hướng map. Flag self-các chuyển hướng, loops, multiple hops, conflicting destinations, malformed targets, và các chuyển hướng để irrelevant các trang. Trả về corrected mappings và một validation checklist. Map: [paste các hàng].

Convert crawl output vào repair groups

Group những chuyển hướng các lỗi by shared nguồn pattern và có khả năng rule hoặc template. Cho mỗi group, state đó evidence, đó smallest configuration thay đổi, affected URL count, và một post-deployment kiểm thử. Không invent một đích khi đó dự kiến đích không phải present trong đó dữ liệu. Các hàng: [paste crawl export].

Tự kiểm tra: Lỗi chuyển hướng

Five các câu hỏi on điều gì “Redirect error” (bản dịch) «Lỗi chuyển hướng» có nghĩa là và cách sửa điều này. Pick an câu trả lời cho mỗi, thì kiểm tra.

Nhật ký thay đổi