Khi Nào Sửa Link Gãy, Khi Nào Redirect, Khi Nào Giữ 404?

Decision rule là gì trong xử lý link gãy?

Decision rule là bộ quy tắc giúp bạn quyết định từng URL lỗi nên được sửa link, redirect, phục hồi, giữ 404, trả 410, canonical hoặc noindex. Mục tiêu là xử lý đúng nguyên nhân, không dùng redirect như một cách che lỗi.

Trong SEO thực chiến, lỗi link không chỉ là chuyện “có 404 hay không”. Một link bị xem là gãy khi đường đi giữa URL nguồn, anchor, URL đích, intent và hành động tiếp theo bị đứt. Vì vậy, decision rule phải nhìn cả người dùng, Googlebot và hệ thống đo lường.

Ở VLINK, cách đọc này gắn với Decision Ladder Navigation: link là bước tiếp theo trong hành trình ra quyết định, không phải một đường dẫn đặt cho đủ số lượng.

DLN = điều hướng bậc thang ra quyết định.

Khi đã xem link là đường đi, câu hỏi không còn là “có nên redirect URL này không”, mà là “người dùng đang cần đi đâu tiếp và URL nào phục vụ đúng kỳ vọng đó”.

Vì sao không nên redirect tất cả lỗi 404 về trang chủ?

Không nên redirect tất cả 404 về trang chủ vì trang chủ thường không cùng intent với URL cũ. Cách làm này khiến người dùng hụt kỳ vọng, Google khó hiểu trang thay thế, và nhiều trường hợp có thể bị xem như soft 404.

Ví dụ: một bài “cách kiểm tra redirect chain” bị xóa nhưng lại redirect về trang chủ. Người dùng đang tìm hướng dẫn kỹ thuật, nhưng nhận một trang tổng quan thương hiệu. Về trải nghiệm, đó là một cú rơi. Về tín hiệu SEO, đó là một chuyển hướng không tương đương.

• Sai intent: URL cũ là bài kỹ thuật, URL mới là trang thương hiệu.
• Sai kỳ vọng: người dùng bấm vào để đọc hướng dẫn, không phải để xem trang chủ.
• Sai tín hiệu: Google không nhận được quan hệ nội dung rõ giữa URL cũ và URL mới.
• Sai đo lường: báo cáo GA4 có thể ghi traffic vào trang chủ nhưng không phản ánh nhu cầu thật.

Redirect chỉ nên dùng khi có trang thay thế đủ gần về chủ đề, mục đích tìm kiếm và giá trị cho người dùng. Nếu không có, 404 hoặc 410 có thể là lựa chọn sạch hơn.

Bảng quyết định: sửa link, redirect, giữ 404 hay dùng 410?

Bảng quyết định giúp đội SEO, content và kỹ thuật chọn hành động theo tình huống cụ thể. Hãy ưu tiên quyết định theo intent và dữ liệu, không theo cảm giác muốn “xóa sạch lỗi” trong công cụ audit.

Bảng này nên được chuyển thành Google Sheet trong team: URL lỗi, URL nguồn đang link, anchor, traffic, backlink, intent, action, owner, ngày xử lý và trạng thái nghiệm thu.

Khi nào nên sửa link thay vì redirect?

Hãy sửa link khi URL đích đúng vẫn tồn tại và lỗi nằm ở đường dẫn đang được đặt trong nội dung, menu, footer, sidebar, block CTA hoặc bài viết cũ. Đây là cách xử lý sạch nhất vì Googlebot và người dùng đi thẳng đến URL chuẩn.

Redirect giúp cứu đường cũ, nhưng không nên thay cho việc dọn internal link. Nếu toàn site vẫn trỏ về URL cũ rồi nhờ redirect chuyển tiếp, bạn đang giữ một lớp lỗi trong hệ thống.

1. Kiểm tra URL nguồn nào đang đặt link sai bằng Screaming Frog, Sitebulb hoặc báo cáo inlinks.
2. Đối chiếu anchor với nội dung trang đích mới.
3. Sửa trực tiếp href về URL chuẩn.
4. Kiểm tra lại rendered HTML để chắc chắn link là thẻ <a href> thật.
5. Crawl lại nhóm URL nguồn để xác nhận không còn internal 404.

Ví dụ: bài A đang link tới /technical-seo/link-gay-cu/ nhưng bài mới nằm ở /kb/seo-wiki-viet-nam/technical-seo/internal-broken-links-la-gi/. Nếu bài mới chính là trang đúng intent, hãy sửa href trong bài A. Sau đó mới xem có cần 301 cho URL cũ hay không.

Khi nào nên redirect 301?

Redirect 301 phù hợp khi URL đã chuyển vĩnh viễn sang một URL mới có nội dung tương đương hoặc tốt hơn. Điều kiện quan trọng nhất là trang đích phải cùng intent, không chỉ cùng chủ đề chung chung.

Nên dùng 301 trong các tình huống sau:

• Đổi slug để chuẩn hóa URL.
• Gộp hai bài trùng intent thành một bài mạnh hơn.
• Chuyển bài cũ sang cấu trúc thư mục mới.
• Xóa landing page chiến dịch nhưng đã có trang dịch vụ tương đương.
• Di chuyển nội dung sang hub mới trong cùng cluster.

Ví dụ: nếu bạn gộp bài “link gãy nội bộ là gì” và bài “cách sửa internal broken links” thành một hướng dẫn hoàn chỉnh, URL bị gộp nên 301 về URL mới. Sau đó cập nhật internal link, sitemap, canonical và breadcrumb để toàn hệ thống thống nhất.

Nguyên tắc chốt: 301 chỉ tốt khi trang đích thực sự là câu trả lời tốt hơn cho kỳ vọng của URL cũ.

Khi nào nên dùng 302 thay vì 301?

302 phù hợp cho chuyển hướng tạm thời, khi bạn muốn người dùng tạm đi sang URL khác nhưng không muốn Google xem URL cũ đã chuyển vĩnh viễn. Đây là lựa chọn cho bảo trì, thử nghiệm hoặc trạng thái tạm ngưng.

Dùng 302 khi:

• Trang dịch vụ tạm bảo trì nhưng sẽ mở lại.
• Bạn đang chạy thử nghiệm nhiều phiên bản URL.
• Sản phẩm hoặc khóa học tạm hết lịch nhưng sẽ có lại.
• Trang chiến dịch tạm dẫn sang trang thông báo.

Không dùng 302 cho việc đổi slug vĩnh viễn. Nếu URL cũ chắc chắn không quay lại, dùng 301 sẽ rõ hơn cho người dùng và công cụ tìm kiếm.

Khi nào nên giữ 404?

Giữ 404 là đúng khi URL không còn nội dung, không có trang thay thế tương đương, không còn internal link quan trọng và không có tín hiệu đáng giữ. 404 không phải lúc nào cũng là lỗi cần xóa bằng mọi giá.

404 là một phản hồi trung thực: tài nguyên không tồn tại. Vấn đề SEO chỉ lớn khi website vẫn tiếp tục dẫn người dùng và crawler đến đó từ các vị trí quan trọng.

Nên giữ 404 khi:

• URL là spam, URL dò quét hoặc URL không do bạn tạo chủ động.
• URL demo theme đã xóa và không có trang thay thế đúng intent.
• URL cũ không có traffic, không có backlink, không còn internal link.
• URL sai do người dùng gõ nhầm hoặc bot thử đường dẫn.

Điểm cần làm không phải là redirect tất cả 404, mà là loại bỏ các internal link đang trỏ tới 404 và đảm bảo trang 404 có trải nghiệm hữu ích cho người dùng.

Khi nào nên dùng 410 Gone?

410 Gone phù hợp khi bạn muốn nói rõ rằng tài nguyên đã bị gỡ vĩnh viễn. So với 404, 410 có sắc thái dứt khoát hơn, thường dùng cho nội dung đã chủ động xóa và không muốn quay lại.

Dùng 410 khi:

• Bài demo, sản phẩm cũ, landing page cũ đã xóa vĩnh viễn.
• Trang vi phạm chính sách nội bộ và không nên phục hồi.
• URL không có bản thay thế cùng intent.
• Bạn đã dọn toàn bộ internal link trỏ tới URL đó.

Lưu ý: nếu vẫn còn internal link trỏ tới URL 410, trải nghiệm vẫn bị đứt. Vì vậy 410 không thay thế việc sửa link nguồn.

Soft 404 xử lý thế nào?

Soft 404 xảy ra khi trang trông như lỗi hoặc không có nội dung chính nhưng máy chủ vẫn trả HTTP 200. Đây là tình huống nguy hiểm vì hệ thống đang nói với Google rằng trang vẫn hợp lệ trong khi người dùng lại thấy nội dung rỗng hoặc thông báo không tồn tại.

Cách xử lý phụ thuộc vào thực tế trang:

1. Nếu nội dung không còn và không có trang thay thế: trả đúng 404 hoặc 410.
2. Nếu nội dung đã chuyển sang URL mới: dùng 301 sang trang tương đương.
3. Nếu nội dung vẫn còn nhưng Google render không thấy: kiểm JavaScript, tài nguyên bị chặn, template lỗi và nội dung chính trong DOM.
4. Nếu trang tìm kiếm nội bộ rỗng: trả trải nghiệm phù hợp và cân nhắc noindex.

Soft 404 thường là lỗi kỹ thuật lẫn nội dung. Đừng chỉ sửa status code mà bỏ qua lý do vì sao trang bị xem là rỗng, mỏng hoặc không phục vụ được người dùng.

Redirect chain và redirect loop nên xử lý ra sao?

Redirect chain là chuỗi chuyển hướng qua nhiều bước trước khi đến URL cuối. Redirect loop là vòng lặp chuyển hướng khiến bot hoặc trình duyệt không đến được nội dung cuối cùng. Cả hai đều nên xử lý sớm trong audit technical SEO.

Quy tắc thực thi:

• Rút gọn chain: A chuyển thẳng sang C, không qua B.
• Không để HTTP sang HTTPS, non-www sang www, slash sang non-slash tạo nhiều lớp liên tiếp.
• Không redirect URL đã canonical sai intent.
• Không để sitemap chứa URL 3xx.
• Không để internal link trỏ vào URL cũ rồi mới redirect.

Redirect chain không chỉ làm chậm trải nghiệm. Nó còn làm team khó audit, khó đo và khó biết URL nào mới là bản chuẩn thật.

Khi nào dùng canonical hoặc noindex thay vì redirect?

Canonical và noindex không thay thế redirect. Canonical dùng để chỉ phiên bản chuẩn trong nhóm URL tương tự. Noindex dùng khi trang vẫn cần tồn tại cho người dùng nhưng không muốn được lập chỉ mục.

Dùng canonical khi URL là biến thể của cùng một nội dung:

• URL có UTM, gclid, fbclid.
• URL sort hoặc view khác nhau nhưng nội dung chính không đổi nhiều.
• Trang trùng lặp kỹ thuật do CMS sinh ra.

Dùng noindex khi trang cần giữ cho người dùng hoặc hệ thống nhưng không nên vào chỉ mục:

• Trang lọc mỏng.
• Trang tìm kiếm nội bộ.
• Trang tag rác hoặc archive không có vai trò SEO.
• Trang tạm phục vụ chiến dịch nhưng không có giá trị tìm kiếm dài hạn.

Nếu URL đã đổi hẳn và người dùng không còn cần URL cũ, redirect mới là hướng phù hợp hơn canonical.

Decision rules phải gắn với internal link theo DLN

Decision rules không chỉ là kỹ thuật HTTP. Khi xử lý link gãy, bạn đang sửa lại đường đi quyết định của người dùng. Vì vậy mỗi internal link sau khi sửa phải có vai trò: định nghĩa, so sánh, chứng minh, xem giá hoặc hành động.

Gợi ý map theo DLN:

• O · Orient: link sang bài định nghĩa như Internal Broken Links là gì.
• C · Choose: link sang bài hướng dẫn chọn cách xử lý lỗi phù hợp.
• P · Prove: link sang case, quy trình, checklist hoặc bài QA.
• R · Rate: link sang trang dịch vụ hoặc bảng giá khi người đọc đã cần ước lượng phạm vi.
• A · Act: link sang form, Zalo, tư vấn hoặc Dịch vụ SEO Website.

Nếu không xác định được link đang phục vụ bậc nào, khả năng cao link đó đang được đặt theo cảm giác.

Trước khi quyết định, cần kiểm tra dữ liệu nào?

Trước khi sửa link hoặc redirect, hãy kiểm tra dữ liệu từ crawl, GSC, GA4 và backlink. Dữ liệu giúp bạn phân biệt URL vô giá trị với URL đang giữ tín hiệu quan trọng.

Checklist dữ liệu tối thiểu:

1. Crawl: URL trả status gì, có bao nhiêu inlinks, nằm ở depth mấy.
2. GSC: URL có impression, click, query hoặc index signal không.
3. GA4: URL có session, event, lead hoặc path quan trọng không.
4. Backlink: URL có backlink chất lượng từ ngoài site không.
5. Sitemap: URL lỗi có còn nằm trong sitemap không.
6. Internal link: URL có nằm trong menu, footer, sidebar, CTA hoặc bài viết quan trọng không.

Chỉ khi đủ dữ liệu, bạn mới nên chốt action. Nếu chưa đủ dữ liệu, ghi trạng thái “cần xác minh”, không redirect hàng loạt.

Ưu tiên sửa lỗi nào trước?

Ưu tiên sửa lỗi theo impact, không theo số lượng URL lỗi. Một link gãy ở money page, menu, footer hoặc bài đang có traffic quan trọng hơn hàng trăm URL spam không có internal link.

Ưu tiên đúng giúp team không bị cuốn vào việc “dọn cho đẹp báo cáo” nhưng bỏ quên lỗi thật sự làm mất lead.

Quy trình 12 bước xử lý link gãy theo decision rules

Quy trình 12 bước giúp xử lý lỗi theo hệ thống: phát hiện, phân loại, quyết định, triển khai, kiểm tra và theo dõi lại. Đây là cách tránh sửa cảm tính hoặc redirect hàng loạt.

1. Crawl toàn site bằng Screaming Frog, Sitebulb hoặc công cụ tương đương.
2. Export danh sách 3xx, 4xx, 5xx, soft 404 nghi ngờ và redirect chain.
3. Lấy danh sách inlinks cho từng URL lỗi.
4. Gắn page type: money page, pillar, post, category, tag, media, landing, URL rác.
5. Kiểm tra GSC: impression, click, canonical, index status.
6. Kiểm tra GA4: session, event, conversion path.
7. Kiểm tra backlink nếu URL có dấu hiệu từng có giá trị.
8. Gắn intent cũ và intent trang thay thế nếu có.
9. Chọn action: sửa link, 301, 302, 410, giữ 404, canonical, noindex hoặc phục hồi.
10. Triển khai theo batch nhỏ, không sửa toàn site cùng lúc nếu chưa kiểm chứng.
11. Crawl lại, test URL mẫu, kiểm sitemap và internal link.
12. Ghi changelog và theo dõi lại sau 7 ngày, 28 ngày.

Sau khi xong, dùng bài QA SEO WordPress bằng Rank Math để kiểm lại intent, slug, internal link, schema và CTA trước khi xuất bản thêm nội dung mới.