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

1. Link gãy là gì?

Link gãy là liên kết không còn đưa người dùng hoặc Googlebot đến đúng tài nguyên mong đợi. Nó có thể là URL không tồn tại, trang đã xoá, trang báo lỗi nhưng vẫn trả 200, chuỗi chuyển hướng quá dài, anchor không còn mô tả đúng trang đích hoặc thẻ link không thể crawl.

Điểm quan trọng là link gãy không chỉ được nhìn bằng mắt. Một trang có thể mở được với người dùng nhưng vẫn là lỗi SEO nếu server trả sai mã trạng thái, chuyển hướng lòng vòng, canonical trỏ lệch, hoặc anchor khiến Google hiểu sai vai trò trang đích.

“Liên kết hỏng là hiện tượng các siêu liên kết bị mất khả năng trỏ đến các tập tin đích đến, trang web hoặc máy chủ sau một thời gian.”

Trong thực chiến SEO, link gãy cần được phân loại theo 3 lớp: trạng thái HTTP, ngữ cảnh liên kết và giá trị kinh doanh của URL. Nếu chỉ lọc toàn bộ 404 rồi redirect về trang chủ, bạn có thể tạo thêm soft 404, làm loãng tín hiệu và khiến người dùng bực hơn.

Link gãy là lỗi của “đường đi”, không chỉ là lỗi của “địa chỉ”. Muốn sửa đúng, phải biết liên kết đó đang dẫn ai, dẫn đi đâu và vì sao nó tồn tại.

2. Vì sao phân loại link gãy quan trọng với SEO?

Phân loại link gãy giúp bạn xử lý đúng lỗi, đúng mức độ ưu tiên và tránh sửa theo cảm tính. Một URL 404 không có traffic có thể không đáng lo, nhưng một link nội bộ trỏ về money page qua 3 bước redirect lại có thể làm đứt đường crawl và giảm chất lượng trải nghiệm.

Link gãy ảnh hưởng đến 4 lớp của website:

• Crawl: Googlebot đi qua link để phát hiện URL mới và hiểu quan hệ giữa các trang.
• Index: URL trả 404, 410 hoặc soft 404 thường không phải ứng viên tốt để lập chỉ mục.
• UX: Người dùng bấm vào link nhưng gặp trang lỗi sẽ mất niềm tin.
• Conversion: Nếu link gãy nằm ở CTA, pricing, form, case study hoặc tài nguyên tải xuống, lead có thể rơi ngay tại điểm chốt.

Với website có hệ thống pillar, cluster và Decision Ladder Navigation, link gãy còn làm đứt bậc quyết định. Một bài TOFU không link được sang bài MOFU, hoặc bài MOFU link sai về money page, thì cụm nội dung vẫn có traffic nhưng không dẫn được người đọc sang bước tiếp theo.

Sửa link gãy không phải việc dọn rác kỹ thuật. Đây là việc khôi phục đường crawl, đường hiểu và đường chuyển đổi.

3. Bảng phân loại link gãy theo SEO kỹ thuật

Bảng phân loại link gãy theo SEO kỹ thuật cho mỗi loại lỗi một dấu hiệu, một mức ảnh hưởng và một cách xử lý khác nhau, để đội SEO, content và kỹ thuật dùng chung một ngôn ngữ khi audit. Các nhóm gồm 404 Not Found, 410 Gone, Soft 404, redirect chain, redirect loop, broken anchor, uncrawlable link và wrong intent link.

Một báo cáo audit tốt không chỉ ghi “broken link”. Báo cáo phải nói rõ lỗi thuộc nhóm nào, ảnh hưởng ra sao, URL nào cần sửa trước và sửa bằng hành động nào.

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:

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.

9. Broken anchor: link còn sống nhưng ý nghĩa đã gãy

Broken anchor là lỗi văn bản liên kết không còn mô tả đúng trang đích, bị trống, quá chung chung, quá dài hoặc nhồi từ khóa. Đây là nhóm lỗi dễ bị bỏ qua vì công cụ audit thường chỉ báo URL còn sống, nhưng về mặt hiểu nghĩa thì link đã hỏng.

Ví dụ anchor yếu:

• “Tại đây”
• “Xem thêm”
• “Bài viết này”
• “Click vào đây”
• “Dịch vụ SEO uy tín giá rẻ tốt nhất chuyên nghiệp số 1”

Ví dụ anchor tốt hơn:

• Decision Ladder Navigation
• Technical SEO nền: index, canonical, robots, sitemap và redirect
• Broken Link Building

Một anchor tốt cần đạt 3 tiêu chí:

1. Mô tả đúng trang đích: đọc riêng anchor vẫn đoán được trang kia nói về gì.
2. Ngắn gọn hợp lý: không nhồi cả câu dài vào thẻ link.
3. Tự nhiên trong câu: đọc lên không bị gượng, không có mùi thao túng.

Broken anchor không làm URL chết, nhưng làm tín hiệu nghĩa bị chết. Với internal link, đây là lỗi ảnh hưởng trực tiếp đến khả năng Google hiểu page role.

10. Link không crawl được: lỗi cú pháp làm Google khó đi qua

Link không crawl được là liên kết được thiết kế như link nhưng không dùng cấu trúc HTML mà Google có thể thu thập dữ liệu ổn định. Lỗi này thường gặp trên menu, button, tab, card sản phẩm hoặc giao diện dùng JavaScript.

Không nên dùng:

<span onclick="goTo('/dich-vu-seo/')">Dịch vụ SEO</span>

<button data-url="/bang-gia-seo/">Xem giá</button>

<a href="javascript:openPage('/case-study/')">Case study</a>

Nên dùng:

<a href="/dich-vu-seo/">Dịch vụ SEO</a>

<a href="/bang-gia-seo/" class="button">Xem bảng giá SEO</a>

<a href="/case-study/">Case study SEO thực tế</a>

Đặc biệt, các link trong menu chính, breadcrumb, mục lục, cluster gate, CTA, footer và sidebar nên là thẻ <a href> rõ ràng. Nếu dùng JavaScript để render, cần kiểm tra trong HTML đã kết xuất bằng URL Inspection hoặc công cụ crawl có render JavaScript.

Một liên kết đẹp về giao diện nhưng bot không đọc được thì không phải liên kết SEO đáng tin.

11. Link ảnh bị gãy: khi alt và đích ảnh đều mất nghĩa

Link ảnh bị gãy xảy ra khi hình ảnh làm link nhưng ảnh lỗi, alt trống hoặc trang đích không còn đúng với kỳ vọng. Trong SEO, ảnh làm link cần được xử lý như một liên kết có anchor, trong đó alt đóng vai trò mô tả.

Ví dụ chưa tốt:

<a href="/dich-vu-seo/">
 <img src="/banner.jpg" alt="">
</a>

Ví dụ tốt hơn:

<a href="/dich-vu-seo/">
 <img src="/banner-dich-vu-seo.jpg" alt="Dịch vụ SEO website theo mục tiêu lead">
</a>

Khi audit link ảnh, cần kiểm tra 4 điểm:

• File ảnh có tải được không?
• Thẻ img có alt mô tả đúng đích đến không?
• Thẻ a href có trỏ về URL hợp lệ không?
• URL đích có đúng intent với nội dung ảnh không?

Nếu ảnh là link, alt không chỉ phục vụ khả năng tiếp cận. Alt còn giúp Google hiểu văn bản liên kết của hình ảnh.

12. Link gãy trong sitemap: lỗi cần ưu tiên cao

Sitemap chỉ nên chứa URL chuẩn, có thể index và có giá trị crawl. Nếu sitemap chứa URL 404, 410, 3xx, noindex, canonical về trang khác hoặc URL tham số, sitemap đang gửi tín hiệu nhiễu cho Google. Các lỗi sitemap thường gặp:

• URL đã redirect nhưng vẫn nằm trong sitemap.
• URL đã xoá trả 404 hoặc 410 nhưng chưa được loại khỏi sitemap.
• URL noindex vẫn xuất hiện trong sitemap.
• URL filter, sort, UTM hoặc tham số vẫn được submit.
• URL canonical về trang khác nhưng sitemap vẫn khai báo URL phụ.

Cách xử lý:

1. Crawl toàn bộ sitemap.
2. Lọc status code khác 200.
3. Lọc URL noindex.
4. Lọc canonical không trỏ về chính nó.
5. Lọc URL tham số không cần index.
6. Cập nhật sitemap chỉ còn URL sạch.
7. Submit lại sitemap trong Google Search Console.

Sitemap bẩn không làm Google mất khả năng crawl toàn site ngay lập tức, nhưng nó làm giảm độ tin cậy vận hành và lãng phí tín hiệu crawl.

13. Internal link gãy: lỗi làm đứt cluster và DLN

Internal link gãy là liên kết nội bộ không đưa người đọc đến đúng bước tiếp theo trong website. Nó có thể là 404, redirect chain, anchor sai nghĩa hoặc link trỏ về trang không còn phù hợp với intent hiện tại.

“Internal link của web lớn nên bám rõ năm vai trò: Define, Compare, Prove, Decide, Navigate.”

Trong hệ DLN, mỗi link nội bộ nên có một vai trò rõ:

Link nội bộ gãy nguy hiểm hơn link ngoài gãy ở một điểm: bạn kiểm soát được nó nhưng lại để nó làm hỏng chính cấu trúc của mình. Vì vậy, sau mỗi lần đổi URL, xoá bài, gộp bài hoặc đổi taxonomy, việc cập nhật internal link phải nằm trong quy trình publish.

Internal link không chỉ để truyền sức mạnh. Nó là đường ray quyết định. Gãy link là gãy đường ray.

14. External link gãy: mất nguồn tham chiếu và giảm trust

External link gãy là liên kết từ bài viết của bạn trỏ ra nguồn ngoài nhưng nguồn đó không còn tồn tại, đã đổi nội dung hoặc chuyển sang trang không liên quan. Với bài chuyên sâu, lỗi này làm giảm độ tin cậy vì người đọc không kiểm chứng được claim.

Cần ưu tiên kiểm tra external link ở các vị trí sau:

• Nguồn dẫn chứng số liệu.
• Tài liệu Google, Schema.org, WordPress, RFC hoặc tiêu chuẩn kỹ thuật.
• Case study, báo cáo, nghiên cứu hoặc bài phân tích đối thủ.
• Link tải file, template, checklist, PDF.
• Link chính sách, điều khoản, trang giá, trang công cụ.

Cách xử lý external link gãy:

1. Tìm phiên bản mới của nguồn gốc.
2. Nếu nguồn đổi URL, cập nhật link trực tiếp đến URL mới.
3. Nếu nguồn biến mất, tìm bản lưu trữ hoặc nguồn thay thế đáng tin.
4. Nếu không còn nguồn tốt, bỏ claim hoặc viết lại cho thận trọng hơn.
5. Không thay bằng nguồn yếu chỉ để giữ link.

External link gãy làm yếu lớp proof. Với nội dung cần E-E-A-T, nguồn gãy là lỗi cần sửa định kỳ.

15. Link gãy và canonical: đừng dùng canonical để che lỗi

Canonical không phải công cụ sửa mọi link gãy. Canonical là tín hiệu chọn URL đại diện khi có nhiều phiên bản gần giống nhau. Nếu URL đã xoá, đổi intent hoặc có trang thay thế rõ ràng, bạn cần cân nhắc 301, 404 hoặc 410 thay vì chỉ đặt canonical.

Các lỗi thường gặp:

• Trang A canonical về B nhưng A và B khác intent.
• Trang 404 vẫn có canonical về chính nó.
• Trang filter mỏng vẫn index, canonical không nhất quán.
• Canonical chain: A canonical về B, B canonical về C.
• Canonical loop: A canonical về B, B canonical lại về A.

Quy tắc thực chiến:

Canonical dùng để hợp nhất biến thể hợp lý, không dùng để che IA sai, URL chết hoặc trang khác intent.

16. Ma trận ưu tiên xử lý link gãy

Ma trận ưu tiên xử lý link gãy xếp việc theo tác động đến crawl, index, traffic, backlink, chuyển đổi và vai trò URL trong cụm nội dung. P1 là money page, pillar, form, pricing, CTA, sitemap hoặc backlink mạnh bị gãy, sửa trong ngày. P2 là bài cluster và redirect chain, sửa theo batch. P3 gộp vào lịch content refresh. P4 chỉ theo dõi bằng log và GSC.

Công thức ưu tiên đơn giản:

Priority = Impact × Confidence × Ease

Trong đó impact là mức ảnh hưởng đến crawl, traffic và lead; confidence là độ chắc về nguyên nhân; ease là mức dễ sửa. Với technical SEO, đừng sửa 20 giả thuyết cùng lúc. Sửa một nhóm lỗi, đo lại, rồi mới scale.

Audit giỏi không phải tìm được nhiều lỗi nhất. Audit giỏi là chọn đúng lỗi cần sửa trước.

17. Quy trình audit link gãy 7 bước

Audit link gãy nên đi theo quy trình có thứ tự: crawl, phân loại, đối chiếu dữ liệu, quyết định hành động, sửa, verify và log thay đổi. Nếu bỏ qua phân loại, team rất dễ redirect hàng loạt sai intent.

1. Crawl toàn site: dùng Screaming Frog, Sitebulb, Ahrefs Site Audit hoặc công cụ tương đương.
2. Xuất nhóm lỗi: 4xx, 3xx, redirect chain, redirect loop, link không crawl được, anchor trống, external link lỗi.
3. Đối chiếu GSC: kiểm tra URL có impression, click, index status, canonical được Google chọn hay không.
4. Đối chiếu GA4: xem URL có organic landing, event, form, click call, click chat hoặc book meeting không.
5. Đối chiếu backlink: kiểm tra URL lỗi có backlink đáng giữ không.
6. Ra quyết định: giữ 404, dùng 410, 301, sửa anchor, sửa internal link, xoá khỏi sitemap hoặc noindex.
7. Verify: crawl lại, kiểm tra response code, sitemap, canonical, internal link và GSC sau khi deploy.

Việc rà lỗi SEO kỹ thuật làm được trên Ahrefs, Semrush và Novaverb: Website SEO Checker của Novaverb bò thử site rồi báo độ phủ thu thập, số trang có thể lập chỉ mục và sơ đồ liên kết nội bộ.

Mẫu bảng audit nên có các cột:

• From URL
• To URL
• Anchor hiện tại
• Status code
• Loại lỗi
• Vai trò link
• Traffic hoặc impression
• Backlink
• Action
• Owner
• Deadline
• Verify status

Quy trình tốt biến broken link audit từ danh sách lỗi thành backlog hành động có owner, deadline và cách đo.

18. Cách xử lý link gãy theo từng loại: 404, 410, soft 404, redirect chain và broken anchor

Để xử lý link gãy đúng chuẩn SEO kỹ thuật, hãy phân loại lỗi trước, sau đó mới chọn hành động phù hợp: giữ 404, trả 410, chuyển hướng 301, sửa redirect chain, sửa anchor hoặc cập nhật sitemap. Cách làm này giúp tránh lỗi phổ biến là redirect hàng loạt về trang không cùng intent, khiến người dùng lệch kỳ vọng và Google khó hiểu vai trò URL.

Quy trình dưới đây phù hợp khi bạn đã crawl website, đã có danh sách URL lỗi và cần biến danh sách lỗi thành backlog xử lý có owner, deadline và trạng thái verify.

Các bước xử lý link gãy đúng thứ tự

Ba bước xử lý link gãy phải theo đúng thứ tự. Quét toàn site để lấy danh sách các mã lỗi, chuỗi chuyển hướng, vòng lặp và anchor trống; rồi phân loại chứ đừng gom tất cả vào một nhóm, vì mỗi loại cần cách xử lý khác nhau; sau đó mới đối chiếu với dữ liệu thật.

1. Crawl toàn site: lấy danh sách 4xx, 3xx, redirect chain, redirect loop, link không crawl được, anchor trống và external link lỗi.
2. Phân loại lỗi: không gom tất cả vào một nhóm “broken link”, vì 404, 410, soft 404 và broken anchor cần cách xử lý khác nhau.
3. Đối chiếu dữ liệu: kiểm tra GSC, GA4 và backlink để biết URL lỗi có impression, click, event, form, call hoặc backlink đáng giữ không.
4. Chọn hành động: giữ 404, trả 410, tạo 301, sửa anchor, sửa internal link, xoá khỏi sitemap hoặc khôi phục nội dung.
5. Sửa theo nhóm ưu tiên: xử lý money page, pillar, CTA, form, pricing, sitemap và backlink mạnh trước.
6. Verify sau deploy: crawl lại, kiểm tra response code, canonical, sitemap, internal link, breadcrumb, menu, sidebar và CTA.
7. Ghi changelog: lưu ngày sửa, người sửa, URL cũ, URL mới, lý do sửa, kỳ vọng KPI và trạng thái verify.

Checklist nhanh trước khi đóng task

Năm mục kiểm trước khi đóng việc đều đo được bằng công cụ. URL cũ trả đúng mã đã quyết, URL mới trả mã thành công và tự trỏ canonical, sitemap không còn URL chuyển hướng hay bị chặn, liên kết nội bộ trỏ thẳng tới URL cuối chứ không đi vòng, và anchor mô tả đúng trang đích.

• URL cũ trả đúng 301, 404 hoặc 410 theo quyết định.
• URL mới trả 200, self-canonical và không bị noindex.
• Sitemap không còn URL 3xx, 4xx, noindex hoặc canonical lệch.
• Internal link trỏ trực tiếp đến URL cuối, không đi qua redirect.
• Anchor mô tả đúng trang đích và đúng ngữ cảnh câu văn.
• GSC URL Inspection không báo trạng thái bất thường sau khi test live.
• GA4 vẫn đo được event nếu URL liên quan đến CTA, form, call hoặc chat.

Xử lý link gãy không phải là xoá sạch mọi URL lỗi. Cách đúng là phân loại, chọn hành động theo intent và verify sau deploy. Khi quy trình này được đưa vào backlog kỹ thuật, website sẽ giảm lỗi crawl, giữ được tín hiệu nội bộ và tránh sửa nhầm các URL vẫn còn giá trị SEO.

19. Cách xử lý link gãy trên WordPress và Rank Math

Trên WordPress, link gãy thường đến từ đổi slug, xoá bài, đổi category, plugin tạo URL rác, ảnh bị xoá, shortcode lỗi hoặc redirect trùng giữa plugin và server. Nếu dùng Rank Math, bạn có thể xử lý một phần bằng module Redirections, nhưng vẫn cần crawl để thấy toàn bộ liên kết nội bộ.

Quy trình đề xuất:

1. Trước khi đổi slug: ghi URL cũ, URL mới, lý do đổi và trang thay thế.
2. Sau khi đổi slug: tạo 301 từ URL cũ sang URL mới nếu đổi vĩnh viễn.
3. Cập nhật internal link: không để bài cũ vẫn link qua URL redirect.
4. Kiểm tra sitemap: sitemap chỉ nên chứa URL mới trả 200 và self-canonical.
5. Kiểm tra canonical: URL mới phải canonical về chính nó nếu là URL chuẩn.
6. Crawl lại: xác nhận không phát sinh 404, chain hoặc loop.
7. Ghi changelog: ngày sửa, ai sửa, sửa gì, kỳ vọng KPI nào.

Nếu muốn QA trước khi xuất bản bài mới, bạn có thể tham khảo thêm cách dùng Rank Math để QA SEO WordPress trước khi xuất bản. Bài này phù hợp để gắn internal link theo vai trò Prove hoặc How-to khi người đọc cần quy trình nghiệm thu cụ thể.

Rank Math giúp quản lý redirect, schema và onpage, nhưng không thay thế được crawl audit và tư duy 1 URL = 1 intent.

20. Sau khi sửa link gãy cần kiểm tra gì?

Sửa xong chưa phải là xong. Bạn cần verify để chắc chắn Googlebot, người dùng và hệ thống đo lường đều thấy trạng thái mới. Đây là bước nhiều team bỏ qua nên lỗi quay lại sau vài tuần. Checklist verify sau khi sửa:

• URL cũ trả đúng 301, 404 hoặc 410 theo quyết định.
• URL mới trả 200, không noindex, không bị chặn robots.
• Canonical của URL mới trỏ về chính URL mới.
• Sitemap không còn URL 3xx, 4xx, noindex hoặc canonical lệch.
• Internal link đã trỏ trực tiếp đến URL cuối, không đi qua redirect.
• Anchor mô tả đúng trang đích và đúng ngữ cảnh câu văn.
• Breadcrumb không còn trỏ về URL cũ.
• Menu, sidebar, footer, CTA và bài liên quan đã được cập nhật.
• GSC URL Inspection hiển thị trạng thái hợp lý sau khi test live.
• GA4 vẫn đo được event nếu URL liên quan đến CTA hoặc form.

Verify là nơi biến “đã sửa” thành “đã sửa đúng”. Không có verify, technical SEO chỉ là niềm tin.

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

Playbook quyết định 404, 410, 301 hay sửa anchor là một loạt câu hỏi. URL còn nội dung hoặc khôi phục được thì sửa render, database, template hoặc publish lại. Có URL thay thế cùng intent thì 301. Đã xoá vĩnh viễn thì 410, còn không thì 404. Sau đó xoá URL lỗi khỏi sitemap, sửa internal link và viết lại anchor nếu mô tả sai trang đích.

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.

FAQ: Câu hỏi thường gặp về phân loại link gãy

FAQ dưới đây tập trung vào 3 nhóm intent: hiểu đúng lỗi, xử lý kỹ thuật đúng và ra quyết định SEO đúng. Nếu dùng FAQPage schema, chỉ khai báo các câu hỏi thật sự hiển thị trong nội dung.

1. Link gãy có phải lúc nào cũng là 404 không?

Không. 404 chỉ là một loại link gãy. Link gãy còn gồm 410, soft 404, redirect chain, redirect loop, anchor trống, link không crawl được, link ảnh thiếu alt và link trỏ sai intent.

2. 404 có làm website bị phạt SEO không?

404 không tự động là hình phạt SEO. Nó là trạng thái bình thường khi tài nguyên không tồn tại. Vấn đề nằm ở chỗ URL 404 đó có còn traffic, backlink, internal link, sitemap hoặc giá trị chuyển đổi hay không.

3. Khi nào nên dùng 410 thay vì 404?

Dùng 410 khi bạn chắc chắn URL đã bị xoá vĩnh viễn, không quay lại và không có trang thay thế tương đương. Nếu chưa chắc hoặc URL có thể quay lại, 404 thường linh hoạt hơn.

4. Soft 404 khác 404 ở điểm nào?

404 trả đúng mã trạng thái không tìm thấy. Soft 404 là trang có nội dung như trang lỗi hoặc gần như rỗng nhưng server lại trả 200 OK. Soft 404 nguy hiểm vì mã trạng thái và nội dung không khớp nhau.

5. Có nên redirect mọi 404 về trang chủ không?

Không nên. Redirect mọi 404 về trang chủ thường không giải quyết đúng intent của người dùng và có thể tạo trải nghiệm kém. Chỉ 301 khi có trang thay thế liên quan, cùng hoặc rất gần intent.

6. Redirect chain bao nhiêu bước là xấu?

Về thực hành, nên đưa redirect về một bước: URL cũ chuyển thẳng đến URL cuối. Nếu thấy A sang B rồi B sang C, hãy sửa rule để A chuyển thẳng đến C.

7. Broken anchor có cần ưu tiên sửa không?

Có, nhất là với internal link trong bài pillar, cluster, CTA, menu và sidebar. Anchor yếu như “xem thêm” hoặc “tại đây” làm giảm khả năng hiểu trang đích và làm người dùng thiếu kỳ vọng rõ ràng trước khi bấm.

8. Link ngoài bị gãy có ảnh hưởng SEO không?

Link ngoài bị gãy có thể làm giảm độ tin cậy của nội dung, nhất là khi link đó là nguồn chứng minh cho claim. Với bài chuyên sâu, nên kiểm tra external link định kỳ và thay bằng nguồn gốc đáng tin nếu nguồn cũ biến mất.

9. URL 404 có cần xoá khỏi Google Search Console không?

Không cần cố “xoá khỏi GSC”. Nếu URL đã xoá đúng, trả 404 hoặc 410 đúng, không còn trong sitemap và không còn internal link quan trọng, Google sẽ xử lý theo thời gian. GSC vẫn có thể hiển thị dữ liệu lịch sử.

10. Sau khi 301 URL cũ sang URL mới, có cần sửa internal link không?

Có. Internal link nên trỏ trực tiếp đến URL cuối, không nên đi qua URL redirect. Redirect phục vụ URL cũ và backlink cũ, còn internal link mới phải sạch.

11. Link gãy trong sitemap có nghiêm trọng không?

Có. Sitemap nên là danh sách URL chuẩn, có thể index và hữu ích. Nếu sitemap chứa 404, 410, 3xx hoặc noindex, bạn đang gửi tín hiệu vận hành kém và làm Google crawl những URL không nên ưu tiên.

12. Bao lâu nên audit link gãy một lần?

Với site nhỏ, nên audit mỗi tháng hoặc sau mỗi đợt đổi URL. Với site lớn, ecommerce, web nhiều taxonomy hoặc nhiều content team, nên crawl hàng tuần và có alert khi phát sinh 4xx, redirect chain hoặc sitemap bẩn.

Kết luận: Link gãy là lỗi của hệ thống, không chỉ là lỗi của URL

Muốn xử lý link gãy đúng, hãy phân loại trước khi sửa. 404, 410, soft 404, redirect chain và broken anchor không giống nhau, vì mỗi loại phản ánh một vấn đề khác nhau trong cấu trúc website. Website trưởng thành không cố che mọi lỗi bằng redirect. Website trưởng thành có policy rõ: URL nào giữ, URL nào xoá, URL nào 301, URL nào 410, URL nào noindex, URL nào cần sửa anchor và URL nào phải đưa ra khỏi sitemap. Khi link được sửa đúng, Googlebot đi rõ hơn, người dùng tin hơn và hệ thống nội dung vận hành bền hơn.