Hướng dẫn quản trị website xử lý lỗi 404 hàng loạt sau khi đổi cấu trúc URL là tình huống đội ngũ chúng tôi gặp khá thường xuyên. Có một buổi sáng thứ hai, một khách hàng quen nhắn tin trong tình trạng hoảng hốt. Đội thiết kế của họ vừa đổi giao diện và cấu trúc đường dẫn xong. Cùng lúc đó, hàng trăm trang báo không tìm thấy. Không ai lường trước rằng đường dẫn cũ sẽ mất hiệu lực ngay khi đổi, trong khi công cụ tìm kiếm và khách hàng vẫn đi theo link cũ và gặp một trang trống trơn.
Chuyện này không hiếm. Nhiều chủ website nghe lời khuyên SEO rồi đổi URL cho đẹp và gọn hơn. Họ thường bỏ qua bước quan trọng nhất là giữ lối đi cho khách cũ. Thiếu kinh nghiệm xử lý khiến việc khắc phục kéo dài cả tuần. Bài này kể lại đúng những gì đội ngũ chúng tôi đã làm để dọn sạch lỗi 404 hàng loạt, đi theo thứ tự thực tế thay vì lý thuyết suông.
Nguyên nhân gây lỗi 404 hàng loạt sau khi đổi cấu trúc URL
Trước khi sửa, bạn cần hiểu vì sao lỗi xuất hiện. Phần lớn các ca chúng tôi xử lý rơi vào hai nguyên nhân chính, và cả hai đều bắt nguồn từ việc thiếu kế hoạch trước khi bấm nút đổi. Nắm đúng nguyên nhân giúp việc sửa nhanh hơn nhiều, đỡ phải dò từng lỗi một cách mù mờ.
Không thiết lập chuyển hướng cho đường dẫn cũ
Chuyển hướng, hay redirect, là chỉ dẫn báo cho trình duyệt biết trang đã chuyển sang địa chỉ mới. Không có chỉ dẫn này, ai bấm vào link cũ cũng chỉ thấy thông báo không tìm thấy trang. Nhiều đội kỹ thuật đổi xong cấu trúc là công bố luôn, quên khai báo lại đường dẫn cho từng trang cũ. Hậu quả là hàng trăm, có khi hàng nghìn URL cùng lúc rơi vào trạng thái chết.
Đội ngũ chúng tôi từng xử lý một website bán hàng đổi từ dạng /san-pham/ten-san-pham sang /shop/ma-san-pham chỉ trong một đêm. Sáng hôm sau, gần 800 trang sản phẩm báo lỗi. Nguyên nhân khá đơn giản: bên lập trình đã đổi mã nguồn nhưng quên tạo bảng ánh xạ từ URL cũ sang URL mới.
Tình trạng này gặp nhiều nhất ở nhóm chủ shop tự dựng website bằng WordPress rồi đổi permalink cho gọn. Ít người biết rằng đổi permalink thực chất là đổi cấu trúc URL của cả site, chứ không chỉ một trang đơn lẻ.
Liên kết nội bộ chưa được cập nhật theo cấu trúc mới
Liên kết nội bộ là những link nằm ngay bên trong website, như menu, bài viết liên quan hay chân trang. Khi cấu trúc đã đổi mà các link này vẫn trỏ theo kiểu cũ, chính website sẽ tự tạo ra lỗi 404 cho mình. Chuyển hướng tốt đến đâu cũng không thay được việc sửa tận gốc.
Chúng tôi từng thấy một bài viết cũ dẫn khách sang sản phẩm mà đường dẫn đã đổi. Trang đích vẫn tồn tại, chỉ có địa chỉ là khác. Lỗi nằm ở chỗ không ai rà lại các liên kết cũ trong toàn bộ nội dung đã đăng từ trước.
Nhóm thường gặp lỗi này là các đơn vị dùng Joomla. Họ bật định tuyến SEF để URL thân thiện hơn. Ai từng đọc hướng dẫn thiết kế website bằng Joomla chắc còn nhớ phần bật URL thân thiện. Bật xong nhưng không dọn lại link cũ, lỗi 404 thường quay lại ngay trong tuần sau.
Cách xử lý lỗi 404 hàng loạt hiệu quả
Khi đã biết nguyên nhân, phần còn lại là dọn dẹp theo đúng trình tự. Đội ngũ chúng tôi luôn làm theo hai bước gốc dưới đây trước khi tính đến việc khác. Làm đúng thứ tự thì lỗi 404 hàng loạt thường được xử lý xong trong vài ngày, ít khi kéo dài cả tháng.
Thiết lập chuyển hướng 301 từ URL cũ sang URL mới
Redirect 301 báo cho công cụ tìm kiếm biết trang đã được dời đi vĩnh viễn, không phải tạm thời. Trên WordPress, cách phổ biến là dùng plugin chuyển hướng; nếu quen thao tác máy chủ, bạn có thể chỉnh tệp .htaccess. Với website lớn, chúng tôi thường xuất toàn bộ danh sách URL cũ từ Google Search Console, rồi ánh xạ từng dòng sang URL mới tương ứng.
Có một lưu ý nhỏ: đừng chuyển hướng tất cả về trang chủ cho nhanh. Công cụ tìm kiếm đánh giá thấp kiểu làm vội này, còn khách thì rời đi ngay vì không thấy đúng thứ họ cần. Chuyển hướng phải khớp với nội dung, tức là trang cũ nên trỏ về đúng trang mới thay thế nó.
Trở lại vụ 800 trang sản phẩm ở trên, đội ngũ chúng tôi dùng mã sản phẩm làm khóa nối để ghép đúng bảng URL cũ với bảng URL mới. Việc này mất một buổi chiều, nhưng nhờ vậy phần lớn lượng truy cập cũ được giữ lại chỉ trong vòng một tuần sau đó.
Kiểm tra và cập nhật lại toàn bộ liên kết nội bộ
Sau khi chuyển hướng xong, bước tiếp theo là quét lại toàn bộ website để tìm các liên kết nội bộ vẫn còn trỏ tới địa chỉ cũ. Hiện có nhiều công cụ quét lỗi 404 miễn phí, liệt kê được đường link hỏng chỉ trong vài phút. Chúng tôi thường xuất file từ công cụ rồi giao cho từng người phụ trách nội dung sửa thủ công.
Đừng chỉ sửa menu chính. Bài viết cũ, banner quảng cáo, chữ ký email marketing đều có thể vẫn đang giữ link cũ. Chỉ cần bỏ sót một chỗ, lỗi 404 có thể âm thầm quay lại sau vài tuần.
Khi rà soát cấu trúc, chúng tôi thường tranh thủ triển khai lại schema markup cho từng trang. Dữ liệu có cấu trúc giúp công cụ tìm kiếm hiểu trang mới đang thay thế trang cũ, nhờ đó website đỡ mất thời gian để được thu thập và lập chỉ mục lại từ đầu.
Trong lúc rà kỹ thuật, chúng tôi cũng thường nhắc khách kiểm tra luôn chứng chỉ SSL của website. Đổi cấu trúc đôi khi kéo theo thay đổi tên miền phụ, và chứng chỉ hết hạn đúng lúc đó xảy ra nhiều hơn bạn nghĩ. Tham khảo thêm SSL là gì và vì sao quan trọng để hiểu rõ hơn về việc này.
Bạn cũng nên biết API là gì nếu website của bạn kết nối với các dịch vụ bên ngoài. Những kết nối này đôi khi vẫn gọi tới đường dẫn cũ, và lỗi 404 có thể đến từ đó chứ không nằm trên giao diện.
Giữ website ổn định lâu dài sau mỗi lần đổi cấu trúc URL
Có một dự án chúng tôi từng làm đã lên kế hoạch đổi cấu trúc trước cả tháng. Họ liệt kê toàn bộ URL cũ, ánh xạ sang URL mới từng dòng một. Kết quả là gần như không trang nào báo lỗi 404 sau khi đổi thật. Đó là ví dụ rõ nhất cho thấy việc chuẩn bị kỹ quan trọng đến mức nào.
Xử lý lỗi 404 hàng loạt không khó nếu làm đúng thứ tự. Chuyển hướng trước, dọn liên kết nội bộ sau, rồi kiểm tra lại các yếu tố kỹ thuật đi kèm. Quan trọng nhất là đừng đổi cấu trúc URL khi chưa có bảng ánh xạ nối URL cũ sang URL mới. Chuẩn bị trước một buổi sẽ tiết kiệm cho bạn cả tuần dọn dẹp về sau.
Nếu lần tới bạn định đổi cấu trúc website, hãy lập bảng đối chiếu URL trước khi thực hiện, đừng đợi đến khi khách báo lỗi mới bắt đầu. Đây là bài học đội ngũ chúng tôi rút ra sau nhiều lần dọn lỗi 404 hàng loạt cho khách hàng.