Mục lục

Redirect 301 là hình thức chuyển hướng vĩnh viễn từ một URL sang một URL khác.

Ví dụ website trước đây sử dụng:

example.com/san-pham-cu/

nhưng nội dung đã chuyển sang:

example.com/san-pham-moi/

Khi cấu hình Redirect 301, người truy cập URL cũ sẽ tự động được đưa tới URL mới.

Có thể hiểu đơn giản:

URL cũ → Redirect 301 → URL mới

Mã 301 Moved Permanently thông báo cho trình duyệt và công cụ tìm kiếm rằng tài nguyên đã được chuyển sang một địa chỉ mới một cách lâu dài.

Khi người dùng truy cập:

example.com/trang-cu/

máy chủ trả về mã trạng thái HTTP:

301 Moved Permanently

đồng thời cung cấp địa chỉ mới trong trường Location.

Trình duyệt sau đó tự động chuyển người dùng tới:

example.com/trang-moi/

Công cụ tìm kiếm cũng có thể sử dụng tín hiệu này để cập nhật URL mới thay cho URL cũ.

Redirect 301 phù hợp khi sự thay đổi mang tính lâu dài.

Các trường hợp phổ biến gồm:

  • Đổi URL bài viết.
  • Đổi URL sản phẩm.
  • Thay đổi cấu trúc website.
  • Chuyển HTTP sang HTTPS.
  • Chuyển www sang không www hoặc ngược lại.
  • Đổi tên miền.
  • Gộp hai trang thành một.
  • Gộp hai website.
  • Đổi thương hiệu.
  • Xử lý URL cũ có backlink.

Nếu URL cũ sẽ không quay trở lại, 301 thường là loại chuyển hướng phù hợp.

URL cũ:

example.com/domain-la-gi/

URL mới:

example.com/ten-mien-la-gi/

Nên cấu hình:

example.com/domain-la-gi/
→ 301 →
example.com/ten-mien-la-gi/

Nhờ đó, người dùng truy cập đường dẫn cũ vẫn đến được đúng bài viết.

Các backlink đã trỏ tới URL cũ cũng không dẫn tới một trang lỗi 404 không cần thiết.

Ví dụ doanh nghiệp đổi thương hiệu:

oldbrand.com

sang:

newbrand.com

Không nên chỉ redirect trang chủ.

Cần xây ánh xạ tương ứng:

oldbrand.com/
→ newbrand.com/

oldbrand.com/san-pham-a/
→ newbrand.com/san-pham-a/

oldbrand.com/tin-tuc/bai-a/
→ newbrand.com/tin-tuc/bai-a/

Google hiện khuyến nghị khi chuyển website nên tạo mapping URL cũ – URL mới và sử dụng server-side permanent redirect, chẳng hạn 301 hoặc 308.

Nếu được thực hiện đúng, không nên hiểu Redirect 301 là làm mất toàn bộ giá trị SEO của URL cũ.

Google hiện nói rõ rằng 301 và các permanent redirect khác không gây mất PageRank chỉ vì sử dụng chuyển hướng vĩnh viễn.

Tuy nhiên, điều này không có nghĩa mọi redirect đều mang lại kết quả giống nhau.

Hiệu quả còn phụ thuộc vào:

  • Trang mới có liên quan đến trang cũ không.
  • Redirect có đúng URL đích không.
  • Có redirect chain không.
  • Nội dung mới có tương đương không.
  • Internal link đã được cập nhật chưa.
  • Canonical và sitemap có thống nhất không.

Ví dụ URL cũ:

example.com/huong-dan-chon-sofa/

nên chuyển tới:

example.com/cach-chon-sofa/

nếu đó là nội dung thay thế tương ứng.

Không nên chuyển tới:

example.com/

chỉ vì muốn giữ traffic.

Google cảnh báo việc redirect nhiều URL cũ tới một trang đích không liên quan như homepage có thể gây nhầm lẫn và bị xử lý như soft 404.

Nguyên tắc:

Trang cũ nào → Trang mới tương ứng nhất.

Không.

Đây là một trong những lỗi phổ biến nhất.

Ví dụ website xóa:

  • 500 sản phẩm.
  • 200 bài viết.
  • 100 danh mục.

Sau đó cấu hình tất cả:

→ homepage

Cách làm này không tạo ra trải nghiệm tốt.

Nếu không có trang thay thế thực sự liên quan, có thể để URL trả:

404 Not Found

hoặc:

410 Gone

thay vì redirect vô lý.

Nên redirect nếu có một nội dung thay thế hợp lý.

Ví dụ:

Sản phẩm A ngừng bán nhưng được thay trực tiếp bằng phiên bản mới A2:

/san-pham-a/
→ 301 →
/san-pham-a2/

Hoặc ba bài viết cũ được hợp nhất thành một bài mới đầy đủ hơn.

Trong trường hợp này, redirect về trang tổng hợp mới là hợp lý.

Có thể hiểu đơn giản:

301 = chuyển vĩnh viễn

302 = chuyển tạm thời

Ví dụ:

Một URL đã được thay thế hoàn toàn:

→ dùng 301.

Một trang tạm thời chuyển sang trang khác trong một khoảng thời gian rồi sẽ quay lại:

→ có thể dùng 302.

Không nên dùng 302 cho một thay đổi chắc chắn là vĩnh viễn chỉ vì cấu hình thuận tiện hơn.

301 và 308 đều là permanent redirect.

Google hiện hỗ trợ cả hai và khuyến nghị server-side permanent redirects khi thực hiện site migration.

Điểm khác biệt kỹ thuật chủ yếu liên quan đến cách HTTP method được giữ lại trong một số loại request.

Với website nội dung thông thường, 301 vẫn là lựa chọn được sử dụng rất phổ biến.

Ví dụ:

http://example.com/

nên chuyển tới:

https://example.com/

Tương tự:

http://example.com/bai-viet/
→
https://example.com/bai-viet/

Không nên để cả phiên bản HTTP và HTTPS cùng tồn tại độc lập nếu HTTPS là phiên bản chính.

Ví dụ website chọn:

https://example.com

làm phiên bản chính.

Khi đó:

https://www.example.com

nên redirect tới:

https://example.com

Tương tự với tất cả URL con.

Ví dụ:

www.example.com/san-pham-a/
→
example.com/san-pham-a/

Điều quan trọng là toàn bộ website chỉ có một phiên bản chuẩn.

Ví dụ website cũ sử dụng:

example.com/index.php?id=123

Website mới chuyển thành:

example.com/may-bom-cong-nghiep/

Nếu đây là cùng một nội dung, nên cấu hình 301 từ URL cũ sang URL mới.

Cách này đặc biệt quan trọng khi website:

  • Đổi CMS.
  • Thiết kế lại kiến trúc.
  • Làm URL thân thiện hơn.
  • Chuyển nền tảng thương mại điện tử.

Redirect chain xảy ra khi URL phải đi qua nhiều bước.

Ví dụ:

URL A → URL B → URL C → URL D

Thay vì:

URL A → URL D

Google có thể theo nhiều bước redirect, nhưng Google khuyến nghị chuyển thẳng tới đích cuối cùng nếu có thể và giữ số bước trong chuỗi càng thấp càng tốt. Redirect chain cũng làm tăng độ trễ cho người dùng.

Ban đầu:

oldbrand.com

sau đó:

brand2.com

sau đó:

brand3.com

Nếu hệ thống vẫn để:

oldbrand.com → brand2.com → brand3.com

thì nên cân nhắc cập nhật:

oldbrand.com → brand3.com

để giảm một bước không cần thiết.

Redirect loop xảy ra khi các URL chuyển hướng vòng tròn.

Ví dụ:

Trang A → Trang B

nhưng:

Trang B → Trang A

Trình duyệt không thể tới trang cuối cùng và thường hiển thị lỗi dạng:

Too many redirects

Đây là lỗi kỹ thuật cần xử lý ngay.

Có.

Ví dụ website đã đổi:

/domain-la-gi/

thành:

/ten-mien-la-gi/

Không nên để menu hoặc bài viết khác vẫn link tới URL cũ rồi dựa vào 301.

Nên cập nhật internal link trực tiếp tới:

/ten-mien-la-gi/

Google cũng khuyến nghị cập nhật internal links sau khi migration để trỏ trực tiếp tới URL mới.

Nếu có thể, nên cập nhật những backlink quan trọng.

Ví dụ:

  • Báo chí.
  • Website đối tác.
  • Profile doanh nghiệp.
  • Mạng xã hội.
  • Danh bạ.
  • Bài PR lớn.

Redirect vẫn xử lý các backlink cũ, nhưng backlink trỏ trực tiếp tới URL mới sẽ:

  • Giảm một bước chuyển hướng.
  • Tốt hơn cho trải nghiệm.
  • Giảm tải máy chủ.

Không cần cố liên hệ sửa mọi backlink nhỏ trên Internet.

Sau khi chuyển:

URL cũ → URL mới

trang mới nên sử dụng canonical phù hợp với URL mới.

Ví dụ:

https://example.com/ten-mien-la-gi/

canonical nên là:

https://example.com/ten-mien-la-gi/

Không nên vẫn canonical về URL cũ.

Redirect, canonical và internal link nên cùng gửi một tín hiệu thống nhất.

Sau khi chuyển URL, sitemap mới nên chứa:

URL mới

không phải các URL cũ đã redirect.

Google khuyến nghị gửi sitemap mới trong Search Console sau quá trình site migration để hỗ trợ phát hiện các URL mới.

Nếu đây là một site migration hoặc chuyển domain, Google hiện khuyến nghị giữ permanent redirects càng lâu càng tốt và nhìn chung ít nhất một năm.

Khoảng thời gian này giúp Google có đủ thời gian crawl lại URL cũ và mới cũng như chuyển các tín hiệu liên quan.

Từ góc độ người dùng, Google còn gợi ý có thể giữ redirect lâu hơn hoặc vô thời hạn nếu URL cũ vẫn có người truy cập.

Trong nhiều trường hợp là có.

Ví dụ:

oldbrand.com → newbrand.com

Tên miền cũ có thể tiếp tục nhận:

  • Backlink.
  • Direct traffic.
  • Bookmark.
  • Người dùng nhớ thương hiệu cũ.

Nếu chi phí duy trì tên miền không đáng kể, giữ domain cũ và redirect lâu dài thường an toàn hơn việc để nó hết hạn.

Trong một migration hợp lệ, permanent redirects là cơ chế Google khuyến nghị để chuyển URL và các tín hiệu sang địa chỉ mới.

Google hiện xác nhận permanent redirects như 301 không gây mất PageRank chỉ vì chuyển hướng.

Tuy nhiên, không nên suy luận rằng:

mua bất kỳ tên miền cũ nào → redirect 301 → website chính mạnh lên.

Chất lượng và mức độ liên quan của tên miền cũ vẫn rất quan trọng.

Cần thận trọng.

Nếu doanh nghiệp:

  • Mua lại thương hiệu.
  • Sáp nhập website.
  • Mua lại một dự án cùng ngành.

thì redirect có thể rất hợp lý.

Nhưng nếu chỉ mua hàng loạt domain cũ không liên quan để redirect nhằm tăng SEO, đây không phải chiến lược nên áp dụng máy móc.

Tên miền cũ cần được kiểm tra:

  • Lịch sử.
  • Backlink.
  • Chủ đề.
  • Spam.
  • Nhãn hiệu.

Redirect 301 không biến một domain xấu thành backlink chất lượng.

Không nhất thiết.

Người dùng sẽ được chuyển ngay khi redirect hoạt động.

Nhưng Google cần thời gian để:

  • Crawl URL cũ.
  • Phát hiện redirect.
  • Crawl URL mới.
  • Cập nhật index.
  • Chuyển các tín hiệu.

Google cho biết site migration có thể tạo biến động thứ hạng tạm thời; với website nhỏ hoặc vừa, việc xử lý phần lớn URL có thể mất vài tuần, website lớn có thể lâu hơn.

Không cần sử dụng công cụ Removal chỉ vì URL đã được redirect.

Nếu URL cũ đã chuyển vĩnh viễn sang URL mới, 301 là tín hiệu thích hợp để Google xử lý thay đổi.

Công cụ Removals có mục đích khác và không nên được dùng như bước mặc định của migration.

Không cần giữ nguyên nội dung cũ nếu đã chuyển hoàn toàn.

Nhưng máy chủ hoặc tên miền cũ phải tiếp tục có khả năng trả redirect 301.

Ví dụ:

oldbrand.com/page-a/

phải tiếp tục trả:

301 → newbrand.com/page-a/

Nếu bạn để oldbrand.com hết hạn, redirect cũng sẽ mất.

Một số lỗi phổ biến:

  • Redirect mọi URL về homepage.
  • Redirect sai trang.
  • Tạo redirect chain dài.
  • Tạo redirect loop.
  • Quên URL có www.
  • Quên phiên bản HTTP.
  • Quên subdomain.
  • Không cập nhật canonical.
  • Không cập nhật sitemap.
  • Không cập nhật internal link.
  • Tắt domain cũ quá sớm.
  • Redirect tới trang 404.

Mỗi lỗi đều có thể ảnh hưởng đến trải nghiệm và quá trình migration.

Có thể kiểm tra bằng:

  • Trình duyệt và Developer Tools.
  • Công cụ kiểm tra HTTP status.
  • Crawl website.
  • Search Console URL Inspection.
  • Công cụ dòng lệnh như curl.

Kết quả mong muốn:

URL cũ trả HTTP 301

và:

Location trỏ đúng URL mới.

Nếu kiểm tra hàng nghìn URL, nên crawl toàn bộ danh sách để phát hiện redirect lỗi.

Website WordPress có thể tạo redirect bằng:

  • Plugin.
  • Cấu hình server.
  • .htaccess với Apache.
  • Cấu hình Nginx.
  • Chức năng redirect của hosting/CDN.

Với website lớn, nên ưu tiên giải pháp có khả năng quản lý và kiểm tra hàng loạt.

Không nên tạo hàng nghìn redirect thủ công mà không có bảng mapping.

Nếu có thể, Google khuyến nghị sử dụng server-side permanent redirects như 301 hoặc 308.

Client-side redirect có thể được sử dụng khi không thể triển khai server-side, nhưng nên xem là phương án sau.

Đối với migration quan trọng, server-side redirect thường là cách rõ ràng và ổn định hơn.

Có thể tạo chuyển hướng bằng meta refresh, nhưng đây thường không phải lựa chọn đầu tiên cho site migration.

Nếu server có thể trả 301 trực tiếp, nên ưu tiên server-side redirect.

Mục tiêu là để trình duyệt và crawler nhận được tín hiệu chuyển vĩnh viễn rõ ràng ngay từ HTTP response.

Không nên dùng nếu thay đổi chỉ là tạm thời.

Ví dụ:

  • Trang sản phẩm tạm bảo trì.
  • Một chiến dịch chuyển hướng ngắn hạn.
  • A/B test.
  • Một URL sẽ quay lại sử dụng.

Trong trường hợp này có thể cần một loại redirect tạm thời phù hợp hơn.

Cần xác định:

Vĩnh viễn hay tạm thời?

trước khi chọn mã redirect.

Nếu trang:

  • Đã bị xóa.
  • Không có nội dung thay thế.
  • Không có trang tương đương.
  • Không cần giữ traffic.

thì 404 hoặc 410 có thể hợp lý.

Không cần cố redirect mọi URL đã từng tồn tại.

Một website sạch không có nghĩa không được có 404.

Một số trường hợp:

Sản phẩm A được thay bởi phiên bản A2

→ có thể redirect nếu hai sản phẩm tương đương.

Hai danh mục được hợp nhất

→ redirect danh mục cũ tới danh mục mới.

Đổi slug sản phẩm

→ redirect URL cũ tới URL mới.

Đổi tên miền

→ mapping toàn bộ URL.

Không nên redirect một sản phẩm hết hàng về một sản phẩm hoàn toàn khác chỉ để giữ SEO.

Phù hợp khi:

  • Đổi slug.
  • Gộp bài.
  • Chuyển chuyên mục và URL thay đổi.
  • Xóa một bài nhưng có bài khác thay thế trực tiếp.

Ví dụ ba bài cũ:

/seo-domain/

/seo-ten-mien/

/domain-va-seo/

được hợp nhất thành:

/ten-mien-va-seo/

có thể redirect cả ba tới bài mới nếu nội dung thực sự được tổng hợp ở đó.

Trường hợp Xử lý nên cân nhắc
URL chuyển vĩnh viễn 301/308
URL chuyển tạm thời 302/307
Nội dung bị xóa, không có thay thế 404/410
Đổi tên miền 301/308 từng URL
HTTP → HTTPS Permanent redirect
www → không www Permanent redirect
Gộp hai bài tương tự 301 tới bài mới
Sản phẩm hết tạm thời Thường giữ URL
Sản phẩm bị xóa không có thay thế 404/410
  • ☐ Đã xác định URL cũ.
  • ☐ Đã xác định URL mới tương ứng.
  • ☐ Nội dung hai trang có liên quan.
  • ☐ Không redirect về homepage nếu không phù hợp.
  • ☐ Không tạo redirect chain không cần thiết.
  • ☐ Không tạo redirect loop.
  • ☐ Canonical đã cập nhật.
  • ☐ Internal link đã cập nhật.
  • ☐ Sitemap đã cập nhật.
  • ☐ HTTPS đã thống nhất.
  • ☐ www/không www đã thống nhất.
  • ☐ Redirect đã được kiểm tra.
  • ☐ Domain cũ tiếp tục được duy trì nếu đổi tên miền.

Có thể thực hiện:

Bước 1: Lấy danh sách toàn bộ URL cũ.

Bước 2: Xây danh sách URL mới.

Bước 3: Map từng URL.

Bước 4: Cấu hình 301.

Bước 5: Cập nhật canonical.

Bước 6: Cập nhật internal link.

Bước 7: Tạo sitemap mới.

Bước 8: Kiểm tra redirect.

Bước 9: Gửi sitemap và theo dõi Search Console.

Bước 10: Giữ domain cũ và redirect ít nhất trong thời gian cần thiết.

Google hiện khuyến nghị giữ redirect site migration nói chung ít nhất một năm.

Có thể ghi nhớ:

Trang cũ không còn sử dụng

  •  

Có trang mới thay thế lâu dài

=

Redirect 301

Ví dụ:

Old URL → 301 → New URL

Tất cả hệ thống sau đó nên sử dụng trực tiếp URL mới.

Redirect 301 là chuyển hướng vĩnh viễn từ URL cũ sang URL mới.

Đây là công cụ rất quan trọng khi:

  • Đổi URL.
  • Chuyển HTTPS.
  • Đổi www.
  • Gộp nội dung.
  • Đổi tên miền.
  • Rebrand.
  • Migration website.

Google hiện khuyến nghị sử dụng server-side permanent redirects như 301 hoặc 308 cho các thay đổi URL lâu dài và xác nhận rằng permanent redirects không tự gây mất PageRank.

Tuy nhiên, Redirect 301 chỉ hiệu quả khi được sử dụng đúng:

URL cũ phải chuyển tới URL mới tương ứng, tránh redirect chain, cập nhật internal link, canonical và sitemap, đồng thời duy trì redirect đủ lâu.

Có thể ghi nhớ nguyên tắc quan trọng nhất:

Đổi địa chỉ nhưng nội dung vẫn còn → hãy chỉ cho người dùng và Google biết chính xác địa chỉ mới bằng Redirect 301.

Tags: redirect 301 chuyển hướng 301 301 SEO đổi URL chuyển tên miền redirect website SEO website chuyển domain