Redirect là gì, bao nhiêu loại và sử dụng khi nào

Bạn sẽ muốn sử dụng lệnh chuyển hướng đến:

• Di chuyển một trang web hoặc trang
• Muốn hợp nhất các trang trùng lặp
• Hợp nhất các trang web
• Gửi người dùng đến một trang mới sau khi bạn xóa
• Thay đổi cấu trúc URL hoặc dọn dẹp URL của bạn

Chuyển hướng giúp kết hợp các tín hiệu giữa các trang và giúp công cụ tìm kiếm xác định trang nào nên hiển thị cho người dùng. Đây là một quá trình được gọi là chuẩn hóa và Google sử dụng nó để giúp loại bỏ các trang trùng lặp khỏi chỉ mục của mình. Nói cách khác, chuyển hướng rất quan trọng đối với SEO.

Có rất nhiều huyền thoại và hiểu lầm xung quanh việc chuyển hướng trong cộng đồng SEO mà tôi hy vọng có thể làm sáng tỏ bằng bài viết này.

Chuyển hướng có thể là vĩnh viễn hoặc tạm thời, tùy thuộc vào việc bạn có định giữ nguyên chuyển hướng hay không. Điều này cũng ảnh hưởng đến việc trang nào sẽ được lập chỉ mục và hiển thị trên các công cụ tìm kiếm, mà tôi sẽ đề cập chi tiết hơn trong phần tiếp theo.

Chuyển hướng cũng có thể diễn ra ở phía máy chủ, nghĩa là chúng diễn ra trên một máy chủ nào đó, hoặc ở phía máy khách, nghĩa là chúng diễn ra bên trong trình duyệt của người dùng.

Dưới đây là một số bảng bạn có thể tham khảo để phân loại các loại chuyển hướng khác nhau. Tôi sẽ nói thêm về từng loại trong phần tiếp theo.

Chuyển hướng vĩnh viễn
Phía máy chủ	Phía khách hàng	Không có chuyển hướng thực tế
HTTP301	Làm mới meta (=0 giây)	Chuyển hướng tiền điện tử
HTTP 308	Làm mới HTTP (=0 giây)
	Chuyển hướng JavaScript

Về phương pháp bạn nên chọn để triển khai chuyển hướng vĩnh viễn, thứ tự ưu tiên của tôi sẽ là: 308 / 301 > Làm mới Meta 0 / Làm mới HTTP 0 > JavaScript > Mã hóa

Chuyển hướng tạm thời
Phía máy chủ	Phía khách hàng
HTTP 302	Làm mới siêu dữ liệu (>0 giây)
HTTP 303	Làm mới HTTP (>0 giây)
HTTP 307

Về phương pháp bạn nên chọn để triển khai chuyển hướng tạm thời, thứ tự ưu tiên của tôi sẽ là: 307 / 302 / 303 > Làm mới Meta 0 / Làm mới HTTP 0

Chuyển hướng phía máy chủ không nhất thiết phải xảy ra trên máy chủ lưu trữ của bạn. Nó có thể là “máy chủ của người khác” như CDN hoặc nhà cung cấp tên miền của bạn. Chuyển hướng phía máy khách cũng có thể được thêm theo nhiều cách, nhưng chúng sẽ luôn được kích hoạt trong trình duyệt của người dùng.

Sau đây là một số nơi bạn có thể tìm thấy những chuyển hướng này:

Nơi bạn có thể tìm thấy chuyển hướng
Phía máy chủ	Phía khách hàng
Cấp độ máy chủ	HTML
Cấp độ DNS	Phản hồi tiêu đề HTTP
Cấp độ CDN	Cấp độ CDN (trong những trường hợp cụ thể)

Chúng ta hãy xem xét những điều này chi tiết hơn.

Chuyển hướng vĩnh viễn #

Chuyển hướng vĩnh viễn cho biết tài nguyên đã được di chuyển vĩnh viễn đến một vị trí mới.

Bạn nên sử dụng chuyển hướng vĩnh viễn khi bạn:

• Thay đổi vĩnh viễn URL của trang web hoặc tài nguyên khác.
• Di chuyển vĩnh viễn sang tên miền mới.
• Chuyển từ HTTP sang HTTPS .
• Muốn khắc phục sự cố nội dung trùng lặp không phải www/www .
• Hợp nhất vĩnh viễn hai hoặc nhiều trang hoặc trang web.
• Thay đổi vĩnh viễn cấu trúc URL của trang web của bạn.

Chuyển hướng vĩnh viễn là một gợi ý mạnh mẽ cho việc chuẩn hóa, trong đó các tín hiệu từ một trang, chẳng hạn như liên kết, sẽ được hợp nhất về phía trước URL mới. Thông thường, trang mới sẽ có tất cả các tín hiệu và được hiển thị trên các công cụ tìm kiếm.

Giả sử bạn chuyển hướng một trang từ site1.com/x đến site2.com/x mà không thay đổi nội dung. Tín hiệu liên kết sẽ được hợp nhất tại site2.com/x. Nói cách khác, nếu site1.com/x có 10 backlink, site2.com/x sẽ được hưởng lợi như thể chúng trỏ trực tiếp đến site1.com/x.

Chỉ khi chuyển hướng không liên quan thì điều này mới không xảy ra vì Google coi các chuyển hướng không liên quan là lỗi 404 mềm .

Ví dụ, giả sử bạn chuyển hướng một bài đăng trên blog đến trang chủ của mình. Google có thể không hợp nhất các tín hiệu liên kết vì hai trang hoàn toàn khác nhau.

Bạn có muốn kiểm tra cách Google xử lý lệnh chuyển hướng không?

Sau đây là cách thực hiện:

1. Mở Google Search Console
2. Vào Liên kết > Liên kết ngoài > Các trang được liên kết nhiều nhất
3. Tìm URL “mới” trong báo cáo và nhấp vào đó (sử dụng bộ lọc “Trang mục tiêu” để trợ giúp)
4. Lọc các liên kết theo “Trang web” và dán từng tên miền giới thiệu vào trang cũ (bạn có thể tìm thấy những tên miền này trong báo cáo Tên miền giới thiệu trong Site Explorer của Ahrefs )

Nếu bạn không tìm thấy kết quả trùng khớp cho một số tên miền giới thiệu, thì có khả năng Google sẽ coi chuyển hướng là lỗi 404 mềm và không tính các liên kết ngược từ trang cũ tới URL mới.

Nếu có kết quả trùng khớp, hãy nhấp vào trang web để xem các liên kết thực tế. Nếu bạn thấy URL cũ trong cột “URL mục tiêu”, Google đang hợp nhất các liên kết tại URL mới.

Chúng ta hãy xem xét một số loại chuyển hướng vĩnh viễn.

HTTP301 #

Chuyển hướng 301 là chuyển hướng phía máy chủ chuyển hướng bot và người dùng đến URL mới và thông báo cho các công cụ tìm kiếm rằng tài nguyên đã được di chuyển vĩnh viễn.

HTTP 308 #

Chuyển hướng 308 giống với chuyển hướng 301, ngoại trừ việc nó vẫn giữ nguyên phương thức HTTP của yêu cầu ban đầu, GET hoặc POST, khi thực hiện chuyển hướng. Về mặt SEO, chúng giống nhau, nhưng nếu bạn có dữ liệu được gửi qua biểu mẫu, bạn không nên chuyển đổi giữa GET và POST.

Chuyển hướng JavaScript #

Chuyển hướng JavaScript sử dụng JavaScript để hướng dẫn trình duyệt chuyển hướng người dùng hoặc bot đến một URL khác.

Vì một trang cần được render để loại chuyển hướng này có thể kích hoạt, nên nó phải được thực hiện ở phía máy khách và không được ưu tiên. Google render mọi trang mà họ sẽ lập chỉ mục, nhưng có thể có sự cố trong quá trình này khiến việc render không thành công. Các loại chuyển hướng khác được hỗ trợ tốt hơn và đáng tin cậy hơn.

Sau đây là ví dụ về cách chuyển hướng có thể trông như thế nào trong HTML:

<script> 
// Chuyển hướng đến URL mới 
window.location.href = "https://example.com/new-page"; 
</script>

Chuyển hướng JavaScript cũng có thể nằm trong tệp cấu hình. Trong cấu hình Next.js, có một hàm chuyển hướng mà bạn có thể sử dụng để thiết lập chuyển hướng. Trong các hệ thống khác, bạn có thể tìm thấy chúng trong bộ định tuyến.

Làm mới meta (=0 giây) #

Chuyển hướng meta refresh yêu cầu trình duyệt chuyển hướng người dùng sau một số giây nhất định. Thao tác này diễn ra trong trình duyệt và ở phía máy khách.

Chuyển hướng làm mới meta cần nằm trong phần <head> của HTML. Chúng trông như thế này:

<meta http-equiv="refresh" content="0; url=https://example.com/new-page">

Làm mới HTTP (=0 giây) #

Làm mới HTTP tương tự như làm mới meta nhưng xảy ra trong phản hồi tiêu đề HTTP. Nó có thể được triển khai ở phía máy chủ, nhưng thực tế lại được kích hoạt ở phía máy khách.

Nó trông như thế này:

Làm mới: 0; url=https://example.com/new-page

Chuyển hướng tiền điện tử #

Chuyển hướng mà không thực sự chuyển hướng? Nghe có vẻ lạ, nhưng Google coi đây là chuyển hướng vĩnh viễn. Điều đó có nghĩa là họ cũng nên chuyển tiếp tất cả các tín hiệu đến URL mới.

Chuyển hướng mã hóa là một trường hợp đặc biệt khi bạn nhận được thông báo về việc chuyển sang tên miền mới, nhưng thực tế không có chuyển hướng nào diễn ra. Nó trông như thế này:

<a href="https://new-domain.com/" >Chúng tôi đã chuyển đi! Hãy xem trang web mới của chúng tôi!</a>

Tôi sẽ thử triển khai một phương pháp chuyển hướng khác vì không phải mọi bot hoặc công cụ tìm kiếm đều hỗ trợ chuyển hướng tiền điện tử.

Chuyển hướng tạm thời #

Chuyển hướng tạm thời cho biết tài nguyên đã tạm thời được di chuyển đến vị trí mới.

Bạn nên sử dụng chuyển hướng tạm thời khi bạn:

• Muốn chuyển hướng người dùng đến phiên bản trang web phù hợp với họ (dựa trên vị trí/ngôn ngữ).
• Muốn thử nghiệm phân tách A/B chức năng hoặc thiết kế của một trang web.
• Chạy chương trình khuyến mãi và muốn chuyển hướng khách truy cập đến trang bán hàng tạm thời.

Chuyển hướng tạm thời là một gợi ý yếu cho việc chuẩn hóa, trong đó các tín hiệu từ một trang, chẳng hạn như liên kết, sẽ được hợp nhất về phía trước đến trang mới. Vì đây là một tín hiệu yếu, nên hầu hết các tín hiệu thực sự được hợp nhất về trang gốc đã được chuyển hướng.

Tuy nhiên, tại một thời điểm nào đó, có thể sẽ xuất hiện đủ tín hiệu để chuyển hướng tạm thời được hợp nhất về phía trước. Trong một thời gian, bạn có thể thấy URL gốc được lập chỉ mục trong Google và các tín hiệu được hợp nhất tại đó, nhưng nếu việc hoán đổi này xảy ra, bạn sẽ thấy URL mới trong Google và các tín hiệu sẽ được hợp nhất tại đó.

Không có khoảng thời gian cố định nào cho một chuyển hướng tạm thời trước khi Google bắt đầu coi nó là chuyển hướng vĩnh viễn. Thông thường, khoảng thời gian này là vài tuần đến vài tháng, nhưng cũng có thể là vài ngày, vài tuần hoặc vài tháng.

Việc hoán đổi này có thể không bao giờ xảy ra, giống như trường hợp 302 được sử dụng để chuyển hướng người dùng đến phiên bản trang chủ phù hợp nhất trên các trang web quốc tế. Thiết lập này đã được nhiều trang web sử dụng trong gần một thập kỷ và họ vẫn giữ nguyên các URL gốc.

Trong một số trường hợp, Google thậm chí còn coi chuyển hướng tạm thời là chuyển hướng vĩnh viễn ngay từ đầu.

Ví dụ, tôi đã chạy một thử nghiệm trong đó tôi chuyển hướng (302) một trang web đã được thiết lập sang một trang web khác. Khi Google phát hiện ra chuyển hướng này, nó đã loại bỏ tên miền cũ khỏi kết quả tìm kiếm để ưu tiên cho tên miền “mới”.

Nếu bạn không chắc Google đang xử lý một trong những chuyển hướng tạm thời của mình như thế nào, hãy dán URL đã chuyển hướng vào công cụ Kiểm tra URL của Search Console . Nếu cảnh báo “URL không có trên Google” xuất hiện, Google có thể đang coi chuyển hướng đó là vĩnh viễn. Nếu URL có trên Google, thì Google đang coi đó là tạm thời.

Chỉ cần đảm bảo kiểm tra ngày thu thập dữ liệu gần nhất khi thực hiện việc này. Nếu ngày này đến sau ngày bạn thêm lệnh chuyển hướng, hãy yêu cầu lập chỉ mục lại và quay lại sau.

Hãy cùng xem xét một số loại chuyển hướng tạm thời.

HTTP 302 #

Chuyển hướng 302 chuyển hướng người dùng đến URL mới và thông báo cho các công cụ tìm kiếm rằng tài nguyên đã tạm thời được di chuyển.

HTTP 307 #

Chuyển hướng 307 giống với chuyển hướng 302, ngoại trừ việc nó vẫn giữ nguyên phương thức HTTP (POST, GET) của yêu cầu gốc khi thực hiện chuyển hướng. Đối với SEO, phương thức này cũng tương tự, nhưng nếu dữ liệu của bạn được gửi qua các biểu mẫu chuyển hướng, thì bạn không nên hoán đổi giữa GET và POST.

Cần lưu ý rằng khi khắc phục sự cố chuyển hướng, bạn có thể thấy một phiên bản khác của lỗi 307, một lỗi chuyển hướng được lưu trong bộ nhớ đệm xảy ra trong trình duyệt. Lỗi này liên quan đến HSTS và yêu cầu trình duyệt chuyển sang kết nối an toàn (HTTPS) khi có yêu cầu truy cập tài nguyên không an toàn.

Khi máy chủ web yêu cầu máy khách chỉ sử dụng kết nối HTTPS (chính sách HSTS), Google sẽ không thấy mã 307 vì mã này đã được lưu trong bộ nhớ đệm của trình duyệt. Lần truy cập đầu tiên (không có bộ nhớ đệm) sẽ có mã phản hồi của máy chủ, có thể là 301 hoặc 302. Tuy nhiên, trình duyệt của bạn sẽ hiển thị mã 307 cho các yêu cầu tiếp theo, khiến việc khắc phục sự cố trở nên khó khăn hơn. Bạn sẽ cần sử dụng một phiên ẩn danh mới để xem mã trạng thái được trả về .

HTTP 303 #

Chuyển hướng 303 chuyển hướng người dùng đến một tài nguyên tương tự như tài nguyên được yêu cầu và là một hình thức chuyển hướng tạm thời. Nó thường được sử dụng cho những việc như ngăn chặn việc gửi lại biểu mẫu khi người dùng nhấn nút “quay lại” trên trình duyệt. Thông thường, bạn sẽ không thấy chuyển hướng 303 được sử dụng cho mục đích SEO, nhưng nếu có thì nó sẽ được xử lý giống như chuyển hướng 302/307.

Làm mới siêu dữ liệu (>0 giây) #

Làm mới meta được coi là chuyển hướng vĩnh viễn khi bằng 0 giây và là chuyển hướng tạm thời khi lớn hơn 0 giây.

Chuyển hướng meta refresh yêu cầu trình duyệt chuyển hướng người dùng sau một số giây nhất định. Thao tác này diễn ra trong trình duyệt và ở phía máy khách.

Chuyển hướng làm mới meta cần nằm trong phần <head> của HTML. Chúng trông như thế này:

<meta http-equiv="refresh" content="5; url=https://example.com/new-page">

Làm mới HTTP (>0 giây) #

Làm mới HTTP được coi là chuyển hướng vĩnh viễn khi bằng 0 giây và được coi là chuyển hướng tạm thời khi lớn hơn 0 giây.

Làm mới HTTP tương tự như làm mới meta nhưng xảy ra trong phản hồi tiêu đề HTTP. Nó có thể được triển khai ở phía máy chủ, nhưng thực tế lại được kích hoạt ở phía máy khách.

Nó trông như thế này:

Làm mới: 5; url=https://example.com/new-page

Chuyển hướng phía máy chủ #

Chuyển hướng phía máy chủ là chuyển hướng mà máy chủ quyết định nơi chuyển hướng người dùng hoặc công cụ tìm kiếm khi có yêu cầu về một trang. Chúng thường có mã trạng thái tương ứng là 301, 302, 303, 307 hoặc 308.

Chuyển hướng phía máy chủ là phương pháp được ưa chuộng để chuyển hướng cho SEO.

Cấp độ máy chủ #

Đây là những chuyển hướng xảy ra trên máy chủ của bạn. Cách triển khai sẽ khác nhau tùy thuộc vào máy chủ lưu trữ trang web của bạn và môi trường máy chủ hoặc ngôn ngữ kịch bản nào được sử dụng cho phần backend. Bất kỳ loại máy chủ phổ biến nào cũng nên được ghi chép đầy đủ. Phổ biến nhất là Nginx, Apache, Cloudflare Server, LiteSpeed, Microsoft-IIS và Node.js.

Nếu bạn đang nhập lệnh chuyển hướng trong plugin hoặc giải pháp chuyển hướng tùy chỉnh trên CMS như WordPress, Shopify, Wix, Squarespace, Joomla hoặc Drupal, thì lệnh chuyển hướng sẽ được thêm ở cấp độ máy chủ.

Hầu hết các bản cài đặt WordPress sẽ chạy Apache và các plugin được sử dụng để chuyển hướng thực chất sẽ chỉnh sửa tệp .htaccess của trang web. Bạn sẽ tìm thấy tệp này trong thư mục gốc của trang web.

Để tạo chuyển hướng trong .htaccess từ trang này sang trang khác, bạn sẽ thêm:

Chuyển hướng 308 "/cũ" "https://example.com/mới"

Bạn cũng có thể chuyển hướng bằng các ngôn ngữ khác nhau như PHP. Thao tác này sẽ trông như thế này:

header('HTTP/1.1 308 Đã di chuyển vĩnh viễn'); 
header('Vị trí: https://www.example.com/newurl'); 
exit();

Chúng tôi có nhiều ví dụ hơn trong bài đăng về chuyển hướng 301 bao gồm chuyển hướng tên miền, từ www sang không có www, từ không có www sang www và từ HTTP sang HTTPS. Chuyển hướng cũng có thể nằm trong tệp cấu hình máy chủ.

Trong nhiều hệ thống thông thường, bạn chỉ cần đặt lệnh chuyển hướng và nó sẽ tự động kích hoạt. Tuy nhiên, một số hệ thống hoạt động như một trình bắt lỗi. Bạn có thể đặt lệnh chuyển hướng và nó sẽ không kích hoạt cho đến khi bạn xóa trang cũ. Điều này sẽ thêm một bước vào quy trình, nhưng ít xảy ra lỗi hơn.

Cấp độ DNS #

Máy chủ tên miền của bạn thường được quản lý bởi nhà đăng ký tên miền hoặc có thể là CDN của bạn. Mỗi nhà cung cấp có đôi chút khác biệt, nhưng họ thường có tài liệu hướng dẫn mà bạn có thể tìm thấy.

Chuyển hướng ở cấp độ này thường được sử dụng để di chuyển trang web . Một số máy chủ có thể cho phép bạn chỉ định mã trạng thái cho chuyển hướng, chẳng hạn như 301 hoặc 302.

Một số nhà cung cấp thậm chí còn cho phép chuyển hướng các trang web sang HTTPS. Về mặt kỹ thuật, HTTPS không tồn tại ở cấp độ này và trước đây cũng không có tùy chọn này, nhưng một số nhà cung cấp đã tìm ra cách để thực hiện điều này.

Cấp độ CDN #

Nhiều CDN có nhiều tùy chọn để triển khai chuyển hướng. Ví dụ: trên Cloudflare, bạn có thể thực hiện chuyển hướng đơn lẻ hoặc hàng loạt, có các quy tắc chuyển hướng cụ thể, bạn có thể viết quy tắc trang với chuyển hướng, bạn có thể sử dụng worker và cặp khóa-giá trị để triển khai chuyển hướng, hoặc bạn có thể sử dụng worker để sửa đổi tiêu đề và thêm chuyển hướng.

Tôi thường thích chuyển hướng ở biên (cấp CDN) hơn là trên máy chủ. Với những người khác, tôi luôn khuyên nên chọn cách dễ triển khai nhất. Đối với nhiều người, đó là chuyển hướng ở cấp máy chủ.

Chuyển hướng phía máy khách #

Chuyển hướng phía máy khách được kích hoạt bởi trình duyệt của người dùng. Người dùng có thể thấy một trang tạm thời trước khi chuyển hướng xảy ra.

Thông thường, bạn không nên chuyển hướng ở phía máy khách, trừ khi đó là lựa chọn duy nhất của bạn.

HTML #

Chúng ta đã nói về chuyển hướng meta refresh và chuyển hướng JavaScript. Những chuyển hướng này được kích hoạt ở phía máy khách.

Chuyển hướng làm mới meta cần nằm trong phần <head> của HTML. Chúng trông như thế này:

<meta http-equiv="refresh" content="5; url=https://example.com/new-page">

Sau đây là cách chuyển hướng JavaScript có thể trông như thế nào trong HTML:

<script> 
    // Chuyển hướng đến URL mới 
    window.location.href = "https://example.com/new-page"; 
</script>

Phản hồi tiêu đề HTTP #

Làm mới HTTP tương tự như làm mới meta nhưng xảy ra trong phản hồi tiêu đề HTTP. Nó có thể được triển khai ở phía máy chủ, nhưng thực tế lại được kích hoạt ở phía máy khách.

Nó trông như thế này:

Làm mới: 5; url=https://example.com/new-page

Cấp độ CDN (trong những trường hợp cụ thể) #

Tôi đã nói trước đó về Cloudflare worker. Chúng cho phép bạn chỉnh sửa nội dung ở biên trước khi hiển thị cho người dùng. Thực ra, bạn có thể viết lại một số mã HTML để thêm chuyển hướng phía máy khách như meta refresh, nhưng cách này ít phổ biến vì có nhiều cách tốt hơn để thực hiện.

Sau đây là một số mục liên quan đến chuyển hướng mà bạn cần kiểm tra.

Chuyển hướng HTTP sang HTTPS #

Mọi người nên sử dụng HTTPS .

Có một vài cách để kiểm tra xem trang web của bạn có đang chuyển hướng đúng từ HTTP sang HTTPS hay không. Cách đầu tiên là cài đặt và kích hoạt Thanh công cụ SEO của Ahrefs , sau đó thử điều hướng đến phiên bản HTTP của trang chủ. Nó sẽ chuyển hướng.

Thông thường bạn sẽ muốn thấy chuyển hướng 301 hoặc 308 ở đây vì chuyển hướng này sẽ có hiệu lực vĩnh viễn.

Tuy nhiên, bạn có thể thấy chuyển hướng 307 nếu trang web của bạn sử dụng HSTS như chúng tôi sử dụng Ahrefs.

Loại 307 này được kích hoạt trong trình duyệt và bạn vẫn cần kiểm tra phản hồi của máy chủ để đảm bảo đó là 301 hoặc 308.

Đây là một phương pháp khác:

• Truy cập vào Site Audit của Ahrefs
• Nhấp vào + Dự án mới
• Nhấp vào Thêm thủ công
• Thay đổi phạm vi thành HTTP
• Nhập tên miền của bạn

Bạn sẽ thấy lỗi “Không thể thu thập thông tin” cho cả phiên bản có www và không có www của trang chủ, cùng với thông báo “301 đã di chuyển vĩnh viễn”.

Sử dụng HSTS (để tạo chuyển hướng 307) #

Việc triển khai HSTS (HTTP Strict Transport Security) trên máy chủ của bạn sẽ ngăn người dùng truy cập nội dung không bảo mật (HTTP) trên trang web của bạn. HSTS thực hiện điều này bằng cách thông báo cho trình duyệt rằng máy chủ của bạn chỉ chấp nhận các kết nối bảo mật và trình duyệt nên chuyển hướng 307 đến phiên bản HTTPS của bất kỳ tài nguyên HTTP nào được yêu cầu truy cập.

Hãy nhớ rằng điều này xảy ra trong trình duyệt. Bot sẽ không thấy phiên bản 307 cụ thể này.

Sau khi triển khai HSTS, hãy cân nhắc gửi trang web của bạn đến danh sách tải trước HSTS . Điều này sẽ kích hoạt HSTS cho tất cả mọi người truy cập trang web của bạn, ngay cả khi họ chưa từng truy cập trước đó.

Chuyển hướng nội dung cũ có liên quan #

Các trang web, và mạng lưới internet nói chung, luôn thay đổi. Chúng tôi đã thực hiện một nghiên cứu và phát hiện ra rằng khoảng hai phần ba số liên kết đến các trang trên mạng đã biến mất trong khoảng thời gian chín năm mà chúng tôi xem xét.

Trong nhiều trường hợp, các URL cũ của bạn chứa liên kết từ các trang web khác. Nếu chúng không được chuyển hướng đến các trang hiện tại, các liên kết đó sẽ bị mất và không còn giá trị cho các trang của bạn nữa. Vẫn chưa quá muộn để thực hiện các chuyển hướng này, và bạn có thể nhanh chóng lấy lại bất kỳ giá trị nào đã mất và giúp nội dung của mình được xếp hạng tốt hơn.

Sau đây là cách tìm kiếm những cơ hội đó:

• Dán tên miền của bạn vào Site Explorer (cũng có thể truy cập miễn phí trong Ahrefs Webmaster Tools )
• Đi đến báo cáo Liên kết tốt nhất
• Thêm bộ lọc phản hồi HTTP “404 không tìm thấy”

Tôi thường sắp xếp theo “Tên miền giới thiệu”.

Tôi thậm chí còn tạo một tập lệnh để giúp bạn khớp lệnh chuyển hướng . Đừng sợ; bạn chỉ cần tải xuống một vài tệp và tải chúng lên. Sổ tay Colab sẽ hướng dẫn bạn thực hiện và xử lý những công việc nặng nhọc thay bạn.

Tránh các chuỗi chuyển hướng dài #

Chuỗi chuyển hướng xảy ra khi có nhiều chuyển hướng diễn ra giữa tài nguyên được yêu cầu và đích đến cuối cùng của tài nguyên đó.

Tài liệu chính thức của Google cho biết Googlebot theo dõi tối đa 10 bước chuyển hướng, vì vậy bất kỳ chuỗi chuyển hướng nào ngắn hơn con số đó thường không phải là vấn đề đối với SEO. Chúng theo dõi 5 bước trong một phiên và sẽ tiếp tục từ nơi chúng đã dừng lại trong phiên tiếp theo.

Nếu trình thu thập thông tin không nhận được nội dung trong vòng 10 bước, Search Console sẽ hiển thị lỗi chuyển hướng trong báo cáo Phạm vi chỉ mục của trang web.

Nhiều SEOer bị ám ảnh bởi việc loại bỏ dù chỉ 1 bước nhảy bổ sung cho một lần chuyển hướng. Tôi thì không lo lắng về điều này chút nào.

Tôi thường không lo lắng về chuỗi chuyển hướng nếu chúng ít hơn 5 bước nhảy, nhưng sau 5 bước, tôi thấy có vấn đề với việc thu thập và đếm chúng một cách chính xác nên đó là giới hạn của tôi khi đề xuất mọi người bắt đầu xử lý chúng.

Bạn có thể tìm thấy chuỗi chuyển hướng dài miễn phí bằng cách sử dụng Ahrefs Webmaster Tools :

• Thu thập dữ liệu trang web của bạn với Site Audit
• Đi đến báo cáo Chuyển hướng
• Nhấp vào tab Sự cố
• Tìm lỗi “Chuỗi chuyển hướng quá dài”

Nhấp vào sự cố và nhấn “Xem các URL bị ảnh hưởng” để xem các URL bắt đầu chuỗi chuyển hướng và tất cả các URL trong chuỗi.

Tránh vòng lặp chuyển hướng #

Vòng lặp chuyển hướng là vòng lặp chuyển hướng vô hạn xảy ra khi một URL chuyển hướng đến chính nó hoặc khi một URL trong chuỗi chuyển hướng chuyển hướng trở lại một URL trước đó trong chuỗi.

Chúng gây ra vấn đề vì ba lý do:

• Đối với người dùng – Họ chặn quyền truy cập vào tài nguyên dự định và kích hoạt lỗi “quá nhiều chuyển hướng” trong trình duyệt.
• Đối với bot và công cụ tìm kiếm – Chúng “bẫy” trình thu thập thông tin và lãng phí ngân sách thu thập thông tin .
• Đối với máy chủ – chúng làm lãng phí tài nguyên của bạn. Một số bot sẽ xử lý tốt việc này, số khác thì không. Chúng có khả năng đánh sập máy chủ của bạn bằng một cuộc tấn công DDoS liên tục.

Cách đơn giản nhất để tìm vòng lặp chuyển hướng là thu thập dữ liệu trang web của bạn bằng một công cụ như Site Audit của Ahrefs . Bạn có thể thực hiện việc này miễn phí với tài khoản Ahrefs Webmaster Tools .

• Thu thập dữ liệu trang web của bạn với Site Audit
• Đi đến báo cáo Chuyển hướng
• Nhấp vào tab Sự cố
• Tìm lỗi “Vòng lặp chuyển hướng”

Sau đó, nếu bạn nhấp vào lỗi và nhấp vào “Xem các URL bị ảnh hưởng”, bạn sẽ thấy danh sách các URL chuyển hướng cũng như tất cả các URL trong chuỗi:

Cách tốt nhất để khắc phục vòng lặp chuyển hướng phụ thuộc vào việc URL cuối cùng trong chuỗi (trước vòng lặp) có phải là đích đến cuối cùng mong muốn hay không.

Nếu có, hãy xóa chuyển hướng khỏi URL cuối cùng. Sau đó, đảm bảo tài nguyên có thể truy cập được và trả về mã trạng thái 200.

Nếu không, hãy thay đổi lệnh chuyển hướng vòng lặp đến đích cuối cùng mong muốn.

Trong cả hai trường hợp, bạn nên đổi bất kỳ liên kết nội bộ nào tới các chuyển hướng còn lại thành liên kết trực tiếp tới URL cuối cùng.

Tránh chuyển hướng quá rộng #

Khi tạo quy tắc chuyển hướng, đôi khi người dùng sẽ khớp với mọi thứ sau một thư mục. Điều này tạo ra tình huống một loạt trang có thể được chuyển hướng đến một trang duy nhất. Bạn nên khớp chuyển hướng theo tỷ lệ 1:1 càng nhiều càng tốt.

Bạn có thể kiểm tra điều này bằng cách nhập domain.com/asfkljlkdfs hoặc một lệnh tương tự. Bạn cũng có thể thử một số thư mục chính của mình. Nếu bạn nhận được trang 404 thì không sao. Nếu nó chuyển hướng, thì có nghĩa là ai đó đã áp dụng một quy tắc quá rộng.

Những quy tắc này không hẳn là có hại, nhưng chúng có thể đưa người dùng đến những nơi không ngờ tới. Trong một số trường hợp, nó có thể gây hại. Giả sử bạn đã thêm một loạt trang thông qua một vụ hack và tin tặc đã tạo liên kết đến các trang này. Nếu bạn xóa các trang đó rồi chuyển hướng chúng đến một nơi khác, về cơ bản bạn đang nói rằng những liên kết spam đó thuộc về bạn.

Hãy cẩn thận với các chứng chỉ đã hết hạn #

Nếu bạn di chuyển sang một tên miền khác và trang web cũ của bạn đang sử dụng HTTPS, thì chứng chỉ sẽ hết hạn, bot sẽ được thông qua nhưng người dùng sẽ nhận được thông báo lỗi và sẽ không được chuyển hướng.

Có các chứng chỉ đa miền bao phủ nhiều trang web có thể giúp ngăn chặn sự cố này. Một số nhà cung cấp DNS hiện cũng cho phép chuyển hướng HTTPS, điều này sẽ ngăn chặn sự cố này xảy ra.

Giữ lại các chuyển hướng trong ít nhất 1 năm #

Theo Google, bạn nên duy trì trạng thái chuyển hướng trong ít nhất một năm. Sau đó, tín hiệu sẽ được duy trì vĩnh viễn.

https://twitter.com/methode/status/1417920011071537153

Nếu bạn không tin, tôi đã thử nghiệm và có vẻ như điều đó là đúng.

Tôi ủng hộ việc duy trì chuyển hướng càng lâu càng tốt, thậm chí là mãi mãi. Bạn cũng nên kiểm tra xem người dùng có còn truy cập vào các trang cũ hay không trước khi xóa bất kỳ chuyển hướng nào.

Đừng quên chuyển hướng các tệp khác trong quá trình di chuyển #

Khi di chuyển, tốt nhất là nên chuyển hướng những thứ như hình ảnh và PDF, chứ không chỉ các trang. Đặc biệt nếu những thứ này mang lại lưu lượng truy cập lớn cho trang web của bạn. Đừng lo lắng về những thứ như tệp JS, CSS hoặc Phông chữ. Hãy tập trung vào việc chuyển hướng những thứ được công cụ tìm kiếm lập chỉ mục và đừng lo lắng về các loại tệp khác.

Sau đây là một số mẹo giúp bạn khắc phục sự cố chuyển hướng.

Tìm hiểu hệ thống chuyển hướng nằm trong #

Mọi thứ có thể trở nên phức tạp trong môi trường doanh nghiệp. Bạn có thể có nhiều hệ thống khác nhau để nhập lệnh chuyển hướng và bạn có thể cần phải xác định hệ thống nào thực sự kích hoạt lệnh chuyển hướng.

Bạn có thể sử dụng thông tin trong tiêu đề HTTP để giúp xác định hệ thống nào có thể đã kích hoạt chuyển hướng. Ví dụ: trên blog của chúng tôi, chúng tôi sử dụng một plugin có tên là Redirection. Plugin này thêm thẻ tiêu đề X-redirected-by để xác định chính hệ thống đã kích hoạt chuyển hướng như được hiển thị bên dưới trong phần tổng quan về URL của Site Audit.

Thanh công cụ SEO của chúng tôi là một lựa chọn khác để kiểm tra tiêu đề nhanh khi bạn đang duyệt.

Chuyển hướng chỉ có thể xảy ra đối với các tác nhân người dùng cụ thể #

Chuyển hướng có thể sử dụng logic có điều kiện, nghĩa là chúng chỉ xảy ra trong một số điều kiện nhất định, chẳng hạn như đối với một user-agent cụ thể. Bạn có thể thay đổi user-agent của mình bằng Thanh công cụ SEO của chúng tôi để xem liệu chuyển hướng có được kích hoạt cho một user-agent cụ thể hay không.

Chuyển hướng có thể đưa ra mã trạng thái sai #

Đừng tin tưởng mù quáng vào mã trạng thái được hiển thị. Việc chuyển hướng vẫn có thể xảy ra với bất kỳ mã trạng thái nào. Bạn có thể có một trang hiển thị mã trạng thái 200 OK, nhưng thực tế vẫn đang chuyển hướng đến một vị trí khác.

Suy nghĩ cuối cùng #

Biểu thức chính quy sẽ giúp bạn tiết kiệm rất nhiều thời gian khi tìm kiếm các mẫu có thể khớp với lệnh chuyển hướng URL hàng loạt. Hãy tìm kiếm hướng dẫn hoặc bảng hướng dẫn trên Google và tìm một công cụ kiểm tra regex tốt. Tôi thường sử dụng regex101 .

Bạn có thắc mắc không? Hãy nhắn tin cho tôi qua X hoặc LinkedIn .