Redirect cho biết một yêu cầu tới URL này cần được đưa sang URL khác. Trong những trường hợp phổ biến, 301 thể hiện thay đổi lâu dài còn 302 thể hiện thay đổi tạm thời. Bạn nên chọn theo ý định thực tế của việc chuyển địa chỉ, không theo quan niệm mã nào luôn “chuẩn SEO” hơn.
Google Search Central mô tả các tín hiệu khác nhau của chuyển hướng vĩnh viễn và tạm thời trong tìm kiếm. Tuy nhiên, cấu hình đúng mã chỉ là một phần: trang đích phải phù hợp, vòng lặp phải được tránh và các luồng người dùng cần hoạt động sau khi chuyển.
Khi nào cân nhắc chuyển hướng lâu dài?
Nếu một bài viết đổi slug và địa chỉ cũ không còn được dùng làm trang riêng, bạn có thể thiết lập chuyển hướng lâu dài tới bài tương ứng. Tương tự, khi thống nhất hostname chính, biến thể không chọn có thể chuyển về địa chỉ ưu tiên theo kế hoạch.
Ví dụ minh họa, một trang hướng dẫn cũ được biên tập lại tại đường dẫn mới. Người bấm liên kết trong tài liệu trước đó cần tới đúng nội dung thay thế. Đưa tất cả URL cũ về trang chủ có thể làm họ không tìm được câu trả lời, dù về mặt kỹ thuật vẫn có một chuyển hướng.
Khi nào nhu cầu thực sự là tạm thời?
Nếu một URL cần đưa khách tới một địa điểm khác trong giai đoạn ngắn và bạn dự định khôi phục trang gốc, hãy xem cơ chế chuyển hướng tạm thời phù hợp. Ghi người chịu trách nhiệm và thời điểm rà soát để trạng thái “tạm” không bị bỏ quên nhiều năm.
Đừng coi mọi bảo trì là lý do dùng 302 về một trang không liên quan. Với ngừng dịch vụ hoặc lỗi hệ thống, cần đánh giá mã phản hồi và thông báo phù hợp với tình huống. Website có API, thanh toán hoặc thao tác POST còn cần xem việc bảo toàn phương thức yêu cầu; không áp một quy tắc cho mọi đường dẫn mà chưa kiểm tra.
Lập bảng ánh xạ trước khi sửa
Ghi URL cũ, URL mới, lý do đổi và loại chuyển hướng. Với nhóm trang, đảm bảo quy tắc không bắt nhầm đường dẫn vốn vẫn cần tồn tại. Nếu nội dung không còn và không có trang thay thế phù hợp, đừng tạo đích giả chỉ để mọi liên kết đều trả về một trang.
Đội kỹ thuật cần biết quy tắc nằm ở CDN, web server hay ứng dụng. Nhiều lớp cùng chuyển hướng có thể tạo chuỗi dài hoặc vòng lặp. Hãy thống nhất một nơi chịu trách nhiệm chính và ghi những quy tắc phụ cần giữ vì kiến trúc dịch vụ.
Kiểm tra mã phản hồi và Location
Dùng công cụ HTTP hoặc phần Network của trình duyệt để xem mã trả về và trường Location. Kiểm tra cả đích trung gian lẫn trang cuối, không chỉ thấy thanh địa chỉ đổi rồi kết luận thành công. Một URL có thể trải qua nhiều bước không cần thiết trước khi tới nội dung đúng.
Thử đường dẫn sâu và tham số quan trọng. Với chức năng đăng nhập hoặc giỏ hàng, kiểm tra trạng thái phiên sau khi chuyển. Không gửi giao dịch thanh toán thật chỉ để xác nhận một quy tắc URL; dùng kịch bản thử an toàn và theo quy trình của hệ thống.
Đồng bộ các tín hiệu sau khi triển khai
- Cập nhật liên kết nội bộ để dùng trực tiếp URL mới.
- Rà soát canonical và sitemap theo địa chỉ ưu tiên.
- Giữ HTTPS hợp lệ trên hostname cũ nếu người dùng còn truy cập.
- Theo dõi trang lỗi và những đường dẫn chưa có ánh xạ.
- Lưu cấu hình để có thể kiểm tra khi phát sinh vòng lặp.
Không có một mã redirect nào bảo đảm thứ hạng Google giữ nguyên sau mọi thay đổi. Mục tiêu đầu tiên là đưa người dùng tới đúng nội dung với ý định rõ ràng. Khi mã phản hồi, trang đích và các liên kết nhất quán, bạn có cơ sở tốt hơn để theo dõi kết quả và xử lý vấn đề thực tế.