Sau khi thiết kế lại, URL cũ không nên biến mất. Khách có thể đã lưu sản phẩm hoặc vào bài cũ từ kết quả tìm kiếm; trang không tồn tại có thể khiến họ rời đi. Khi đổi URL, hãy ghép từng địa chỉ cũ với nội dung mới tương ứng, chuyển hướng vĩnh viễn và mở kiểm tra từng tuyến.
301 là phản hồi máy chủ báo cho trình duyệt và công cụ tìm kiếm rằng trang đã chuyển vĩnh viễn. Nó không tự tìm đích đúng. Đích sai, vòng lặp hay đưa tất cả trang cũ về trang chủ vẫn khiến khách không tìm được thông tin mong muốn.
Trước hết, hiểu khi nào nên dùng 301
Nếu chuyển nội dung sản phẩm từ example.com/old-product/ để example.com/new-product/ và ngừng dùng địa chỉ cũ như một trang độc lập, đây là chuyển vĩnh viễn điển hình. Cả 301 và 308 đều biểu thị chuyển hướng vĩnh viễn; người mới có thể dùng tùy chọn 301 được website WordPress hiện tại hỗ trợ. Google coi 301 và 308 phía máy chủ là tín hiệu mạnh về chuyển vĩnh viễn, như giải thích trong tài liệu về chuyển hướng .
Nếu chỉ bảo trì tạm rồi khôi phục URL gốc, đừng khai báo chuyển vĩnh viễn. 302 và 307 biểu thị chuyển hướng tạm thời. Nếu chỉ đổi thiết kế và nội dung nhưng giữ URL thì không cần thêm 301 cho URL đó.
Kiểm tra URL mới hoạt động trước khi cấu hình. Nếu đích trả 404 hoặc chưa xuất bản, 301 đúng vẫn không đưa khách đến nội dung. Chuẩn bị danh sách thử nghiệm và chuyển khi các trang mới đã sẵn sàng.
Nếu trang cũ không có trang thay thế thì sao?
Đừng đưa mọi thứ về trang chủ chỉ để mọi URL cũ đều trả 301. Sản phẩm ngừng bán có thể dẫn đến sản phẩm thay thế thực sự tương tự khi nội dung và nhu cầu mua phù hợp. Nếu không có đích phù hợp, hãy giải thích việc ngừng bán hoặc trả 404/410 thích hợp thay vì đưa khách về trang chủ không liên quan. Trong hướng dẫn di chuyển website của Google cũng có cảnh báo rằng chuyển nhiều URL cũ về trang chủ không liên quan có thể bị xem là soft 404.
Bước 1: lập ánh xạ URL một đối một
Xuất sitemap hiện tại, trang đích quan trọng và liên kết nội bộ, rồi thêm URL cũ còn lượt truy cập hoặc hiển thị trong Search Console. Ghi ít nhất URL cũ, URL mới, mục đích trang, hành động và kết quả kiểm tra. Đừng đoán đích chỉ từ tiêu đề. Mở nội dung cũ để hiểu nhiệm vụ của người đọc, nhất là khi đổi tên mẫu sản phẩm, gộp danh mục hoặc thiết kế lại website đa ngôn ngữ.
| URL cũ (ví dụ) | URL mới (ví dụ) | Hành động và lý do |
|---|---|---|
| example.com/old-lamp/ | example.com/desk-lamp/ | Cùng một sản phẩm được đổi tên: chuyển URL cũ bằng 301 đến trang sản phẩm mới. |
| example.com/size-help/ | example.com/size-guide/ | Thông tin kích thước chuyển sang trang trợ giúp mới: chuyển URL cũ bằng 301. |
| example.com/retired-item/ | Không có trang mới tương ứng | Kiểm tra sản phẩm thay thế; nếu không có đích phù hợp thì đừng ép chuyển về trang chủ. |
Đây là ví dụ minh họa, không phải hồ sơ di chuyển thực tế của khách hàng AIRSANG. Khi triển khai thật, ghi đầy đủ giao thức, tên miền, đường dẫn, dấu gạch chéo cuối và chữ hoa/thường. Chuyển từ http để https hoặc thay đổi việc địa chỉ có chứa www cũng có thể tạo nhiều chuyển hướng. Xác minh đích cuối là URL canonical dự kiến.
- Giữ URL cũ, URL đích và loại trang để rà soát từng mục.
- Ưu tiên trang nhận truy cập tìm kiếm tự nhiên, liên kết ngoài, dấu trang thường dùng hoặc lượt truy cập quảng cáo.
- Ghi người cấu hình và thời điểm quy tắc có hiệu lực để nhanh chóng tìm nguồn cấu hình.
Bước 2: chọn một nơi cấu hình dễ quản lý
Website WordPress thường dùng chức năng quản lý chuyển hướng sẵn có hoặc quy tắc máy chủ/hosting. Hỏi người bảo trì ai đang kiểm soát chuyển hướng để tránh plugin, máy chủ và CDN đặt đích mâu thuẫn cho cùng URL. Nếu dùng công cụ như Rank Math, kiểm tra tính năng đã cài và cấu hình thực tế. Nhắc tên plugin trong bài không có nghĩa nó được bật trên website của bạn.
Thông thường, nhập đường dẫn cũ, URL đích đầy đủ và chọn chuyển hướng vĩnh viễn. Trước khi lưu, kiểm tra đường dẫn cũ chỉ khớp trang dự kiến, đích không sai chính tả và không ảnh hưởng trang quản trị, hình ảnh hay ngôn ngữ khác. Thử một URL thật ít rủi ro trước khi nhập hàng loạt.
Nếu lập trình viên cấu hình máy chủ web, cung cấp ánh xạ đầy đủ và yêu cầu thử trên môi trường staging trước. Nginx, Apache, CDN và WordPress dùng cú pháp khác nhau. Bài này không đưa cấu hình được cho là dùng chung để dán vào môi trường thật. Viết mã theo phiên bản máy chủ và tài liệu chính thức, giữ bản sao quy tắc trước đó.
Chọn vĩnh viễn và xác định nơi quy tắc có hiệu lực
Mở được trang mới không chứng minh URL cũ trả 301. Script trang, meta refresh và liên kết mời sang trang mới có thể đưa người dùng đến đó mà không có phản hồi vĩnh viễn cần thiết từ máy chủ. Sau cấu hình hãy kiểm tra trạng thái mạng, đừng chỉ nhìn thanh địa chỉ thay đổi.
Sau khi một quy tắc hoạt động, nhập danh sách theo lô. Lưu số quy tắc, ảnh chụp hoặc tệp xuất, kết quả thử và người phụ trách hoàn tác của từng lô. Nếu đường dẫn danh mục sai, bạn có thể hoàn tác lô đó mà không phải đoán lúc website hỏng.
Bước 3: xác minh từng URL cũ trả 301 và đích trả 200
Mở URL cũ trong cửa sổ riêng tư để kiểm tra nó đến đúng trang thay thế. Xem phản hồi trong bảng Network của công cụ phát triển hoặc công cụ kiểm tra HTTP đáng tin cậy. Chuyển vĩnh viễn bình thường thường trả 301 ở địa chỉ cũ, với tiêu đề Location trỏ đến địa chỉ mới cuối cùng trả 200. Trạng thái 200 nghĩa là trang trả nội dung thành công; 404 nghĩa là không tìm thấy trang.
Chỉ kiểm tra cuối cùng mở được trang có thể bỏ sót chuỗi chuyển hướng: URL cũ sang địa chỉ trung gian rồi tiếp tục chuyển trước khi tới trang mới. Một vài chuyển hướng cần thiết không tự động là lỗi, nhưng chuỗi dài khó bảo trì và dễ tạo vòng lặp khi thiết kế lại sau này. Hãy trỏ trực tiếp đến địa chỉ canonical cuối nếu có thể.
- Mở từng URL cũ, ghi mã trạng thái ban đầu và tiêu đề Location.
- Mở URL cuối, xác nhận nội dung giống hoặc thực sự tương ứng và phản hồi cuối là 200.
- Kiểm tra chuyển ngược về địa chỉ cũ, tự chuyển hướng, sai ngôn ngữ hoặc cả lô về trang chủ.
- Kiểm tra mẫu trang quan trọng trên điện thoại và máy tính, gồm hình ảnh, nút và biểu mẫu.
Nếu chưa quen công cụ phát triển, yêu cầu bảng từng URL gồm địa chỉ cũ, trạng thái, đích và trạng thái đích thay vì chỉ được báo đã cấu hình. Script có thể kiểm tra toàn bộ URL trong đợt di chuyển lớn, nhưng cần mở thủ công mẫu của mỗi kiểu trang để phát hiện nội dung ghép sai.
Bước 4: cập nhật liên kết nội bộ sang URL mới
301 phục vụ người còn dùng địa chỉ cũ; không nên trở thành tuyến điều hướng nội bộ thường xuyên. Sau cấu hình, cập nhật URL cũ trong menu, chân trang, bài viết, nút, đề xuất sản phẩm và mẫu email khi có thể. Bài hướng dẫn giữ hoặc bỏ các phần cũ của trang chủ giúp xác định điểm vào cần giữ trước khi cập nhật liên kết.
Kiểm tra thẻ canonical của trang mới. Canonical cho công cụ tìm kiếm biết URL nào là bản chính. Trang sản phẩm mới vẫn trỏ về URL cũ tạo tín hiệu di chuyển mâu thuẫn. Thông thường trang mới nên trỏ đến URL canonical của chính nó hoặc bản đúng theo chiến lược xử lý nội dung trùng lặp thực tế. Đừng sửa mọi canonical mà chưa kiểm tra mã nguồn và quy tắc nền tảng.
Cập nhật sitemap XML để danh sách chính chứa URL mới canonical mà bạn vẫn muốn công cụ tìm kiếm tìm thấy, rồi gửi lại hoặc chờ thu thập. Giữ chuyển hướng trang cũ: bỏ URL khỏi sitemap không có nghĩa được xóa quy tắc ngay. Khi xác định phạm vi thiết kế lại, tham khảo danh sách sáu bước triển khai website doanh nghiệp và đưa việc di chuyển, xác minh URL vào kế hoạch bàn giao.
Bạn có thể không kiểm soát liên kết cũ trên website ngoài, nên 301 cần tiếp tục phục vụ những lượt truy cập đó. Nhờ đối tác quan trọng sẵn lòng hợp tác đổi liên kết thẳng đến địa chỉ mới. Việc này giảm chuyển hướng trung gian nhưng không thay thế việc giữ chuyển hướng phía máy chủ.
Bước 5: theo dõi sau khi ra mắt và giữ quy tắc cũ
Trong những ngày đầu, theo dõi nhật ký truy cập URL cũ, báo cáo 404, xử lý sitemap và trạng thái lập chỉ mục Search Console. Báo cáo Trang của Google Search Console giúp nhận biết trang thiếu, trang chuyển hướng và quá trình xử lý trang mới. Báo cáo có độ trễ; chưa cập nhật trong ngày không chứng minh di chuyển thất bại.
Thử lại mẫu URL cũ được truy cập gần đây, nhất là liên kết trong quảng cáo, hồ sơ mạng xã hội và email khách hàng. Khi URL cũ trả 404, trước khi thêm ánh xạ hãy xem có nội dung mới tương ứng không. Đừng tự động chuyển mọi 404 về trang chủ. Nếu nhiều liên kết nội bộ còn dùng URL cũ, sửa nguồn và kiểm tra mẫu lại.
Hướng dẫn của Google thường khuyên giữ chuyển hướng URL cũ ít nhất một năm, lâu hơn nếu người dùng hoặc liên kết ngoài vẫn dùng địa chỉ đó. Một năm là hướng dẫn bảo trì, không phải cam kết thứ hạng phục hồi sau một năm. Trước khi thiết kế lại, tham khảo hướng dẫn phạm vi báo giá thiết kế lại website để xác định trách nhiệm theo dõi sau ra mắt, sửa liên kết và giữ quy tắc.
Khắc phục theo triệu chứng
Trang cũ chuyển về trang chủ hoặc sai ngôn ngữ
Kiểm tra ánh xạ có đưa nhiều đường dẫn cũ về một đích chung không, rồi tìm quy tắc trùng ở máy chủ, WordPress hoặc CDN. Sửa theo nhiệm vụ ban đầu: người tìm kích thước cần đến thông tin kích thước, không phải trang chủ thương hiệu. Trên website đa ngôn ngữ, đảm bảo trang tiếng Trung cũ không vô tình đến trang chủ sản phẩm tiếng Anh.
Trình duyệt báo quá nhiều chuyển hướng
Thường là hai quy tắc trỏ ngược nhau hoặc quy tắc chuẩn hóa HTTP/HTTPS, www/không www mâu thuẫn. Theo từng Location trong chuỗi yêu cầu thay vì liên tục xóa bộ nhớ đệm. Tắt hoặc sửa một quy tắc mâu thuẫn, rồi kiểm tra lại trong cửa sổ riêng tư và bằng dòng lệnh.
Trang mới hoạt động nhưng kết quả tìm kiếm vẫn hiện URL cũ
Trước hết đồng bộ 301 phía máy chủ, 200 ở đích, canonical mới, liên kết nội bộ và sitemap, rồi cho công cụ tìm kiếm thời gian xử lý. Lưu quy tắc không cập nhật kết quả ngay. Đừng liên tục đổi slug hoặc gửi lại cùng sitemap sai để thúc hiển thị; hãy xử lý tín hiệu kỹ thuật trước.
Để hoàn tác di chuyển sai, khôi phục bản sao cấu hình trước cho URL cũ phục vụ đúng nội dung, hoặc sửa đích sai thành các cặp tương ứng một đối một. Ghi thời điểm hoàn tác, URL ảnh hưởng và kết quả thử lại để người khác không nhập lại quy tắc cũ. Khi hoàn tác chính thức, kiểm tra liên kết nội bộ và canonical khớp URL đã khôi phục.
Kết luận: ánh xạ, chuyển hướng và kiểm tra lại
Khi thiết kế lại làm đổi URL, chuyển vĩnh viễn từng địa chỉ cũ còn nội dung tương ứng đến trang thay thế phù hợp nhất. Sau khi trang mới ra mắt, kiểm tra mỗi địa chỉ cũ trả 301 và mỗi đích cuối trả 200. Cập nhật liên kết nội bộ, canonical, sitemap và tiếp tục theo dõi báo cáo 404, Search Console.
Lần di chuyển đầu nên thử ba đến năm trang quan trọng để dễ tìm chỗ ghép sai hơn so với đổi cả website cùng lúc. Xác nhận nơi quy tắc có hiệu lực, hướng ánh xạ và người phụ trách hoàn tác trước khi mở rộng theo lô. Đừng ép trang cũ không có thay thế về trang chủ. Khả năng khách tìm được thông tin ban đầu họ cần vẫn là thước đo chính của chuyển hướng đúng.
