Muốn tìm và sửa link hỏng trên website hiệu quả, không nên chỉ kiểm tra các URL trả về lỗi 404. Liên kết nội bộ trỏ qua nhiều bước chuyển hướng, rơi vào vòng lặp hoặc dẫn đến trang không còn phù hợp cũng làm gián đoạn hành trình của người dùng và gây khó khăn cho quá trình thu thập dữ liệu.
Cách xử lý đúng là xác định URL nguồn, trạng thái HTTP của URL đích, đường đi chuyển hướng và trang cuối cùng. Sau đó, cập nhật liên kết nội bộ để trỏ trực tiếp đến phiên bản URL hợp lệ thay vì phụ thuộc vào chuyển hướng.
Link hỏng và lỗi chuyển hướng nội bộ khác nhau thế nào?
Link hỏng thường là liên kết dẫn tới tài nguyên không thể truy cập như trang đã bị xóa, URL viết sai hoặc máy chủ gặp lỗi. Trong khi đó, liên kết có chuyển hướng vẫn có thể đưa người dùng tới trang cuối, nhưng chưa chắc đã được cấu hình hợp lý.
| Trạng thái | Ý nghĩa khi kiểm tra liên kết |
|---|---|
2xx |
URL phản hồi thành công và thường có thể tiếp tục sử dụng |
3xx |
URL chuyển người dùng hoặc trình thu thập dữ liệu sang địa chỉ khác |
4xx |
Tài nguyên không tồn tại, bị hạn chế truy cập hoặc yêu cầu không hợp lệ |
5xx |
Máy chủ gặp sự cố khi xử lý yêu cầu |
Một URL trả về 3xx không mặc nhiên là link hỏng. Tuy nhiên, liên kết nội bộ vẫn nên trỏ trực tiếp đến URL cuối nếu trang đích đã được xác định rõ. Cách này giúp tránh chuỗi chuyển hướng không cần thiết và giảm nguy cơ lỗi khi một bước trung gian bị thay đổi.
Nếu cần tập trung riêng vào lỗi 404, URL sai và liên kết dẫn tới trang đã xóa, bạn có thể áp dụng quy trình tìm và sửa liên kết hỏng trên website. Nội dung dưới đây đi sâu hơn vào mối quan hệ giữa link hỏng và chuyển hướng nội bộ.
Những lỗi cần phát hiện khi kiểm tra liên kết
Liên kết trỏ tới URL đã chuyển hướng
Tình huống này thường xuất hiện sau khi đổi cấu trúc đường dẫn, chuyển từ HTTP sang HTTPS, thay đổi tên bài viết hoặc chuẩn hóa phiên bản có và không có dấu gạch chéo cuối URL.
Chuyển hướng có thể đang hoạt động đúng, nhưng liên kết trên menu, bài viết hoặc trang danh mục vẫn dùng địa chỉ cũ. Nên thay những liên kết này bằng URL cuối cùng để cấu trúc nội bộ nhất quán hơn.
Chuỗi chuyển hướng
Chuỗi chuyển hướng xảy ra khi URL đầu tiên chuyển sang một URL trung gian rồi mới tới trang cuối. Chuỗi có thể dài thêm sau nhiều lần đổi đường dẫn nếu mỗi lần cập nhật chỉ bổ sung một quy tắc mới.
Cách sửa là cập nhật liên kết nội bộ trỏ thẳng tới trang cuối và rút gọn quy tắc chuyển hướng của các URL cũ nếu điều kiện kỹ thuật cho phép.
Vòng lặp chuyển hướng
Vòng lặp xuất hiện khi các URL chuyển qua lại và không có trang cuối hợp lệ. Ví dụ, một quy tắc đưa phiên bản HTTP sang HTTPS nhưng một quy tắc khác lại đưa URL HTTPS trở về HTTP.
Đây là lỗi cần ưu tiên vì người dùng không thể mở trang. Cần kiểm tra đồng thời quy tắc trên máy chủ, hệ thống quản trị nội dung, cấu hình tên miền và các lớp trung gian đang xử lý chuyển hướng.
Chuyển hướng tới nội dung không tương đương
Một URL cũ bị chuyển về trang chủ hoặc một trang không liên quan có thể không đáp ứng nhu cầu ban đầu của người truy cập. Nếu có nội dung thay thế tương đương, hãy chuyển tới trang đó. Nếu không có, nên cân nhắc trả về trạng thái phù hợp và gỡ các liên kết nội bộ còn trỏ tới URL đã xóa.
URL phản hồi thành công nhưng điểm neo bị sai
Liên kết chứa dấu # có thể mở được trang nhưng không đưa người dùng tới đúng phần nội dung nếu ID của điểm neo đã bị đổi hoặc xóa. Do máy chủ vẫn trả về 200, lỗi này có thể không xuất hiện trong báo cáo trạng thái HTTP thông thường và cần được kiểm tra ngay trên trang.
Quy trình tìm link hỏng và chuyển hướng nội bộ
Bước 1: Thu thập toàn bộ liên kết nội bộ
Quá trình rà soát nên bao gồm liên kết trong:
- Menu chính, menu phụ và chân trang.
- Nội dung bài viết, trang dịch vụ và trang danh mục.
- Breadcrumb, phân trang và các khối nội dung liên quan.
- Hình ảnh, tệp tải xuống và tài nguyên nội bộ.
- Sitemap HTML nếu website đang sử dụng.
Không nên chỉ dựa vào sitemap XML vì tệp này thường liệt kê URL cần được lập chỉ mục, không phản ánh đầy đủ URL nguồn đang chứa liên kết sai.
Bước 2: Ghi nhận URL nguồn và URL đích
Mỗi lỗi cần đi kèm ít nhất các thông tin sau:
- Trang đang đặt liên kết.
- URL được khai báo trong liên kết.
- Mã trạng thái phản hồi.
- Các bước chuyển hướng nếu có.
- URL cuối cùng.
- Vị trí hoặc văn bản neo của liên kết.
URL nguồn giúp xác định nơi cần chỉnh sửa. Chỉ có danh sách URL lỗi mà không biết trang nào đang liên kết đến chúng sẽ khiến việc khắc phục mất nhiều thời gian hơn.
Bước 3: Phân loại kết quả
Có thể chia kết quả thành các nhóm:
- Link hoạt động bình thường và trỏ trực tiếp tới URL hợp lệ.
- Link trỏ qua một hoặc nhiều bước chuyển hướng.
- Link rơi vào vòng lặp hoặc chuyển hướng sai đích.
- Link trả về lỗi
404hoặc410. - Link gặp lỗi máy chủ
5xx. - Link bị từ chối truy cập như
401hoặc403.
Không nên xem mọi phản hồi 401 hoặc 403 là liên kết hỏng. Đây có thể là trang yêu cầu đăng nhập hoặc được giới hạn quyền truy cập. Cần đối chiếu mục đích của trang trước khi sửa.
Bước 4: Kiểm tra thủ công các trường hợp quan trọng
Kết quả quét cần được đối chiếu trên trình duyệt, đặc biệt với menu, nút kêu gọi hành động, trang dịch vụ và các liên kết có nhiều lượt truy cập theo dữ liệu phân tích của chính website.
Việc kiểm tra thủ công giúp phát hiện trường hợp trang mở được nhưng nội dung không liên quan, chuyển hướng theo thiết bị, sai điểm neo hoặc chỉ phát sinh lỗi trong một số điều kiện truy cập.
Cách sửa theo từng nguyên nhân
URL bị viết sai
Sửa trực tiếp đường dẫn tại trang nguồn. Cần kiểm tra kỹ tên miền, giao thức, ký tự thừa, dấu gạch chéo, chữ có dấu và cấu trúc thư mục. Không nên tạo chuyển hướng chỉ để bù cho một lỗi nhập URL trong nội dung nội bộ.
Nội dung đã chuyển sang URL mới
Thay liên kết cũ bằng URL mới tại menu, bài viết và các thành phần dùng chung. Có thể duy trì chuyển hướng từ URL cũ sang URL mới để phục vụ lượt truy cập từ backlink, dấu trang hoặc kết quả tìm kiếm chưa cập nhật.
Nếu website có nhiều phiên bản URL cùng hiển thị một nội dung, cần xác định URL chính phù hợp trước khi đồng bộ liên kết nội bộ, sitemap và thẻ canonical.
Trang đã xóa nhưng có nội dung thay thế
Chỉ chuyển hướng khi trang mới có cùng mục đích hoặc giải quyết nhu cầu tương đương. Đồng thời, sửa các liên kết nội bộ để trỏ trực tiếp tới trang thay thế, thay vì để người dùng đi qua URL đã xóa.
Trang đã xóa và không có nội dung thay thế
Gỡ liên kết khỏi nội dung hoặc thay bằng một nguồn nội bộ thực sự liên quan. Không nên chuyển hàng loạt URL không còn giá trị về trang chủ vì trang chủ thường không đáp ứng đúng ý định của liên kết ban đầu.
Chuỗi chuyển hướng
Nếu đường đi hiện tại là trang A chuyển sang trang B rồi mới tới trang C, hãy cập nhật liên kết nội bộ để trỏ trực tiếp tới trang C. Với các quy tắc máy chủ, có thể điều chỉnh để những URL cũ cần giữ đều chuyển thẳng tới đích cuối phù hợp.
Vòng lặp chuyển hướng
Xác định quy tắc tạo vòng lặp rồi loại bỏ xung đột. Các điểm cần kiểm tra gồm:
- Chuyển đổi HTTP và HTTPS.
- Chuyển đổi giữa tên miền có
wwwvà không cówww. - Quy tắc thêm hoặc bỏ dấu gạch chéo cuối URL.
- Chuyển hướng được cấu hình đồng thời ở nhiều lớp.
- Quy tắc áp dụng sai cho chính URL đích.
Sau khi sửa, cần truy cập lại URL ban đầu và theo dõi toàn bộ đường chuyển hướng để xác nhận đã có trang cuối hợp lệ.
Kiểm tra các vấn đề liên quan đến URL và tài nguyên
Hình ảnh bị hỏng
Ảnh không hiển thị cũng là một dạng tài nguyên lỗi, nhưng cần kiểm tra thuộc tính nguồn của ảnh thay vì chỉ rà soát thẻ liên kết. Nguyên nhân có thể là tệp đã bị xóa, đổi thư mục, sai tên tệp hoặc đường dẫn còn dùng giao thức cũ. Hãy thực hiện kiểm tra hình ảnh bị lỗi cùng đợt rà soát liên kết để tránh bỏ sót tài nguyên quan trọng.
Mixed content sau khi chuyển sang HTTPS
Một trang HTTPS vẫn có thể gọi ảnh, tệp hoặc tài nguyên qua HTTP. Trình duyệt có thể cảnh báo hoặc chặn một số nội dung dù trang chính vẫn mở được. Nếu lỗi xuất hiện sau khi đổi giao thức, cần kiểm tra lỗi mixed content và cách khắc phục, sau đó cập nhật tài nguyên nội bộ sang địa chỉ HTTPS hợp lệ.
Canonical không đồng nhất với liên kết nội bộ
Thẻ canonical không phải là chuyển hướng. Nếu liên kết nội bộ trỏ tới một URL nhưng canonical của trang lại chỉ sang URL khác, website đang gửi tín hiệu không nhất quán. Nên xác định phiên bản ưu tiên rồi dùng phiên bản đó trong liên kết nội bộ, sitemap và canonical.
Liên kết phụ thuộc vào JavaScript
Các thành phần điều hướng quan trọng nên tạo ra liên kết có URL rõ ràng. Nếu một nút chỉ hoạt động thông qua thao tác JavaScript, cần xác nhận người dùng và hệ thống thu thập dữ liệu vẫn có thể nhận biết đích đến. Không nên dùng nút không có URL thay cho liên kết điều hướng tới nội dung quan trọng.
Thứ tự ưu tiên khi xử lý lỗi
Khi website có nhiều vấn đề, có thể ưu tiên theo mức ảnh hưởng:
- Vòng lặp chuyển hướng và lỗi khiến trang quan trọng không thể truy cập.
- Link hỏng trong menu, chân trang, breadcrumb và thành phần xuất hiện trên nhiều trang.
- Liên kết dẫn tới trang
404,410hoặc lỗi máy chủ. - Chuỗi chuyển hướng và liên kết nội bộ còn trỏ tới URL cũ.
- Hình ảnh, tệp tải xuống và điểm neo bị lỗi.
- Các chuyển hướng vẫn hoạt động nhưng đưa tới nội dung chưa sát với mục đích ban đầu.
Mức độ ưu tiên nên được đối chiếu với vai trò của từng trang và dữ liệu thực tế của website. Một lỗi nằm trên trang chuyển đổi chính thường cần xử lý sớm hơn lỗi tương tự trong nội dung ít được truy cập.
Checklist kiểm tra sau khi sửa
- Quét lại các trang đã chỉnh sửa và xác nhận URL đích phản hồi đúng.
- Đảm bảo liên kết nội bộ trỏ trực tiếp tới phiên bản URL ưu tiên.
- Kiểm tra không còn chuỗi hoặc vòng lặp chuyển hướng ngoài ý muốn.
- Mở thử menu, breadcrumb, nút hành động và liên kết trong nội dung.
- Xác nhận trang đích phù hợp với văn bản neo và ngữ cảnh liên kết.
- Kiểm tra lại ảnh, tệp tải xuống và liên kết chứa điểm neo.
- Đồng bộ URL trong sitemap, canonical và các thành phần dùng chung khi cần.
- Theo dõi nhật ký lỗi và dữ liệu thu thập sau khi cập nhật.
Việc tìm và sửa link hỏng nên được thực hiện định kỳ, đặc biệt sau khi đổi tên miền, chuyển HTTPS, thay cấu trúc URL hoặc xóa nhiều nội dung. Mục tiêu không chỉ là loại bỏ lỗi 404 mà còn tạo đường dẫn nội bộ ngắn, rõ ràng và đưa người dùng tới đúng nội dung ngay từ lần truy cập đầu tiên.
