301 Chuyển hướng

Tóm tắt — Chuyển hướng 301 đưa vĩnh viễn mọi người hoặc bot truy cập URL cũ sang URL mới. Đây là công cụ đúng khi trang chuyển hẳn: đổi miền, đổi URL, chuyển HTTP sang HTTPS hoặc hợp nhất hai trang. Hãy cấu hình phía máy chủ, trỏ từng URL cũ đến nội dung thay thế thực sự thay vì trang chủ và duy trì chuyển hướng. Google nói 301 không làm mất giá trị xếp hạng, nên không có lý do phải e ngại.

Chuyển hướng 301 là gì

Khi trình duyệt hoặc công cụ tìm kiếm yêu cầu một trang, máy chủ trả lời bằng mã trạng thái HTTP gồm ba chữ số. 200 nghĩa là “đây là trang”. 404 nghĩa là “không tìm thấy”. 301 nghĩa là “Moved Permanently” — URL này đã có địa chỉ mới, hãy truy cập địa chỉ đó. Evidence for this claim RFC 9110 defines 301 Moved Permanently as meaning the target resource has a new permanent URI and future references ought to use one of the enclosed URIs. Scope: HTTP semantics for 301 responses; user agents may change POST to GET for historical reasons. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.4.2 — 301 Moved Permanently

Vì vậy, chuyển hướng 301 là lời máy chủ thông báo rằng tài nguyên được yêu cầu hiện nằm ở địa chỉ khác và việc chuyển này là vĩnh viễn. Khách truy cập tự động được đưa đến trang mới, còn công cụ tìm kiếm cập nhật hồ sơ để trỏ đến URL mới.

Khi nào nên dùng 301

Dùng 301 bất cứ khi nào địa chỉ trang thay đổi vĩnh viễn:

• Bạn đổi URL — đổi tên trang, tái cấu trúc website hoặc làm sạch URL lộn xộn.
• Bạn chuyển sang miền mới — đổi thương hiệu hoặc di chuyển site.
• Bạn chuyển sang HTTPS — mọi URL http:// nên dùng 301 đến phiên bản https:// tương ứng.
• Bạn hợp nhất các trang — hai bài tương tự trở thành một; chuyển các URL cũ đến trang còn lại.
• Bạn ngừng một trang nhưng có nội dung thay thế rõ ràng — đưa người dùng đến nội dung tương đương gần nhất thay vì ngõ cụt.

Lời khuyên của Google: “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (bản dịch) «Nếu cần đổi URL của trang đang hiển thị trong kết quả tìm kiếm, hãy dùng chuyển hướng vĩnh viễn phía máy chủ bất cứ khi nào có thể.» Evidence for this claim Google treats 301 and 308 as permanent redirects and uses a permanent redirect as a strong signal that the target should be canonical. Scope: Google Search redirect and canonicalization behavior; a redirect remains one signal among others. Confidence: high · Verified: 2026-07-14 Google: Redirects and Google Search

Con số bạn nên bỏ qua

Bạn có thể nghe rằng 301 “làm mất 10–15% link juice”. Đó là quan niệm cũ. Google nói thẳng: “301 and other permanent redirects don’t cause a loss in PageRank.” (bản dịch) «301 và các chuyển hướng vĩnh viễn khác không làm mất PageRank.» Vì vậy, đừng tránh chuyển hướng vì sợ “rò rỉ” giá trị; một quy tắc đúng chuyển các tín hiệu URL cũ đã kiếm được sang đích.

Bạn cũng sẽ thấy những tuyên bố nghe có vẻ chắc chắn rằng 301 “truyền 90–99% link equity”. Hãy bỏ qua: Google không công bố tỷ lệ nào như vậy và con số đó là bịa đặt.

Ba điều cần làm đúng

1. Trỏ từng URL cũ đến nội dung thay thế thực sự, không phải trang chủ. Nếu dồn mọi trang đã ngừng vào trang chủ, Google có thể coi đó là lỗi “soft 404” và không truyền giá trị. Hãy ánh xạ cũ sang mới theo tỷ lệ 1:1.
2. Dùng 301 thật, không dùng bản giả. Chuyển hướng chỉ bằng JavaScript hoặc liên kết “nhấp vào đây nếu chưa được chuyển” không tương đương; Google có thể không thấy. Hãy thực hiện phía máy chủ.
3. Duy trì quy tắc. Google nói nên giữ chuyển hướng thường ít nhất một năm để mọi tín hiệu có thời gian chuyển. Nếu có thể, hãy giữ vô thời hạn.

Còn 302 thì sao?

302 là phiên bản tạm thời: “trang này tạm chuyển nhưng bản gốc vẫn là địa chỉ chính”. Nếu dùng 302 cho một lần chuyển đáng lẽ là 301, Google có thể giữ URL cũ trong kết quả thay vì URL mới. Khi chuyển vĩnh viễn, hãy dùng 301. Phần so sánh 301 với 302 nên được đọc riêng để hiểu đầy đủ.

Muốn xem cấu hình máy chủ, chi tiết thời gian, quy tắc chuỗi chuyển hướng và cách phát hiện 301 “giả” đang âm thầm thất bại? Hãy chuyển sang thẻ Nâng cao.

Tóm tắt — 301 (HTTP “301 Moved Permanently”) là phản hồi phía máy chủ chuyển URL vĩnh viễn và là tín hiệu mạnh nhất để hợp nhất xếp hạng tại đích. Google nói rõ chuyển hướng vĩnh viễn không làm mất PageRank; quy tắc “mất khoảng 15% mỗi hop” đã lỗi thời và không có tỷ lệ link equity được công bố, nên đừng tự đặt con số. Hãy triển khai trên máy chủ (Apache, nginx, mã ứng dụng) hoặc tại edge (Cloudflare), không dùng JavaScript hay meta refresh trì hoãn. Trỏ URL cũ đến nội dung tương đương phù hợp theo tỷ lệ 1:1 thay vì dồn hết về trang chủ, điều có thể bị Google phân loại lại thành soft 404. Giữ chuỗi ngắn: Google có thể theo tối đa 10 hop nhưng khuyên dưới khoảng 5; Mueller từng nói khoảng 5 mỗi lần crawl. Quy tắc máy chủ có hiệu lực tức thì; hợp nhất đầy đủ chỉ mục và tín hiệu cần nhiều tuần đến thường ít nhất một năm.

Bản chất của chuyển hướng 301

301 là mã trạng thái HTTP — “301 Moved Permanently” — do máy chủ hoặc edge của CDN trả trong header trước bất kỳ thân trang nào. Đây là điểm quan trọng: 301 thật xảy ra ở tầng giao thức, trong phản hồi cho yêu cầu. Nó không phải tính năng plugin, thẻ <meta> hay đoạn JavaScript; những cách đó chỉ là giải pháp thay thế khi không thể cấu hình máy chủ và có hành vi khác.

Google định nghĩa ngắn gọn: “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (bản dịch) «Các mã 301 và 308 nghĩa là trang đã chuyển vĩnh viễn sang vị trí mới.» (308 là mã chuyển hướng vĩnh viễn mới hơn, đồng thời giữ nguyên phương thức yêu cầu; với SEO, Google xử lý 301 và 308 giống nhau — “use HTTP permanent redirects if possible, such as 301 and 308.” (bản dịch) «hãy dùng chuyển hướng HTTP vĩnh viễn như 301 và 308 nếu có thể».) Evidence for this claim RFC 9110 defines 301 Moved Permanently as meaning the target resource has a new permanent URI and future references ought to use one of the enclosed URIs. Scope: HTTP semantics for 301 responses; user agents may change POST to GET for historical reasons. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.4.2 — 301 Moved Permanently

Có vài chi tiết giao thức cần biết trước khi triển khai. Theo mặc định, phản hồi 301 có thể được lưu đệm theo suy đoán, nên trình duyệt hoặc cache trung gian có thể giữ quy tắc; vì vậy một chuyển hướng đã “sửa” vẫn có thể đưa người kiểm thử đến đích cũ cho tới khi cache được xóa. Do 301 tồn tại từ HTTP/1.0, user agent được phép đổi yêu cầu POST thành GET khi đi theo; đừng giả định 301 giữ nguyên phương thức của biểu mẫu, hãy dùng 308 nếu điều đó quan trọng. Header Location chỉ cần là một URI reference và về kỹ thuật có thể là đường dẫn tương đối, nhưng URL tuyệt đối giúp tránh mơ hồ.

Cách Google xử lý 301: canonical hóa và lập chỉ mục

Chuyển hướng vĩnh viễn là một trong những tín hiệu canonical hóa mạnh nhất của Google. Khi Googlebot theo 301, quy trình lập chỉ mục dùng chuyển hướng làm tín hiệu rằng đích nên là URL canonical. Google ghi nhận cả hai đầu: “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical… The other URL becomes an alternate name of the canonical URL.” (bản dịch) «Khi chuyển hướng URL, Google theo dõi cả nguồn chuyển hướng (URL cũ) và đích chuyển hướng (URL mới). Một URL sẽ là canonical; URL còn lại trở thành tên thay thế của URL canonical.» Evidence for this claim Google treats 301 and 308 as permanent redirects and uses a permanent redirect as a strong signal that the target should be canonical. Scope: Google Search redirect and canonicalization behavior; a redirect remains one signal among others. Confidence: high · Verified: 2026-07-14 Google: Redirects and Google Search

Đó là lý do đôi khi URL cũ vẫn xuất hiện trong kết quả một thời gian sau khi chuyển: Google giữ nó như “tên thay thế”. Google nói không cần hoảng: với việc đổi miền, “it’s very likely that Google will continue to occasionally show the old URLs in the results, even though the new URLs are already indexed. This is normal… the alternate names will fade away without you doing anything.” (bản dịch) «Google rất có thể vẫn thỉnh thoảng hiển thị URL cũ dù URL mới đã được lập chỉ mục. Đây là điều bình thường; các tên thay thế sẽ tự mờ dần.»

Chuyển hướng có trọng số cao hơn các tín hiệu canonical hóa yếu hơn. Gary Illyes từng mô tả thứ bậc rất thẳng: chuyển hướng “should be much higher weight… than whether the page is on an http URL or https.” (bản dịch) «nên có trọng số cao hơn nhiều so với việc trang nằm trên URL HTTP hay HTTPS». Vì vậy, một 301 ngoài ý muốn có thể âm thầm lấn át thẻ canonical hoặc ưu tiên HTTPS chỉ theo hướng ngược lại. Xem bài canonicalization để biết đầy đủ.

Cần nói chính xác tín hiệu này làm được gì và không hứa điều gì. 301 là tín hiệu mạnh về đích canonical, không phải bảo đảm. Nó cho Google biết URL nào nên là canonical; không bảo đảm URL đó được lập chỉ mục, xếp hạng, nhận lưu lượng hay tự động nhận mọi tín hiệu khác như liên kết, chất lượng nội dung và thẩm quyền site. Hãy tách “lựa chọn canonical” khỏi “kết quả lập chỉ mục, xếp hạng và lưu lượng”; 301 chỉ trực tiếp trả lời câu hỏi đầu tiên.

Quan niệm sai về PageRank — cần hiểu thật chính xác

Đây là sự thật về 301 bị bóp méo nhiều nhất, nên cần dùng phiên bản chính xác.

Phát biểu chính xác của Google: “301 and other permanent redirects don’t cause a loss in PageRank.” (bản dịch) «301 và các chuyển hướng vĩnh viễn khác không làm mất PageRank.» Chỉ vậy thôi. Không phải “giữ 85%” hay “mất 10–15% mỗi hop”. Không có tổn thất.

Quy tắc “mất khoảng 15% mỗi hop” bắt nguồn từ phát biểu cũ trước năm 2016 về suy giảm PageRank qua chuyển hướng, thường được gán cho Matt Cutts. Google đã thay đổi công khai khoảng năm 2016; theo các báo cáo lúc đó, Google ngừng pha loãng PageRank qua chuyển hướng 30x và đích nhận thẩm quyền.

Hệ quả theo hướng ngược lại cũng dễ gây nhầm: đừng nói 301 “truyền 90–99% link equity”. Google không công bố con số như vậy. “Không làm mất PageRank” là phát biểu định hướng, không phải tỷ lệ; mọi phần trăm cụ thể đều là truyền miệng, chưa từng được Google xác nhận. Hãy trích dẫn cách diễn đạt “không mất”, đừng bịa con số.

Tôi bổ sung một cảnh báo từ thử nghiệm thực tế. Tôi từng kiểm tra tuyên bố “tín hiệu vẫn giữ sau một năm” bằng cách gỡ 301 khỏi bốn bài Ahrefs có nhiều liên kết và theo dõi kết quả (Có thể gỡ chuyển hướng 301 sau một năm không? Chúng tôi đã thử nghiệm). Số miền giới thiệu giảm rõ sau khi gỡ, còn lưu lượng tự nhiên cho kết quả hỗn hợp: một bài tăng, một bài giảm, hai bài gần như không đổi; một mức “giảm” thực ra xuất hiện trước khi gỡ. Kết luận trung thực của tôi là: “I’m not willing to conclusively say that permanent redirects pass value even after one year, but what Gary said seems to mostly hold true.” (bản dịch) «Tôi chưa sẵn sàng kết luận chắc chắn rằng chuyển hướng vĩnh viễn vẫn truyền giá trị sau một năm, nhưng điều Gary nói có vẻ phần lớn đúng.» Mẫu nhỏ nên cần dè dặt; kết luận thực dụng vẫn rất đơn giản: đừng gỡ chuyển hướng.

Thời gian — ba chiếc đồng hồ khác nhau

Câu hỏi “301 mất bao lâu để hoạt động?” phụ thuộc bạn đang nói đến chiếc đồng hồ nào:

• Máy chủ: tức thì. Ngay khi quy tắc hoạt động, mọi yêu cầu nhận 301 và người dùng đến URL mới. Không phải chờ.
• Chỉ mục: vài ngày đến vài tuần. Google phải crawl lại URL cũ, thấy chuyển hướng và xử lý đích. Google nói “a small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer,” (bản dịch) «website nhỏ đến vừa có thể mất vài tuần để phần lớn trang chuyển, site lớn mất lâu hơn»; đồng thời “visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (bản dịch) «khả năng hiển thị trong Search có thể tạm thời dao động trong quá trình chuyển; đây là bình thường».
• Hợp nhất toàn bộ tín hiệu: thường ít nhất một năm. Google nói “Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs… From users’ perspective, consider keeping redirects indefinitely.” (bản dịch) «Nên duy trì các chuyển hướng lâu nhất có thể — thông thường không dưới một năm — để Google chuyển mọi tín hiệu sang URL mới; về phía người dùng, có thể giữ chúng vô thời hạn.» Đây là cùng mốc một năm Illyes đưa ra khi nói tín hiệu cần khoảng một năm để truyền đầy đủ từ nguồn đến đích.

Quy tắc thực hành: giữ 301 ít nhất một năm và, nếu URL không gây chi phí đáng kể, hãy duy trì vô thời hạn.

Triển khai chuyển hướng 301

Hãy thực hiện càng gần máy chủ càng tốt. Bốn hướng dưới đây bao phủ gần như mọi trường hợp. Đây là ví dụ minh họa; cần điều chỉnh đường dẫn và hostname cho hệ thống của bạn. Thẻ Scripts có phiên bản sao chép cùng cách kiểm thử.

Hãy sao lưu cấu hình .htaccess hoặc nginx trước khi chỉnh sửa. Một quy tắc sai có thể khiến toàn bộ website ngừng hoạt động, không chỉ URL cần chuyển hướng.

Apache (.htaccess)

Với một URL đơn lẻ bằng mod_alias:

Redirect permanent "/old-page" "https://example.com/new-page"

Với quy tắc theo mẫu bằng mod_rewrite:

RewriteEngine on
RewriteRule "^/service$" "/about/service" [R=301,L]

nginx

location = /service {
  return 301 https://example.com/about/service;
}

WordPress

WordPress không có trình quản lý chuyển hướng tích hợp sẵn, vì vậy bạn cần thêm một công cụ:

• Plugin Redirection (miễn phí) — lựa chọn phổ biến nhất; thêm nguồn → đích trong giao diện mà không cần viết mã.
• Yoast SEO Premium — Redirect Manager có thể tự tạo chuyển hướng khi bạn xóa hoặc đổi slug URL. Bản Yoast miễn phí không có trình quản lý chuyển hướng, dù nhiều hướng dẫn bỏ qua điều này.
• Cấp máy chủ — nếu có thể chỉnh .htaccess hoặc nginx trực tiếp, quy tắc máy chủ nhanh hơn plugin chạy bằng PHP trên mọi yêu cầu.

Cloudflare

Nếu dùng Cloudflare, bạn có thể chuyển hướng tại edge trước khi yêu cầu đến origin:

• Single Redirects — quy tắc riêng lẻ trong dashboard.
• Bulk Redirects — một danh sách chuyển hướng gồm hàng nghìn cặp nguồn → đích áp dụng cho toàn tài khoản. Tính năng này hữu ích cho đợt di chuyển lớn vì không cần chạm vào cấu hình origin, đặc biệt khi máy chủ cũ sắp ngừng hoạt động.

Mã ứng dụng — ví dụ PHP

header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com/new-url');
exit();

301 “giả” — kiểu thất bại ít người kiểm tra

Một điều trái trực giác cần nhớ: URL có thể trả 200 OK nhưng vẫn chuyển hướng. Trong bài 11 loại chuyển hướng và tác động SEO, tôi viết: “A redirect can still be happening with any status code. You may have a page that shows as a 200 OK status code, but still actually be redirecting” (bản dịch) «Chuyển hướng vẫn có thể xảy ra với bất kỳ mã trạng thái nào. Trang có thể hiển thị 200 OK nhưng thực tế vẫn đang chuyển hướng» — qua JavaScript sau khi tải trang. Chuyển hướng đó vô hình với phép kiểm tra mã trạng thái nhanh và không có các bảo đảm của 301.

Hướng dẫn của Google xếp thứ tự các phương pháp:

• Phía máy chủ (301/308): tốt nhất. Dùng bất cứ khi nào khả thi về kỹ thuật.
• Meta refresh: phụ thuộc thời điểm. Google hiểu meta refresh tức thì là chuyển hướng vĩnh viễn; meta refresh trì hoãn sau N giây là tạm thời. Vì vậy, refresh content="5;url=…" không thay thế được 301.
• JavaScript: giải pháp cuối. Google nói: “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (bản dịch) «Chỉ dùng chuyển hướng JavaScript khi không thể dùng phía máy chủ hay meta refresh; nếu kết xuất nội dung thất bại, Google có thể không bao giờ thấy chuyển hướng.»
• Chuyển hướng giả kiểu “crypto” hoặc chỉ có liên kết: không dùng. Trang chỉ liên kết đến URL mới mà không có mã trạng thái hay refresh là thứ mà, theo Google, “not all search engines may recognize… as an official redirect.” (bản dịch) «không phải công cụ tìm kiếm nào cũng nhận ra là chuyển hướng chính thức».

Bài học là: nếu SEO quan trọng, hãy xác nhận chuyển hướng là 301 thật phía máy chủ, không phải trang 200 đổi địa chỉ trong trình duyệt. Thẻ Scripts chỉ cách kiểm tra bằng curl.

Những lỗi 301 phổ biến

• Chuyển mọi URL đến trang chủ. Sai lầm kinh điển. Google nói: “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page… This can confuse users and might be treated as a soft 404 error.” (bản dịch) «Đừng chuyển nhiều URL cũ đến một đích không liên quan như trang chủ; điều này gây nhầm lẫn và có thể bị xử lý như soft 404.» Hãy chuyển đến nội dung thay thế liên quan. Nếu thực sự hợp nhất nhiều trang thành một trang kết hợp mới, việc chuyển tất cả đến trang đó vẫn phù hợp.
• Chuỗi chuyển hướng dài. Google theo được “up to 10 hops” (bản dịch) «tối đa 10 hop» nhưng khuyên đi thẳng đến đích cuối, “ideally no more than 3 and fewer than 5.” (bản dịch) «lý tưởng không quá 3 và dưới 5». Mueller nói Google theo khoảng 5 hop mỗi lần crawl với URL được crawl thường xuyên. Ngưỡng thực hành của tôi tương tự: dưới khoảng 5 thường không đáng lo, nhưng trên 5 dễ phát sinh vấn đề và làm tăng độ trễ. Khi thêm chuyển hướng mới, hãy cập nhật quy tắc cũ để trỏ đến URL cuối cùng.
• Dùng 302 khi cần 301. Mã 302 yêu cầu Google giữ URL gốc làm canonical, nên lần chuyển vĩnh viễn dùng 302 có thể để URL sai trong chỉ mục. Google có thể diễn giải lại 302 tồn tại lâu thành vĩnh viễn, nhưng thời gian không được xác định — thường từ vài tuần đến vài tháng. Hãy dùng mã đúng với mục đích.
• Gỡ chuyển hướng quá sớm. Dưới một năm có thể để giá trị mắc ở URL chết. Giữ ít nhất một năm, lý tưởng là vô thời hạn.
• Quy tắc wildcard quá rộng. Quy tắc bao trùm thư mục thường đưa URL đến sai nơi. Ánh xạ cũ → mới theo tỷ lệ 1:1 nhiều nhất có thể.
• Quên tài sản không phải HTML. Khi di chuyển, hãy chuyển cả hình ảnh và PDF; không cần chuyển tệp JS/CSS/font.
• Tắt host cũ quá sớm. Quy tắc không cứu được yêu cầu chưa từng đến máy chủ. Nếu ngừng DNS của miền cũ, để chứng chỉ TLS hết hạn hoặc tắt máy chủ trước khi chuyển hướng hoàn thành nhiệm vụ, người dùng và bot nhận lỗi kết nối thay vì 301. Hãy duy trì DNS, chứng chỉ và quy tắc của host cũ lâu bằng thời gian giữ chuyển hướng.

Bing

Bing xem 301 là tín hiệu mạnh để hợp nhất xếp hạng tại URL đích và cũng khuyên duy trì chuyển hướng lâu dài. Tuy nhiên, mọi mốc thời gian cụ thể cần được kiểm tra lại trực tiếp với tài liệu Bing hiện hành trước khi coi là chính sách chính thức.

Vị trí của mã này trong hệ thống

301 là một mã trong cả họ trạng thái. Nó liên quan trực tiếp nhất đến chuyển hướng 302 (bản tạm thời) — quyết định 301 hay 302 thực chất là “lần chuyển này vĩnh viễn hay tạm thời?”. Nó cũng gần với canonical hóa: 301 là tín hiệu canonical mạnh khi di chuyển trang, không phải để hợp nhất các bản trùng lặp vẫn cùng tồn tại; trường hợp đó cần dùng rel="canonical". Đây còn là nền tảng của mọi đợt di chuyển website. Với nhóm mã rộng hơn — 302/307 là tạm thời, 308 là vĩnh viễn, 404/410 là không còn và 5xx là lỗi — hãy xem cụm mã trạng thái HTTP chứa bài này.

Tóm tắt bằng AI

Bản tóm lược của phần Nâng cao:

• 301 = HTTP “301 Moved Permanently” — phản hồi phía máy chủ chuyển URL vĩnh viễn và là một trong những tín hiệu đích canonical mạnh nhất của Google. Đây là tín hiệu, không phải bảo đảm; tự nó không hứa lập chỉ mục, xếp hạng hay lưu lượng. Google xử lý 301 và 308 giống nhau cho SEO, nhưng 301 có thể đổi POST thành GET và mặc định có thể lưu đệm theo suy đoán; dùng 308 khi cần giữ phương thức.
• Không mất PageRank. Cách diễn đạt chính xác của Google: “301 and other permanent redirects don’t cause a loss in PageRank.” (bản dịch) «301 và các chuyển hướng vĩnh viễn khác không làm mất PageRank.» Quy tắc cũ “mất khoảng 15% mỗi hop” đã chết; Google không công bố tỷ lệ link equity được truyền, nên đừng trích “90–99%”.
• Ba chiếc đồng hồ: máy chủ = tức thì; di chuyển chỉ mục = vài ngày đến vài tuần, lâu hơn với site lớn; hợp nhất đầy đủ tín hiệu = thường ít nhất một năm. Giữ chuyển hướng ít nhất một năm, lý tưởng là vô thời hạn.
• Triển khai tại máy chủ/edge: Apache .htaccess (Redirect permanent / mod_rewrite [R=301]), nginx (return 301), WordPress (plugin Redirection hoặc Yoast Premium; bản miễn phí không có trình quản lý), Cloudflare Single/Bulk Redirects hoặc mã ứng dụng.
• 301 “giả”: trang có thể trả 200 nhưng vẫn chuyển bằng JavaScript, vô hình với kiểm tra trạng thái. Meta refresh tức thì gần tương đương vĩnh viễn; bản trì hoãn gần tương đương tạm thời; JavaScript là giải pháp cuối vì Google có thể không thấy nếu kết xuất thất bại; chuyển hướng “crypto” chỉ có liên kết không đáng tin.
• Sai lầm hàng đầu: dồn mọi URL về trang chủ, dễ thành soft 404; chuỗi dài, nên dưới khoảng 5 hop; dùng 302 cho lần chuyển vĩnh viễn; gỡ quy tắc quá sớm; wildcard rộng thay vì ánh xạ 1:1.
• Cảnh báo của Patrick: thử nghiệm gỡ 301 sau một năm cho kết quả thực tế hỗn hợp và phức tạp hơn câu chuyện “một năm là an toàn”; vì vậy hãy giữ chuyển hướng.

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

Tài liệu nguồn sơ cấp từ các công cụ tìm kiếm.

Google

• Chuyển hướng và Google Search — định nghĩa 301, so sánh chuyển hướng phía máy chủ, meta refresh và JavaScript, quy tắc thời gian meta refresh cùng mẫu mã PHP, Apache và nginx.
• Di chuyển site có thay đổi URL — phát biểu không mất PageRank, hướng dẫn giữ chuyển hướng thường ít nhất một năm, giới hạn chuỗi, cảnh báo soft 404 và thời gian chuyển site nhỏ so với site lớn.
• Cách chỉ định URL canonical — vị trí của chuyển hướng trong hệ thống tín hiệu canonical hóa.
• Crawl và lập chỉ mục — trung tâm tài liệu về chuyển hướng, canonical hóa và kiểm soát crawl.

Bing / Microsoft

• Bing Webmaster Guidelines — quan điểm của Bing về chuyển hướng và lần chuyển vĩnh viễn.
• Di chuyển website với Bing (tháng 12 năm 2020) — công cụ Site Move của Bing và lưu ý rằng 301 thường đã đủ, còn công cụ không thay thế chuyển hướng.

Triển khai trên nền tảng

• Cloudflare — Bulk Redirects — danh sách chuyển hướng toàn tài khoản áp dụng tại edge.
• Cloudflare — Tổng quan chuyển tiếp URL — so sánh Single Redirects với Bulk Redirects.
• Yoast — Cách tạo chuyển hướng 301 trong WordPress — các cách riêng cho WordPress, gồm việc quản lý chuyển hướng là tính năng Premium.

Trích dẫn từ nguồn

Các phát biểu được ghi nhận công khai từ Google. Mỗi liên kết sâu dẫn đến đoạn được trích trên trang nguồn.

Google — định nghĩa và thời điểm dùng 301

• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (bản dịch) «Các mã này nghĩa là trang đã chuyển vĩnh viễn sang vị trí mới.» — Google Search Central, Chuyển hướng và Google Tìm kiếm. Đi đến trích dẫn
• “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (bản dịch) «Nếu cần đổi URL của trang đang hiển thị trong kết quả tìm kiếm, hãy dùng chuyển hướng vĩnh viễn phía máy chủ bất cứ khi nào có thể.» Đi đến trích dẫn
• “Use server side permanent redirects if technically possible… we recommend that you use HTTP permanent redirects if possible, such as 301 and 308.” (bản dịch) «Hãy dùng chuyển hướng vĩnh viễn phía máy chủ nếu khả thi về kỹ thuật; chúng tôi khuyên dùng chuyển hướng HTTP vĩnh viễn khi có thể.» — Google Search Central, Di chuyển trang web khi URL thay đổi. Đi đến trích dẫn

Google — PageRank và hợp nhất tín hiệu

• “301 and other permanent redirects don’t cause a loss in PageRank.” (bản dịch) «Mã này và các chuyển hướng vĩnh viễn khác không làm mất PageRank.» — Google Search Central, Di chuyển trang web khi URL thay đổi. Đi đến trích dẫn
• “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical… The other URL becomes an alternate name of the canonical URL.” (bản dịch) «Khi chuyển hướng URL, Google theo dõi cả nguồn cũ và đích mới. Một URL sẽ là canonical, URL còn lại trở thành tên thay thế của URL canonical.» — Google Search Central, Chuyển hướng và Google Tìm kiếm. Đi đến trích dẫn

Google — thời gian

• “Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs… From users’ perspective, consider keeping redirects indefinitely.” (bản dịch) «Giữ chuyển hướng càng lâu càng tốt, thường ít nhất một năm. Khoảng thời gian này cho phép Google chuyển mọi tín hiệu sang URL mới; từ góc nhìn người dùng, hãy cân nhắc giữ vô thời hạn.» — Google Search Central, Di chuyển trang web khi URL thay đổi. Đi đến trích dẫn
• “A small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer… the visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (bản dịch) «Website nhỏ đến vừa có thể mất vài tuần để phần lớn trang chuyển, site lớn mất lâu hơn; khả năng hiển thị trong Search có thể tạm thời dao động trong quá trình chuyển. Đây là bình thường.» Đi đến trích dẫn

Google — chuỗi chuyển hướng, soft 404 và chuyển hướng giả

• “While Googlebot can follow up to 10 hops in a ‘chain’ of multiple redirects… we advise redirecting to the final destination directly. If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.” (bản dịch) «Googlebot có thể theo một chuỗi nhiều hop, nhưng nên chuyển thẳng đến đích cuối. Nếu không thể, hãy giữ số chuyển hướng thấp.» Đi đến trích dẫn
• “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.” (bản dịch) «Đừng chuyển nhiều URL cũ đến một đích không liên quan như trang chủ của site mới. Điều này có thể gây nhầm lẫn và bị xử lý như soft 404.» Đi đến trích dẫn
• “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (bản dịch) «Chỉ dùng chuyển hướng JavaScript khi không thể dùng phía máy chủ hay meta refresh; nếu kết xuất thất bại, Google có thể không bao giờ thấy nó.» — Google Search Central, Chuyển hướng và Google Tìm kiếm. Đi đến trích dẫn
• “Google Search interprets instant meta refresh redirects as permanent redirects… Google Search interprets delayed meta refresh redirects as temporary redirects.” (bản dịch) «Google Search hiểu meta refresh tức thì là chuyển hướng vĩnh viễn và meta refresh trì hoãn là chuyển hướng tạm thời.» Đi đến trích dẫn

Checklist triển khai chuyển hướng 301

Danh sách kiểm tra trước, trong và sau khi đưa một hoặc nhiều chuyển hướng vĩnh viễn vào hoạt động:

Trước khi triển khai

• Xác nhận lần chuyển thực sự vĩnh viễn; nếu tạm thời, bạn cần 302 thay vì 301.
• Lập bản đồ 1:1 từ URL cũ đến URL mới phù hợp nhất, không phải trang chủ.
• Khi hợp nhất, chọn một URL còn lại duy nhất cho từng nhóm.
• Lập kế hoạch chuyển hướng cả hình ảnh và PDF, bỏ qua tệp JS/CSS/font.

Trong khi triển khai

• Thực hiện phía máy chủ (Apache/nginx/ứng dụng) hoặc tại edge (Cloudflare), không dùng JavaScript hay meta refresh trì hoãn.
• Ưu tiên quy tắc 1:1 thay vì wildcard thư mục rộng dễ định tuyến sai.
• Trỏ mọi quy tắc đến đích cuối để không tạo chuỗi.
• Trên WordPress, dùng plugin Redirection, Yoast Premium — bản miễn phí không có trình quản lý — hoặc quy tắc máy chủ.

Xác minh

• Kiểm tra từng URL cũ trả về 301 thật, không phải 200, 302 hay chuyển hướng JS; xem thẻ Scripts để dùng curl.
• Xác nhận không có chuỗi dài hơn khoảng 5 hop; rút gọn thành một hop.
• Kiểm tra đích trả về 200, không phải chuyển hướng khác hay 404.
• Thử URL có query string, fragment, dấu gạch cuối hoặc khác biệt chữ hoa/thường; quy tắc có thể âm thầm làm mất hay sai các phần này.
• Kiểm tra mẫu URL chuyển hướng trong URL Inspection của GSC để xem Google phân giải thế nào.
• Với đợt di chuyển, chạy crawl toàn site bằng Ahrefs Site Audit hoặc Screaming Frog để tìm vòng lặp, chuỗi và URL cũ bị bỏ sót.

Sau khi triển khai

• Giữ chuyển hướng thường ít nhất một năm, lý tưởng là vô thời hạn.
• Dự kiến URL cũ còn xuất hiện trong kết quả một thời gian dưới dạng “tên thay thế”; đó là bình thường, đừng gỡ chuyển hướng để ép thay đổi.

Phát hiện và kiểm thử chuyển hướng 301

Kiểm tra bằng Redirect Checker:

1. Dán URL cần kiểm tra vào trường URL đơn, hoặc chuyển sang chế độ hàng loạt cho tối đa 20 URL.
2. Nhấp Check redirects để theo dõi toàn bộ chuỗi.
3. Đọc mã trạng thái của hop đầu và dấu kết luận; chuyển hướng vĩnh viễn thật hiển thị 301 hoặc 308 đi thẳng đến đích. Nếu xen 302/307 hoặc mức độ chuỗi cao hơn màu xanh, đó không phải chuyển hướng một hop sạch.

Mục tiêu là trả lời một câu hỏi: URL này thực sự trả về 301 phía máy chủ hay có thứ gì đang đánh lừa tôi? Hãy nhớ trang có thể trả 200 OK nhưng vẫn chuyển trong trình duyệt bằng JavaScript.

Đừng chỉ kiểm tra URL trần. Hãy chạy lại với query string, #fragment, dấu gạch cuối hoặc cách viết hoa khác. Đặc tả HTTP không bảo đảm quy tắc rewrite giữ nguyên các phần này; đó là chi tiết của quy tắc cụ thể, và RewriteRule hay pattern rất dễ âm thầm làm mất query string hoặc fragment gốc.

Xem mã trạng thái và chuỗi thô bằng curl

macOS / Linux / WSL

# Show response headers only — look for "HTTP/… 301" and the "location:" target
curl -sI https://example.com/old-page

# Follow the whole chain and print each hop's status + final URL
curl -sIL -o /dev/null -w "%{http_code}  %{url_effective}\n" https://example.com/old-page

# Print every status code in the chain (catches multi-hop chains)
curl -sIL https://example.com/old-page | grep -i "^HTTP\|^location"

Chuyển hướng vĩnh viễn sạch trông như HTTP/1.1 301 Moved Permanently hoặc HTTP/2 301, với một header location: trỏ đến URL cuối. Nếu thấy 302, đó là tạm thời. Nếu thấy 200 nhưng trình duyệt vẫn đến nơi khác, đó là chuyển hướng “giả” bằng JavaScript hoặc meta refresh.

Windows (PowerShell)

# MaximumRedirection 0 stops at the first hop so you can read its status code
$r = Invoke-WebRequest -Uri "https://example.com/old-page" -MaximumRedirection 0 -SkipHttpErrorCheck
$r.StatusCode              # 301 for a permanent redirect
$r.Headers.Location        # the target URL

Phát hiện chuyển hướng JavaScript “giả”

curl chỉ thấy phản hồi máy chủ, không chạy JavaScript. Nếu curl báo 200 nhưng trang vẫn đổi địa chỉ trong trình duyệt thật, chuyển hướng nằm phía client. Hãy xác nhận trong Chrome DevTools:

1. Mở DevTools → Network và bật Preserve log.
2. Tải URL cũ.
3. Nếu yêu cầu đầu hiển thị Status 301 hoặc 308, đó là chuyển hướng máy chủ thật. Nếu yêu cầu đầu là 200 rồi mới xuất hiện lần điều hướng sau, đó là JavaScript/meta refresh chứ không phải 301 thật.

Apache .htaccess

# Single URL (mod_alias)
Redirect permanent "/old-page" "https://example.com/new-page"

# Pattern / regex rule (mod_rewrite) — R=301 makes it permanent, L stops processing
RewriteEngine on
RewriteRule "^old-section/(.*)$" "https://example.com/new-section/$1" [R=301,L]

# Force HTTP → HTTPS for the whole site
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

nginx

# Single URL
location = /old-page {
  return 301 https://example.com/new-page;
}

# Whole-path prefix
location /old-section/ {
  return 301 https://example.com/new-section/;
}

# Force HTTP → HTTPS
server {
  listen 80;
  server_name example.com;
  return 301 https://$host$request_uri;
}

WordPress — không dùng plugin, chỉnh functions.php một cách hạn chế

// Runs on every request; a server rule or the Redirection plugin scales better.
add_action( 'template_redirect', function () {
    if ( is_page() && get_query_var( 'name' ) === 'old-page' ) {
        wp_redirect( home_url( '/new-page/' ), 301 );
        exit;
    }
} );

Với phần lớn site WordPress, plugin Redirection hoặc Redirect Manager của Yoast Premium là lựa chọn thực tế: không cần mã, và Yoast Premium có thể tự tạo 301 khi bạn đổi hoặc xóa URL.

Cloudflare — tại edge, không cần cấu hình origin

Cloudflare Single Redirects được cấu hình trong dashboard tại Rules → Redirect Rules. Với đợt di chuyển, danh sách Bulk Redirects nhận CSV hai cột nguồn → đích và áp dụng toàn tài khoản tại edge; đây là cách nhanh để chuyển hàng nghìn URL mà không chạm máy chủ origin.

Những lỗi 301 biến lần chuyển sạch thành mớ hỗn độn

Chuyển mọi URL cũ đến trang chủ

Quy tắc bao trùm không liên quan gây nhầm lẫn cho người dùng và có thể bị xử lý như soft 404. Hãy ánh xạ từng URL cũ đến nội dung thay thế gần nhất; trả về 404 hoặc 410 khi không có nội dung thay thế.

Nối đích mới vào cuối chuỗi cũ

Chuỗi cũ → trước đó → hiện tại làm tăng độ trễ và điểm lỗi. Hãy cập nhật quy tắc cũ nhất để trỏ thẳng đến đích 200 cuối cùng.

Giữ 302 cho lần chuyển vĩnh viễn

Mã tạm thời yêu cầu công cụ tìm kiếm ưu tiên URL nguồn. Khi chuyển vĩnh viễn, dùng 301 hoặc 308 thật phía máy chủ rồi xác minh mã trên đường truyền.

Gỡ chuyển hướng ngay khi URL mới xuất hiện

Di chuyển chỉ mục không đồng nghĩa đã hợp nhất đầy đủ tín hiệu. Google khuyên giữ chuyển hướng càng lâu càng tốt, thường ít nhất một năm; giữ vô thời hạn tốt hơn cho người dùng và liên kết cũ khi chi phí vận hành thấp.

Tin vào wildcard rộng mà không kiểm thử đích

Quy tắc thư mục có thể gửi các URL không liên quan đến sai trang. Hãy bắt đầu bằng bản đồ 1:1, kiểm tra trường hợp biên và chỉ dùng pattern khi phép biến đổi nguồn-sang-đích thật sự nhất quán.

Quên tài nguyên không phải HTML

Hình ảnh và PDF cũng có thể có liên kết cùng lưu lượng. Đưa tài sản đã chuyển vào bản đồ khi có nội dung thay thế phù hợp; đừng mù quáng chuyển mọi yêu cầu JS, CSS hay font.

Audit bản đồ chuyển hướng trước khi triển khai

Dán tệp CSV có ít nhất source_url và target_url. Thêm trạng thái nguồn/đích hiện tại, loại nội dung, tiêu đề trang và nhóm chủ đề nếu có.

Audit this proposed permanent redirect map.

For each row:
1. Flag homepage or other catch-all targets that are not demonstrably relevant.
2. Flag duplicate sources, missing targets, source=target loops, and likely chains where a
   target also appears as a source.
3. Compare source and target titles/categories only from the supplied data and label the
   mapping relevant, questionable, or insufficient evidence.
4. Recommend one action: keep the 1:1 mapping, map to a closer replacement, return 404/410,
   or investigate manually.

Do not invent replacement URLs or assume a target returns 200 unless the data says so.
Return: critical blockers, row-by-row findings, then the exact URLs to test after launch.

PASTE REDIRECT CSV HERE

Khung ba chiếc đồng hồ cho chuyển hướng 301

Câu hỏi “301 mất bao lâu?” không có một đáp án vì ba hệ thống thay đổi theo các nhịp khác nhau. Hãy xác định chiếc đồng hồ trước khi diễn giải kết quả.

Khung này ngăn hai lỗi phân loại phổ biến: coi quy tắc máy chủ đang hoạt động là bằng chứng lập chỉ mục đã xong, và coi kết quả tìm kiếm thay đổi là giấy phép xóa quy tắc. Hãy xác minh từng chiếc đồng hồ bằng loại bằng chứng riêng.

Công cụ triển khai và kiểm tra 301

Công cụ miễn phí của Patrick

• Redirect Checker — kiểm tra một URL hoặc nhóm nhỏ, xem trạng thái đầu, từng hop và đích cuối. Dùng cho phép kiểm tra nhanh “đây có phải 301 một hop thật không?”.
• Redirect Chain Mapper — chẩn đoán thay đổi ở từng hop và xuất quy tắc dọn dẹp cho Cloudflare, Apache hoặc nginx. Dùng khi cần rút gọn chính chuỗi.
• Bulk HTTP Status Code Checker — kiểm tra tối đa 500 URL đã ánh xạ, lọc nguồn khác 301 và đích khác 200 rồi xuất tập QA khi phát hành.

Kiểm tra tìm kiếm và hạ tầng

• URL Inspection trong Google Search Console — xác nhận Google đã tìm nạp URL cũ dưới dạng chuyển hướng và xem lựa chọn canonical trên đích.
• Nhật ký máy chủ/CDN — xác minh yêu cầu Googlebot thật nhận cùng quy tắc như người dùng.
• Crawler toàn site — tìm liên kết nội bộ bị bỏ sót, mục sitemap cũ, vòng lặp, chuỗi và tài sản chuyển hướng sau đợt di chuyển.

Tự kiểm tra: chuyển hướng 301

Năm câu hỏi nhanh về chuyển hướng vĩnh viễn. Chọn đáp án cho từng câu rồi kiểm tra kết quả.

Chứng minh chuyển hướng thực sự hoạt động

Bạn đã đưa 301 vào hoạt động. Các phép kiểm tra sau phân biệt “quy tắc nằm trong tệp cấu hình” với “Google đang hợp nhất URL cũ vào URL mới”. Hãy chạy theo thứ tự; phép đầu tức thì, phép cuối cần nhiều tuần.

Kiểm thử 1 — URL cũ trả về 301 thật phía máy chủ

• Phép kiểm tra — Dán URL cũ vào Redirect Checker hoặc chạy curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" https://example.com/old-url.
• Kết quả mong đợi — Hop đầu là 301 hoặc 308 với header location:, còn URL cuối trả 200. Một hop sạch.
• Diễn giải thất bại — 200 trên URL cũ nghĩa là chuyển hướng “giả” bằng JavaScript/meta refresh; 302/307 nghĩa là bạn đã phát hành mã tạm thời.
• Cửa sổ giám sát — Tức thì; máy chủ trả lời ngay khi quy tắc hoạt động.
• Điều kiện hoàn tác — Công cụ hiển thị chuỗi dài hơn khoảng 5 hop hoặc vòng lặp; hãy gỡ quy tắc và trỏ cũ → đích cuối theo tỷ lệ 1:1 trước khi phát hành lại.

Kiểm thử 2 — Google đã thấy chuyển hướng và chọn URL mới

• Phép kiểm tra — Chạy URL Inspection trong Google Search Console cho URL cũ.
• Kết quả mong đợi — Trạng thái là “Trang có chuyển hướng”, còn URL mới được lập chỉ mục với chính nó làm canonical do Google chọn.
• Diễn giải thất bại — Nếu nhiều tuần sau URL cũ vẫn “Submitted and indexed” như canonical riêng, Google có thể không tìm nạp được chuyển hướng hoặc tín hiệu xung đột từ thẻ canonical, sitemap hay liên kết nội bộ đang trỏ ngược.
• Cửa sổ giám sát — Vài ngày đến vài tuần cho site nhỏ/vừa, lâu hơn với site lớn. Google nói khả năng hiển thị có thể dao động trong khi chuyển; đó là bình thường.
• Điều kiện hoàn tác — Đừng gỡ chuyển hướng để “sửa” URL cũ còn xuất hiện; Google giữ nó như tên thay thế và nó tự mờ dần. Chỉ xem xét lại nếu URL mới hoàn toàn không được lập chỉ mục.

Kiểm thử 3 — Đợt di chuyển không làm thất lạc lưu lượng

• Phép kiểm tra — Chạy hàng loạt URL cũ đã ánh xạ qua Redirect Checker — tối đa 20 URL mỗi lần — hoặc crawler toàn site, rồi theo dõi trang đã chuyển trong báo cáo Performance của GSC.
• Kết quả mong đợi — Mọi URL là một hop đến 200, còn lượt nhấp/lượt hiển thị tại đích phục hồi về mức trước đó của URL cũ trong vài tuần.
• Diễn giải thất bại — Mức giảm kéo dài thường cho thấy bản đồ hỏng — URL cũ đến trang sai hoặc không liên quan và có thể bị xử lý như soft 404 — chứ không phải chuyển hướng “rò rỉ” PageRank; 301 đúng không làm mất PageRank.
• Cửa sổ giám sát — Dùng 2–4 tuần dữ liệu GSC trước khi tin xu hướng; so sánh cửa sổ trước/sau tương ứng, không dùng nhiễu từng ngày.
• Điều kiện hoàn tác — Nếu lượt hiển thị của tập đã chuyển giảm rõ và kéo dài đúng từ ngày phát hành, hãy audit lại bản đồ 1:1 trước khi kết luận bản thân chuyển hướng là vấn đề.

Nhật ký thay đổi