Bỏ qua tới nội dung chính

Liên kết chết trả mã 200 kèm trang chủ thay vì báo lỗi và cách tìm

Nguyễn Thế Quyền — nhà sáng lập HAYWEBXuất bản 11 phút đọc
Bảng nền xanh đậm chia bốn ô với mỗi ô là một bước tự quét liên kết chết gồm lấy vân tay trang chủ, gom danh sách trang từ sơ đồ, nhặt liên kết nội bộ rồi bỏ trùng, và bấm thử từng đích để so sánh với vân tay.

Bài nền trước đó đã dạy bạn đọc Search Console để ra quyết định trong bài đọc Google Search Console để ra quyết định. Bài này chúng ta dùng đúng tinh thần đó cho một việc mà báo cáo hay bỏ sót đi mất. Đó chính là việc liên kết nội bộ trỏ vào những chỗ không hề tồn tại trên website.

Ai cũng nghĩ liên kết chết thì bấm vào sẽ ra trang báo lỗi 404. Nhưng trên website dựng theo lối hiện nay thì sự tình không diễn ra như vậy. Người dùng bấm vào sẽ thấy hiện ra nội dung trang chủ, và máy chủ báo mã 200 bình thường. Nên mọi cách kiểm dựa vào việc đếm lỗi 404 đều báo sạch trong khi liên kết vẫn hỏng. Tình trạng này khiến người quản trị lầm tưởng website vẫn đang hoạt động tốt.

Vì sao liên kết chết lại không báo lỗi?

Trả lời ngắn:Vì phần quyết định hiện trang gì đang nằm ở trình duyệt chứ không ở máy chủ. Trong khi đó máy chủ mới là nơi phát ra các mã trạng thái.

Cái tên riêng trong tài liệu Google

Hiện tượng này không phải là chuyện lạ mà có hẳn tên riêng là soft 404 do chính Google đặt. Trang sẽ trả về thông báo không-tìm-thấy thân thiện với người dùng nhưng không phát ra mã 404. Theo khuyến nghị từ Google, với trang thật sự không tìm thấy thì nó nên trả về mã 404. Chúng ta có thể thấy điều này nằm ngay trong báo cáo của họ.

Bản chất của ứng dụng một trang

Google nói thẳng điều này trong tài liệu hướng dẫn lập trình của họ. Với ứng dụng một trang kết xuất phía trình duyệt, việc định tuyến thường làm ngay tại trình duyệt. Việc dùng mã trạng thái cho có nghĩa lúc này là điều không thể hoặc không thực tế. Bạn biết vậy để đừng trách cứ bên làm web, mà chúng ta cần tự đổi cách rà soát.

Đổi thước đo thay vì đổi công cụ

Hệ quả lớn nhất cho bạn là mọi cách kiểm dựa vào mã trạng thái đều trở nên mù loà. Công cụ đếm lỗi sẽ bỏ qua hết những liên kết đang âm thầm hỏng. Muốn thấy rõ ràng thì chúng ta phải so nội dung trang nhận được với nội dung trang chủ. Bạn chỉ cần đổi thước đo sang một hướng đi thực dụng hơn.

Tự quét website của mình bằng cách nào?

Trả lời ngắn:Quá trình này gồm lấy vân tay trang chủ và gom danh sách trang để rà soát. Sau đó bạn bấm thử từng đích rồi so sánh lại với vân tay vừa thu được.

Bước một là lấy vân tay trang chủ

Việc đầu tiên là mở trang chủ ra để ghi lại mức dung lượng trang và đúng dòng tiêu đề của nó. Hai yếu tố này đóng vai trò như một bộ vân tay làm mốc để đối chiếu. Bạn chỉ cần dùng hai con số ấy là đủ nhận ra tuyến nào chưa được dựng. Mọi trang báo mã 200 mà mang nội dung trang chủ sẽ có chung bộ vân tay này.

Bước hai gom danh sách từ sơ đồ

Bạn cần gom một danh sách các trang đang có từ chính sơ đồ website. Đây là danh sách chính chủ đưa ra, không phải dựa vào việc đoán mò. Vì sơ đồ website nằm ngay dưới tên miền của bạn, giống như hướng dẫn trong tên miền hết hạn, nên việc lấy ra rất thuận tiện. Tập hợp này sẽ làm nguyên liệu cho bước rà soát tiếp theo.

Bước ba nhặt liên kết và bỏ trùng

Giờ thì mở từng trang lên để nhặt ra mọi liên kết trỏ về chính website của mình rồi loại bỏ những cái trùng lặp. Google chỉ đi theo được liên kết nếu nó là thẻ neo có thuộc tính đích đến, nên đây cũng là thứ bạn cần nhặt ra. Hầu hết liên kết ở dạng khác sẽ không được bộ máy đọc và bóc tách đâu. Nhặt xong bạn sẽ thấy con số đích riêng nhỏ hơn nhiều so với tổng số lượt trỏ, vì một đích thường được gọi từ nhiều chỗ.

Bước bốn bấm thử rồi so sánh lại

Lúc này bạn hãy bấm thử từng đích riêng, đo dung lượng và dòng tiêu đề để so với vân tay trang chủ ban nãy. Đích nào ra trùng khớp vân tay ấy nghĩa là tuyến đó chưa được dựng. Việc này làm tay được với những website nhỏ bé có vài trang. Còn website từ vài chục trang trở lên thì bạn nên nhờ bên làm web viết một đoạn mã chạy tự động.

Kết quả HAYWEB tự quét chính website của mình

Trả lời ngắn:Chúng tôi quét qua 113 trang, tìm ra 8 đích hỏng. Điều đáng nói là không có đích nào trả về mã 404 cho máy chủ.


            Bảng nền xanh đậm chia hai cột so sánh hai cách kiểm trên cùng một website trong đó cột trái
            đếm mã 404 và ra kết quả 0, còn cột phải so dung lượng với dòng tiêu đề rồi tìm ra 8 đích
            hỏng.
Cùng một website nhưng khi đổi thước đo thì số đích hỏng được tìm thấy đổi từ 0 thành 8.

Quy mô của đợt quét rà soát

Sơ đồ website của chúng tôi liệt kê 113 trang và máy đã quét hết cả 113 trang này. Chúng tôi đếm được 4.408 lượt trỏ nội bộ, gom lại còn 146 đích riêng cần xem xét. Xin nói rõ đây là số HAYWEB tự đo trên website của mình ngày 22/08/2026, không phải một thống kê ngành. Con số lượt trỏ lớn hơn con số đích riêng rất nhiều. Từ đó ta thấy một đích hỏng sẽ dễ dàng kéo theo hàng loạt chỗ hỏng trên diện rộng.

Con số những đích hỏng trốn kỹ

Trong 146 đích riêng vừa gom lại có 8 đích đang bị hỏng. Số đích trả về mã 404 là 0. Đây là một hiện tượng đánh lừa hệ thống ghi nhận. Cả 8 đích hỏng này đều phát ra mã 200 bình thường. Nội dung chúng tải về mang đúng bộ vân tay nặng 90.618 byte của trang chủ. Thực tế là 8 chỗ trên website vẫn hỏng không dùng được.

Các vị trí thiệt hại nặng nề nhất

Đích hỏng bị trỏ nhiều nhất là nút đổi ngôn ngữ nằm ở chân trang, nên nó lặp lại trên cả 113 trang. Các đích hỏng còn lại chia nhỏ ra thành một mục dịch vụ được trỏ 7 lần và một bài viết được trỏ 6 lần. Ba đích khác được trỏ 3 lần, và có hai đích được trỏ 1 lần. Thứ nằm ở chân trang hoặc thanh điều hướng thì hỏng một chỗ là kéo theo hỏng khắp nơi. Do đó sửa nó là việc đáng ưu tiên thực hiện trước để giải quyết lỗi trên diện rộng.

Một ví dụ về sự bỏ dở

Một trong các đích hỏng là bài viết đã có tệp trong mã nguồn nhưng chưa bao giờ được khai báo để đăng. Tuyến này không tồn tại dù tệp tin thì có, và sáu chỗ trong website vẫn đang trỏ tới nó. Đây là lỗi làm việc dở dang của chính HAYWEB chứ không do ai khác. Loại lỗi này sinh ra khi một người làm việc rồi bỏ giữa chừng. Nó cứ âm thầm nằm đó và không kêu lên một tiếng nào để nhắc nhở.

Cách HAYWEB tiếp cận

HAYWEB không chỉ áp dụng mỗi lần website có thay đổi lớn thì mở trang chủ ghi lại dung lượng và dòng tiêu đề, rồi bấm thử toàn bộ liên kết ở chân trang và thanh điều hướng trước — đó là chỗ một liên kết hỏng kéo theo hỏng trên mọi trang, mà còn kết hợp toàn diện với:

  • Kết cấu bài viết theo chuẩn 2026 — chi tiết chia sẻ qua tư vấn trực tiếp.
  • Cách trình bày thông tin để công cụ tìm kiếm AI (ChatGPT, Gemini, Perplexity, AI Hay) trích dẫn chính xác.
  • Đo lường bằng Google Search Console thật — theo dõi thứ hạng, lượt hiển thị và nhấp chuột từng bài để tối ưu theo dữ liệu.
  • Điểm bảo mật Mozilla Observatory 100 trên 100 và tốc độ Lighthouse trên 90 giữ nguyên qua mọi lần cập nhật, kiểm tra hàng ngày.
  • Cách HAYWEB dựng nếp rà liên kết cho tiệm nhỏ — gồm cách lấy vân tay trang chủ, thứ tự bấm thử để bắt được nhiều nhất trong ít thời gian nhất, và cách xử ba loại đích hỏng — chia sẻ qua tư vấn trực tiếp.

Trải nghiệm khách hàng như ví dụ thực tế trên — và còn hơn, vì HAYWEB sở hữu thêm các chỉ tiêu nâng cao chuẩn 2026 chỉ chia sẻ qua tư vấn trực tiếp.

Tìm ra rồi thì sửa bằng cách nào?

Trả lời ngắn:Bạn có ba con đường để đi là dựng tuyến còn thiếu, chuyển hướng sang chỗ đúng, hoặc gỡ liên kết đi. Mỗi cách dùng cho một tình huống khác nhau.

Đường thứ nhất là dựng tuyến thiếu

Nếu đích đó đáng lẽ phải có thì bạn hãy dựng cho nó tồn tại thật sự. Đây là cách đúng đắn nhất khi liên kết ấy đang được trỏ từ rất nhiều chỗ. Trước khi sửa gì trên website thì bạn nên nhắc người nhà kiểm tra kỹ bản sao lưu lùi lại được theo hướng dẫn trong bản sao lưu website để phòng hờ rủi ro. Cứ cẩn thận làm xong phần thiếu là mọi liên kết kia tự động chạy tốt.

Đường thứ hai là đặt chuyển hướng

Nếu nội dung đã dời đi nơi khác thì bạn cần đặt chuyển hướng vĩnh viễn sang địa chỉ mới. Theo tài liệu của Google, chuyển hướng vĩnh viễn với mã 301 được coi là tín hiệu thông báo đích mới là bản chuẩn. Cơ chế này sẽ dắt người đọc và máy tìm kiếm đi đúng đường. Bạn chỉ nên dùng nó khi quyết định không đảo lại lựa chọn cũ.

Đường thứ ba là gỡ liên kết đi

Nếu cái đích đó không đáng có thì gỡ luôn liên kết ra là xong. Chuyện này đơn giản nhất nhưng hay bị bỏ quên vì liên kết thường nằm ẩn trong một khuôn dùng chung. Trong trường hợp đích cũ vẫn còn người vào và bạn muốn Google bỏ hẳn thì hãy để nó trả mã 404 đúng nghĩa. Đường dẫn liên tục trả lỗi như vậy sẽ dần bị đưa ra khỏi chỉ mục theo thời gian.


            Bảng nền xanh đậm chia ba cột với mỗi cột thể hiện một đường sửa liên kết chết bằng cách
            dựng tuyến còn thiếu, đặt chuyển hướng vĩnh viễn, hoặc gỡ liên kết đi.
Người quản trị có ba đường sửa tuỳ theo việc đích đến đó có đáng để tồn tại hay không.

Câu hỏi thường gặp về liên kết chết trên website

Hỏi: Website nhỏ chỉ có mười trang thì có cần phải quét không?

Đáp: Website mười trang vẫn có rủi ro nên bạn rất cần quét qua một lượt. Bạn dư sức làm bằng tay việc này chỉ trong mười lăm phút ngồi nhấp chuột. Chính vì càng ít trang thì người ta càng dễ để sót do không ai nghĩ tới việc phải kiểm tra.

Hỏi: Các công cụ kiểm tra liên kết miễn phí trên mạng có dùng được không?

Đáp: Bạn vẫn dùng được chúng để bắt những lỗi 404 lộ ra thật sự. Thế nhưng phần lớn công cụ dựa vào mã trạng thái nên sẽ bỏ sót đúng loại lỗi báo mã 200 nói trong bài này. Muốn tóm được chúng thì bạn vẫn phải quay về cách so nội dung thủ công.

Hỏi: Bao lâu tôi nên quét rà soát lại một lần?

Đáp: Bạn nên làm việc này mỗi lần website có thay đổi lớn về giao diện hay chuyên mục. Đó là lúc các tuyến dễ bị đổi tên hoặc bị bỏ rơi gây ra đứt gãy. Sẽ không có một con số chuẩn thời gian nào áp dụng chung cho mọi nơi được.

Hỏi: Việc có liên kết chết này có làm tụt thứ hạng tìm kiếm không?

Đáp: Bản thân một liên kết chết không phải là hình phạt kéo sập thành tích của bạn. Nhưng nó làm người đọc rơi vào trang chủ và mất mạch đọc, gây trải nghiệm xấu. Còn đối với Google thì đường dẫn nào liên tục trả lỗi sẽ bị đưa ra khỏi chỉ mục của họ. Bạn có thể xem vấn đề này được nói kỹ trong bài đọc Google Search Console để ra quyết định để hiểu máy tìm kiếm đối xử thế nào.

Hỏi: Vì sao Google không tự báo cho tôi biết lỗi này?

Đáp: Google có đưa mục soft 404 vào trong báo cáo lập chỉ mục trang cho chủ web xem. Nhưng hệ thống của họ chỉ thấy những đường dẫn mà máy đã đi qua. Còn với liên kết nội bộ trỏ sai thì bạn luôn là người thấy nó sớm hơn cả Google.

Bắt đầu từ đâu sau khi đọc xong bài này?

Bạn hãy làm ba việc theo thứ tự ưu tiên độ trầm trọng. Mở trang chủ ghi lại ngay dung lượng và dòng tiêu đề hiện tại của nó. Tiếp theo bấm thử mọi liên kết ở chân trang và thanh điều hướng trước vì chúng có mặt ở mọi trang, rồi mới tới các liên kết trong bài viết. Việc thứ hai kia sẽ giúp bạn bắt được phần lớn thiệt hại trên toàn bộ website. Bạn hãy sử dụng công cụ miễn phí kiểm tra website nếu muốn tự kiểm tra nhanh trạng thái chung website của mình. Nếu bạn đang cần tìm người rà soát cùng, cửa nhà HAYWEB luôn mở sẵn chờ đón bạn qua liên hệ HAYWEB tư vấn trực tiếp.

Kiến thức liên quan

Nền tảng — nên đọc trước

Cần làm website chuyên nghiệp? Gọi trực tiếp HAYWEB.

Nhà sáng lập Nguyễn Thế Quyền trả lời trực tiếp, không qua trung gian bán hàng. Hoặc so sánh website của bạn với chuẩn HAYWEB trên 7 chỉ tiêu kỹ thuật — chỉ cần URL, không cần đăng ký.