Chuyển hướng 301, 302 và canonical khi đổi URL website: Google nói gì

Đổi địa chỉ trang là việc gặp ở hầu hết website: đổi slug, gộp bài, đổi tên miền, chuyển sang HTTPS. Làm sai bước này thì liên kết cũ gãy và Google phải học lại cấu trúc, nên người làm website thường lo mất thứ hạng.

Bài này dựa trên tài liệu của Google Search Central, MDN, RFC 9110, Next.js và Vercel, đối chiếu đến ngày 23/10/2026. Ngày trong câu là ngày trang nguồn hiển thị.

Bài trả lời 4 câu hỏi: mã 301, 302, 307, 308 khác nhau thế nào; canonical là lệnh hay gợi ý; di chuyển website theo thứ tự nào; kiểm bằng công cụ nào. Click Star đã có bài riêng về checklist SEO trước khi ra mắt, nguyên lý Googlebot và báo cáo Search Console; bài này đi sâu vào chuyển hướng và canonical.

Điểm chính

• 301 và 308 là chuyển hướng vĩnh viễn; 302, 303 và 307 là tạm thời. Theo Google (cập nhật 14/4/2026), vĩnh viễn thì kết quả hiện URL đích, tạm thời thì hiện URL nguồn.
• 307 khác 302 và 308 khác 301 ở chỗ không cho đổi POST thành GET. Google xử lý 308 như 301 và 307 như 302.
• Canonical là gợi ý, không phải lệnh. Google xếp chuyển hướng và rel="canonical" là tín hiệu mạnh, sơ đồ trang là tín hiệu yếu, và vẫn có thể chọn URL khác bạn khai báo.
• Google nói chuyển hướng vĩnh viễn không gây mất PageRank, nhưng thứ hạng có thể dao động trong lúc Google thu thập lại; site cỡ vừa cần vài tuần hoặc lâu hơn để URL mới thay URL cũ. Click Star không hứa "không mất thứ hạng".
• Chuyển từng URL cũ sang trang tương ứng, tránh chuỗi dài, không dồn về trang chủ, và giữ chuyển hướng thường ít nhất 1 năm theo Google.
• Kiểm bằng URL Inspection, báo cáo Page indexing, báo cáo Sitemaps và lệnh curl, bắt đầu từ danh sách URL cũ và bản đồ chuyển hướng.

Mã 301, 302, 307 và 308 khác nhau thế nào

Điểm khác chính là ý nghĩa "vĩnh viễn hay tạm thời" và việc phương thức HTTP có bị đổi hay không. Theo RFC 9110 của IETF (tháng 6/2022), 301 và 308 báo địa chỉ mới vĩnh viễn; 302 và 307 báo địa chỉ tạm thời và client nên tiếp tục dùng địa chỉ cũ cho các yêu cầu sau.

Về phương thức, RFC 9110 cho biết vì lý do lịch sử, client được phép đổi POST thành GET khi gặp 301 hoặc 302; muốn tránh thì dùng 308 hoặc 307, 2 mã này giữ nguyên phương thức.

MDN (cập nhật 22/6/2026 cho 301, 302, 307; 14/1/2026 cho 308) mô tả cùng ý và nói với yêu cầu GET thì 307 và 302 giống nhau.

Tài liệu Next.js (cập nhật 30/6/2026) nói tùy chọn permanent: true dùng mã 308 và hướng dẫn client lưu chuyển hướng "mãi mãi", còn permanent: false dùng 307 và không lưu đệm.

Google xử lý chuyển hướng ra sao

Theo trang Redirects and Google Search (cập nhật 14/4/2026), chuyển hướng vĩnh viễn (301, 308) khiến quy trình lập chỉ mục coi URL đích là canonical. Chuyển hướng tạm thời (302, 303, 307) vẫn được Googlebot theo, nhưng không được dùng làm tín hiệu canonical; URL đích vẫn có thể được lập chỉ mục nếu có tín hiệu khác.

Trang mã HTTP của Google (cập nhật 4/2/2026) nói 301 là tín hiệu mạnh, 302 là tín hiệu yếu, 307 tương đương 302 và 308 tương đương 301, nhưng vẫn khuyên chọn mã đúng ngữ nghĩa cho các client khác.

Google xếp chuyển hướng phía máy chủ là cách dễ được hiểu đúng nhất; meta refresh 0 giây được hiểu là vĩnh viễn, có độ trễ là tạm thời. Chuyển hướng bằng JavaScript chỉ nên dùng khi hết cách khác, vì nếu dựng trang thất bại thì Google có thể không thấy nó.

Hướng dẫn di chuyển của Google (cập nhật 20/8/2026) viết 301 và các chuyển hướng vĩnh viễn khác không gây mất PageRank, nhưng thứ hạng có thể dao động khi Google thu thập lại. MDN viết 302 không chuyển giá trị SEO; Google chỉ nói 302 là tín hiệu yếu, đích vẫn có thể được lập chỉ mục. Click Star ưu tiên tài liệu Google cho hành vi của Google.

Canonical là gợi ý, không phải lệnh

Theo trang What is URL Canonicalization (cập nhật 20/8/2026), Google gom các trang trùng hoặc rất giống nhau thành một cụm và chọn trang đầy đủ, hữu ích nhất làm canonical. Google nói rõ việc bạn khai báo canonical là gợi ý, không phải quy tắc, nên Google có thể chọn trang khác.

Trang hướng dẫn khai báo canonical (cập nhật 10/7/2026) xếp 3 phương pháp theo sức ảnh hưởng: chuyển hướng và rel="canonical" là tín hiệu mạnh, đưa URL vào sơ đồ trang là tín hiệu yếu. Các phương pháp cộng dồn được, và không phương pháp nào bắt buộc: nếu không khai báo, Google tự chọn.

Cũng theo trang đó: dùng URL tuyệt đối, đặt canonical tự trỏ trên trang chuẩn, chọn thẻ link hoặc header HTTP thay vì cả hai, không khai báo URL canonical khác nhau cho cùng một trang bằng các cách khác nhau, và không dùng robots.txt hay noindex để chọn canonical.

Dùng chuyển hướng khi muốn loại bỏ trang trùng cũ. Theo cách đọc của Click Star, dùng canonical khi cả 2 URL vẫn phải truy cập được, ví dụ cùng một trang có thêm tham số theo dõi.

Khi Google chọn khác bạn, trang Fix Canonicalization Issues (cập nhật 21/8/2026) hướng dẫn dùng URL Inspection để so canonical bạn khai báo với canonical Google chọn. Nếu cụm trùng do nội dung quá giống nhau, Google có thể giữ các trang trong cụm tới 2 tuần sau khi bạn sửa nội dung.

Khi nào cần chuyển hướng

• Đổi slug hoặc cấu trúc URL: chuyển hướng vĩnh viễn từng URL cũ sang URL mới tương ứng.
• Gộp nhiều trang thành một: chuyển các URL cũ về trang đã gộp, khi nội dung thật sự được hợp nhất.
• Đổi tên miền: chuyển hướng từng URL và dùng Change of Address cho mọi biến thể tên miền cũ.
• HTTP sang HTTPS, www sang không www: chuyển hướng vĩnh viễn, không dùng Change of Address (trang công cụ này không ghi ngày).
• Gỡ trang không còn bản thay thế: trả 404 hoặc 410 thật, không chuyển về trang không liên quan.
• Tạm ngừng một dịch vụ: chuyển hướng tạm thời đến trang giải thích, đúng ví dụ Google nêu.

Chuỗi chuyển hướng, vòng lặp và soft 404

Hướng dẫn di chuyển của Google khuyên chuyển thẳng đến đích cuối. Googlebot theo được tối đa 10 bước, nhưng nếu không tránh được chuỗi thì nên giữ ngắn: lý tưởng không quá 3 bước và dưới 5. MDN (cập nhật 27/8/2026) nhắc mỗi chuyển hướng tốn thêm 1 yêu cầu HTTP, nên hãy sửa liên kết nội bộ thẳng sang URL mới.

Báo cáo Page indexing có trạng thái Redirect error khi gặp chuỗi quá dài, vòng lặp, URL quá dài hoặc URL rỗng hay sai trong chuỗi (trang trợ giúp, không ghi ngày).

Soft 404 là trang trả mã 200 nhưng nội dung báo lỗi hoặc rỗng; Google khuyên trả mã 404 thật cho trang không tồn tại. Hướng dẫn di chuyển nói chuyển nhiều URL cũ về một đích không liên quan như trang chủ có thể bị coi là soft 404.

Suy luận của Click Star: URL cũ bị chặn trong robots.txt thì crawler không tải được phản hồi chuyển hướng, nên hãy mở chặn trước khi bật chuyển hướng.

Theo trang mã HTTP của Google (cập nhật 4/2/2026), với trang đã bỏ, mọi mã 4xx (trừ 429) được xử lý giống nhau và URL đã lập chỉ mục sẽ bị gỡ khỏi chỉ mục.

Quy trình di chuyển website

Google đề xuất mỗi lần chỉ đổi 1 thứ (tên miền, CMS, giao diện làm lần lượt). Site nhỏ và vừa nên chuyển toàn bộ cùng lúc; site lớn có thể chuyển theo từng phần.

Quy trình rút gọn theo hướng dẫn của Google gồm 6 bước.

• Bước 1, kiểm kê URL cũ từ sơ đồ trang, log máy chủ, lưu lượng, liên kết trong Search Console, kể cả ảnh và tệp.
• Bước 2, lập bản đồ từ URL cũ sang URL mới.
• Bước 3, chuẩn bị site mới: canonical tự trỏ, hreflang, liên kết nội bộ, xác minh Search Console, gỡ noindex và chặn robots.txt dùng khi phát triển.
• Bước 4, bật chuyển hướng vĩnh viễn phía máy chủ rồi kiểm thử.
• Bước 5, nộp sơ đồ trang mới; đổi tên miền thì gửi Change of Address.
• Bước 6, theo dõi và sửa liên kết nội bộ, liên kết ngoài, hồ sơ mạng xã hội, quảng cáo.

Google nói site cỡ vừa có thể cần vài tuần hoặc lâu hơn để hiện URL mới thay URL cũ, site lớn lâu hơn, và khuyên giữ chuyển hướng thường ít nhất 1 năm.

Tài liệu Change of Address nêu mốc khác: giữ chuyển hướng ít nhất 180 ngày, trả phí tên miền cũ ít nhất 1 năm, và sau 180 ngày Google không còn nhận ra quan hệ giữa 2 site.

Cách kiểm bằng Search Console và dòng lệnh

URL Inspection (trang trợ giúp, không ghi ngày) cho biết canonical bạn khai báo và canonical Google chọn. Báo cáo Page indexing gắn trạng thái Page with redirect cho URL không được lập chỉ mục vì đã chuyển hướng, và đó là trạng thái bình thường.

Báo cáo Sitemaps giúp đối chiếu: số trang lập chỉ mục của sơ đồ URL cũ giảm dần, của sơ đồ URL mới tăng dần.

Để kiểm quy mô lớn, Google nhắc dùng công cụ dòng lệnh hoặc tập lệnh. Theo tài liệu curl.se (không ghi ngày), -I lấy riêng header, -L theo chuyển hướng và --max-redirs đặt giới hạn bước (mặc định 50).

• Xem một chuyển hướng: curl -sI địa-chỉ-cũ, đọc dòng trạng thái và header Location.
• Đếm bước và URL cuối: curl -sIL --max-redirs 5 -o /dev/null -w '%{http_code} %{num_redirects} %{url_effective}\n' địa-chỉ-cũ. Mã thoát 47: chuỗi vượt giới hạn, nên dòng in ra là bước dừng.
• Kiểm danh sách: chạy lệnh trên cho từng dòng của bản đồ chuyển hướng và đối chiếu URL cuối với cột "URL mới".

Với doanh nghiệp Việt Nam, điều này nghĩa là gì

Click Star không tìm thấy số đo công khai về mức dao động lưu lượng khi di chuyển website của doanh nghiệp Việt Nam; bài này nêu hành vi Google mô tả.

Về công cụ: Vercel nói URL phân biệt chữ hoa chữ thường, nên /About và /about là 2 đường dẫn khác nhau (cập nhật 18/9/2026). Với Apache, MDN lưu ý lệnh Redirect mặc định tạo 302; muốn vĩnh viễn phải thêm permanent hoặc mã 301.

Đánh giá của Click Star. Chuyển hướng là phần dễ làm sai âm thầm: trang vẫn mở được, nhưng đích sai, chuỗi dài hoặc dùng mã tạm thời cho thay đổi vĩnh viễn. Bản đồ URL và bước kiểm hàng loạt nên có người phụ trách, không phải việc nhỏ cuối dự án.

Lưu ý lợi ích: Click Star làm dịch vụ thiết kế website chuẩn SEO, nên có lợi ích khi người đọc cần hỗ trợ di chuyển website.

Lộ trình theo ngày

Khung tham khảo của Click Star, không phải số đo và không lấy từ nguồn ngoài; số ngày chỉ để sắp thứ tự việc.

• Ngày 1 đến 3: kiểm kê URL cũ; xác minh mọi biến thể của site cũ và mới trong Search Console.
• Ngày 4 đến 7: lập bản đồ cũ sang mới; dựng site mới trên môi trường thử có noindex; kiểm canonical, hreflang, sơ đồ trang mới.
• Ngày 8 đến 9: kiểm chuyển hướng hàng loạt bằng tập lệnh; chuẩn bị gỡ noindex và chặn tạm thời.
• Ngày 10: bật chuyển hướng phía máy chủ, nộp sơ đồ trang mới, gửi Change of Address nếu đổi tên miền, kiểm lại 5 URL quan trọng.
• Ngày 11 đến 30: theo dõi hằng ngày tuần đầu rồi hằng tuần; sửa liên kết nội bộ, mạng xã hội, quảng cáo.
• Sau ngày 30: giữ chuyển hướng ít nhất 1 năm và đối chiếu lưu lượng theo từng nhóm trang.

Điều chưa biết

Trong các trang đã đọc, Google không nêu một chuyển hướng 302 phải tồn tại bao lâu thì bị coi là vĩnh viễn. Google không đưa con số cho mức hay thời gian dao động thứ hạng; chỉ nói site cỡ vừa cần vài tuần hoặc lâu hơn để URL mới thay URL cũ. Click Star không có số đo cho Việt Nam.

2 trang của Google mâu thuẫn nhẹ: trang mã HTTP nói công cụ kiểm tra của Google không theo chuyển hướng, còn trang URL Inspection nói bản kiểm tra trực tiếp có theo. Mốc giữ chuyển hướng cũng có 2 con số (thường ít nhất 1 năm; ít nhất 180 ngày với Change of Address), nên Click Star chọn mốc dài hơn.

Những sai lầm thường gặp

1. Dùng 302 hoặc 307 cho thay đổi vĩnh viễn, rồi kỳ vọng URL mới thay URL cũ trong kết quả tìm kiếm.
2. Chuyển tất cả URL cũ về trang chủ, dễ bị coi là soft 404.
3. Để chuỗi chuyển hướng hoặc vòng lặp tích tụ sau nhiều lần đổi cấu trúc.
4. Khai báo canonical khác nhau cho cùng một trang bằng chuyển hướng, thẻ link và sơ đồ trang.
5. Quên gỡ noindex hoặc chặn robots.txt của môi trường thử khi mở site mới.
6. Dùng chuyển hướng JavaScript khi có thể làm phía máy chủ.
7. Gỡ chuyển hướng quá sớm, hoặc không cập nhật liên kết nội bộ và sơ đồ trang sang URL mới.