Thuật ngữ

Phân Loại Broken Link: 404, 410, Soft 404, Redirect Chain Và Broken Anchor

Broken Link không chỉ là 404. Tìm hiểu cách phân loại broken link 404, 410, soft 404, redirect chain, redirect loop và broken anchor để audit SEO kỹ thuật đúng.

Phân loại broken link gồm 404, 410, soft 404, redirect chain và broken anchor trong Technical SEO
Minh họa các loại link gãy thường gặp trong SEO kỹ thuật: 404, 410, soft 404, redirect chain và broken anchor.

Link gãy không chỉ là một đường dẫn trả lỗi 404. Trong SEO kỹ thuật, link gãy gồm nhiều nhóm khác nhau: 404, 410, soft 404, redirect chain, redirect loop, broken anchor, link không crawl được và link trỏ sai intent.

Mỗi loại cần cách xử lý khác nhau, vì sửa sai có thể làm mất tín hiệu, mất trải nghiệm người dùng hoặc làm Google hiểu nhầm vai trò URL.

Bài này giúp bạn phân loại link gãy theo đúng bản chất kỹ thuật, mức độ ảnh hưởng SEO, cách kiểm tra và thứ tự xử lý.

Cách tiếp cận không phải là “thấy lỗi thì xoá”, mà là hiểu URL còn giá trị gì không, có trang thay thế tương đương không, link đó đang phục vụ bước nào trong hành trình ra quyết định và nên giữ, chuyển hướng, trả 404, trả 410 hay sửa anchor.

4. 404 Not Found: không phải lúc nào cũng xấu

404 là mã trạng thái cho biết máy chủ không tìm thấy tài nguyên được yêu cầu. Trong SEO, 404 không tự động là án phạt. Nó chỉ trở thành vấn đề khi URL đó vẫn còn traffic, backlink, internal link, nằm trong sitemap, hoặc là trang đáng ra phải tồn tại.

404 có thể là phản hồi đúng trong các trường hợp sau:

  • Trang demo, trang nháp hoặc trang test đã xoá và không có giá trị SEO.
  • Sản phẩm, bài viết hoặc tài nguyên không còn tồn tại và không có nội dung thay thế tương đương.
  • URL bị người dùng gõ sai, không có link nội bộ hoặc backlink quan trọng trỏ tới.
  • Trang rác do hệ thống, filter hoặc bot tạo ra, không nên index.

Nhưng 404 cần xử lý ngay nếu:

  • URL có impression hoặc click trong Google Search Console.
  • URL có backlink chất lượng trỏ về.
  • URL đang nằm trong sitemap XML.
  • URL được internal link từ menu, bài viết, sidebar, footer hoặc CTA.
  • URL từng là money page, pillar, bài cluster hoặc tài nguyên lead magnet.

Cách xử lý: nếu có trang thay thế cùng intent, dùng 301 về trang đó. Nếu không có trang tương đương, giữ 404 đúng mã trạng thái và làm trang 404 hữu ích cho người dùng, có tìm kiếm nội bộ, link về trang chủ, danh mục quan trọng hoặc tài nguyên phổ biến.

404 đúng ngữ cảnh là bình thường. 404 nguy hiểm khi nó làm rơi traffic, rơi backlink, rơi người dùng hoặc làm sitemap bẩn.

5. 410 Gone: tín hiệu xoá vĩnh viễn

410 là mã trạng thái cho biết tài nguyên đã bị xoá vĩnh viễn và không có ý định quay lại. Nếu 404 giống như “không tìm thấy”, thì 410 rõ hơn ở ý nghĩa “đã xoá và không còn phục vụ”.

410 phù hợp khi bạn chắc chắn URL không còn giá trị và không có trang thay thế tương đương:

  • Trang demo của theme đã index nhưng không có giá trị thật.
  • Trang rác do plugin, tag, filter hoặc search nội bộ sinh ra.
  • Landing page campaign đã hết hạn, không có nội dung evergreen để hợp nhất.
  • Sản phẩm hoặc dịch vụ đã ngừng vĩnh viễn và không có dòng thay thế gần tương đương.

Không nên dùng 410 nếu URL có backlink tốt, có traffic, có truy vấn thương mại hoặc có trang thay thế tốt hơn. Khi đó, 301 về trang tương đương thường có lợi hơn cho người dùng và cho quá trình hợp nhất tín hiệu.

Decision rule:

  1. URL có trang thay thế cùng intent không? Nếu có, dùng 301.
  2. URL không còn giá trị và không có thay thế không? Nếu có, dùng 410.
  3. URL có thể quay lại trong tương lai không? Nếu có, cân nhắc 404 hoặc 302 tùy tình huống.
  4. URL nằm trong sitemap không? Nếu có, xoá khỏi sitemap.
  5. URL có internal link trỏ đến không? Nếu có, sửa toàn bộ internal link.

410 dùng để dọn URL chết có chủ đích. Nhưng nếu URL còn giá trị, đừng vội 410 chỉ vì muốn “xoá cho sạch”.

6. Soft 404: lỗi nguy hiểm vì nhìn tưởng bình thường

Soft 404 xảy ra khi một URL hiển thị nội dung như trang lỗi, trang rỗng hoặc trang không có nội dung chính, nhưng server lại trả mã 200 OK. Đây là lỗi khó chịu vì người quản trị có thể nhìn trang vẫn mở được, nhưng Google nhận ra nội dung thực tế không đáng index.

Ví dụ soft 404 thường gặp:

  • Trang sản phẩm hết hàng hiển thị “không có sản phẩm” nhưng vẫn trả 200.
  • Trang category rỗng do filter không có kết quả nhưng vẫn index được.
  • Trang search nội bộ không có kết quả nhưng tạo URL indexable.
  • Trang bài viết bị lỗi dữ liệu, chỉ còn header, footer và một dòng thông báo.
  • Trang bị lỗi JavaScript khiến phần nội dung chính không render cho Googlebot.

Soft 404 cần xử lý theo trạng thái thật của nội dung:

Tình trạng thậtCách xử lýLý do
Nội dung đã xoá, không có thay thếTrả 404 hoặc 410Cho Google biết URL không nên index
Nội dung đã chuyển sang URL mới301 về URL mớiGiữ trải nghiệm và hợp nhất tín hiệu
Nội dung vẫn còn nhưng load lỗiSửa render, dữ liệu, JavaScript hoặc serverĐể Google thấy nội dung chính trong DOM
Trang category tạm rỗngNoindex hoặc bổ sung nội dung hữu íchTránh index trang không có giá trị

Soft 404 là lỗi “nói một đằng, trả mã một nẻo”. Muốn sửa đúng, hãy làm cho mã HTTP, nội dung hiển thị và intent của URL khớp nhau.

7. Redirect chain: khi chuyển hướng đi vòng

Redirect chain là tình trạng một URL không chuyển thẳng đến URL cuối cùng mà đi qua nhiều bước trung gian. Ví dụ: URL A chuyển sang B, B chuyển sang C, C mới là trang cuối.

Redirect chain thường xuất hiện sau nhiều lần đổi slug, đổi domain, đổi cấu trúc danh mục, đổi http sang https, đổi www sang non-www hoặc migration website không dọn redirect cũ.

Ví dụ:

/bai-cu/ 301 → /bai-moi/ 301 → /kien-thuc/bai-moi/ 200

Cách sửa đúng:

/bai-cu/ 301 → /kien-thuc/bai-moi/ 200

Tác hại chính của redirect chain:

  • Làm người dùng chờ lâu hơn, nhất là trên mobile.
  • Làm bot tốn thêm bước crawl không cần thiết.
  • Làm báo cáo audit khó đọc vì URL cũ, URL trung gian và URL mới cùng tồn tại.
  • Dễ tạo loop nếu có rule chuyển hướng chồng lên nhau.
  • Làm internal link không còn sạch, vì website vẫn đang link về URL cũ.

Checklist xử lý redirect chain:

  1. Crawl toàn site bằng Screaming Frog hoặc công cụ tương đương.
  2. Lọc nhóm 3xx và xuất danh sách redirect chain.
  3. Xác định URL cuối cùng trả 200 và đúng intent.
  4. Sửa rule redirect để URL đầu chuyển thẳng đến URL cuối.
  5. Cập nhật toàn bộ internal link để trỏ trực tiếp đến URL cuối, không trỏ qua URL cũ.
  6. Kiểm lại sitemap, canonical và breadcrumb sau khi sửa.

Redirect chain không chỉ là lỗi tốc độ. Nó là dấu hiệu hệ URL đã qua nhiều lần sửa nhưng thiếu governance.

8. Redirect loop: lỗi chuyển hướng tự cắn đuôi

Redirect loop là tình trạng các URL chuyển hướng qua lại khiến trình duyệt và bot không bao giờ đến được trang cuối. Đây là lỗi nghiêm trọng hơn redirect chain vì nó làm URL không thể truy cập bình thường.

Ví dụ:

/a/ 301 → /b/
/b/ 301 → /a/

Nguyên nhân thường gặp:

  • Rule redirect ở plugin SEO và server bị trùng nhau.
  • Rule http sang https và www sang non-www viết sai thứ tự.
  • Đổi slug nhiều lần nhưng không dọn redirect map.
  • Canonical, hreflang hoặc language redirect bị cấu hình sai.
  • Website đa ngôn ngữ tự chuyển người dùng theo IP hoặc trình duyệt quá mạnh.

Cách xử lý là chọn một URL chuẩn cuối cùng, gỡ các rule xung đột, sau đó kiểm tra lại bằng curl, trình duyệt ẩn danh và công cụ crawl. Với WordPress, cần kiểm tra cả hosting, file .htaccess, plugin redirect, plugin cache, Cloudflare và Rank Math nếu đang dùng module Redirections.

Redirect loop làm cả người dùng lẫn bot bị kẹt. Khi gặp loop, đừng sửa từng URL lẻ trước, hãy kiểm tra rule cấp hệ thống.

Khóa học SEO Master™ 36 buổi, học và triển khai trên website thật, đi từ nền tảng kỹ thuật đến tăng trưởng đo được.

21. Playbook quyết định: 404, 410, 301 hay sửa anchor?

Muốn xử lý link gãy nhanh, hãy dùng playbook quyết định thay vì tranh luận từng URL bằng cảm tính. Playbook dưới đây phù hợp cho website dịch vụ, ecommerce, blog, knowledge base và website đào tạo.

Câu hỏiNếu cóNếu không
URL còn nội dung hoặc có thể khôi phục không?Sửa lỗi render, database, template hoặc publish lạiQua câu hỏi tiếp theo
Có URL thay thế cùng intent không?301 về URL thay thếQua câu hỏi tiếp theo
URL đã xoá vĩnh viễn không quay lại không?410404
URL lỗi còn trong sitemap không?Xoá khỏi sitemapKhông cần hành động sitemap
Có internal link trỏ đến URL lỗi không?Sửa link về URL cuối hoặc xoá linkKhông cần sửa internal link
Anchor có mô tả đúng trang đích không?Giữ nếu tự nhiênViết lại anchor
Redirect có đi qua nhiều bước không?Sửa thành chuyển thẳng về URL cuốiGiữ nếu redirect đúng intent

Sau khi ra quyết định, hãy ghi action vào backlog. Không sửa trực tiếp hàng loạt nếu chưa kiểm tra traffic, backlink và vai trò URL. Với site lớn, nên sửa theo nhóm: money page trước, cluster page sau, external reference sau cùng.

Link gãy không khó sửa. Cái khó là không sửa nhầm. Playbook giúp team giữ được logic khi số lượng URL tăng lên.