Khách hàng vào cửahàng.vn/san-pham-cu và thấy trang trắng hoặc thông báo "404 Not Found" — đó là lỗi gì và có làm ảnh hưởng SEO không? Bạn vừa chuyển sang tên miền mới nhưng Google vẫn hiển thị URL cũ trong kết quả tìm kiếm — redirect đã đúng kiểu chưa? SEO agency báo website có "redirect chain" gây hại — redirect chain là gì và kiểm tra ở đâu?

Tất cả những câu hỏi đó đều liên quan đến mã trạng thái HTTP — những con số ba chữ số mà server trả về mỗi khi trình duyệt hoặc bot gửi yêu cầu đến một trang. Hiểu đúng từng mã giúp bạn chẩn đoán đúng vấn đề, sửa đúng chỗ và tránh mất link juice (giá trị SEO đã tích lũy) khi cấu trúc lại website.

Tra cứu mã HTTP ngay: nhập mã trạng thái cần tìm (ví dụ 301, 404) vào công cụ tra cứu HTTP status code để xem ý nghĩa đầy đủ và gợi ý xử lý. Không cần đăng nhập.

Các nhóm mã HTTP và mã hay gặp nhất

Mã HTTP được chia thành 5 nhóm theo chữ số đầu tiên:

NhómÝ nghĩa chungVí dụ2xxThành công200 OK, 201 Created3xxChuyển hướng301 Permanent, 302 Temporary4xxLỗi từ phía client404 Not Found, 403 Forbidden, 429 Too Many Requests5xxLỗi từ phía server500 Internal Server Error, 503 Service Unavailable

Với SEO, nhóm quan trọng nhất là 3xx (ảnh hưởng đến link equity và tốc độ crawl) và 4xx/5xx (trang lỗi không được index, có thể làm mất crawl budget).

Các mã hay gặp nhất và tác động SEO:

MãTênÝ nghĩaTác động SEO200OKTrang tồn tại và phản hồi bình thườngTốt — được index301Moved PermanentlyChuyển hướng vĩnh viễnChuyển ~99% link equity sang URL mới302Found (Temporary)Chuyển hướng tạm thờiKhông chuyển link equity; Google giữ index URL gốc307Temporary RedirectGiống 302, giữ nguyên phương thức HTTPKhông chuyển link equity404Not FoundTrang không tồn tạiKhông index; mất link equity nếu có nhiều link trỏ vào410GoneTrang đã xóa vĩnh viễnGooglebot xóa khỏi index nhanh hơn 404500Internal Server ErrorServer gặp lỗi không xác địnhGooglebot ngừng crawl tạm thời503Service UnavailableServer quá tải hoặc đang bảo trìGooglebot thử lại sau; nếu kéo dài có thể giảm crawl

4 bước kiểm tra mã HTTP và xử lý redirect

Bước 1 — Tra cứu ý nghĩa mã HTTP

Khi gặp mã lạ trong log server, trong Search Console hay trong kết quả kiểm tra, bạn cần biết ngay ý nghĩa và hướng xử lý.

👉 Tra cứu: công cụ tra cứu HTTP status code (nhập mã, xem giải thích và gợi ý xử lý).

Ví dụ: Search Console báo "Trang bị loại trừ vì lỗi server (5xx)". Bạn tra mã 503 — biết ngay đây là server tạm thời quá tải hoặc đang bảo trì, Googlebot sẽ thử lại sau vài giờ. Nếu 503 kéo dài hơn một ngày, cần kiểm tra server ngay vì ảnh hưởng crawl sẽ tích lũy.

Lỗi hay gặp khi hiểu sai mã HTTP:

  • Nhầm 302 với 301 khi chuyển domain: dùng 302 để redirect vĩnh viễn — link equity không được chuyển, Google tiếp tục giữ index URL cũ. Cho dù redirect đúng đích nhưng sai mã vẫn gây mất link juice.

  • Soft 404: trang "không tìm thấy sản phẩm" nhưng server trả về mã 200. Google hiểu đây là trang bình thường và index, nhưng nội dung xấu gây giảm điểm. Phải sửa thành trả về 404 thật khi trang không có nội dung hữu ích.

  • Nhầm 410 với 404: 410 rõ ràng hơn, báo hiệu trang đã xóa vĩnh viễn và Google xử lý nhanh hơn. Nếu bạn chủ động xóa trang vĩnh viễn, dùng 410 tốt hơn 404.

Bước 2 — Kiểm tra chuỗi redirect

Redirect chain là khi URL A redirect sang B, rồi B lại redirect sang C. Mỗi bước redirect thêm độ trễ tải trang và loãng dần link equity. Chuỗi dài hơn 2–3 bước thường cần được rút ngắn.

👉 Kiểm tra: công cụ kiểm tra redirect (nhập URL, theo dõi toàn bộ chuỗi redirect đến đích cuối cùng, xem mã từng bước).

Ví dụ thực tế — website vừa chuyển sang HTTPS và đổi slug URL cùng lúc, kết quả là một chuỗi ba bước:

http://www.cuahang.vn/san-pham
  -> 301 -> https://www.cuahang.vn/san-pham
  -> 301 -> https://cuahang.vn/san-pham
  -> 301 -> https://cuahang.vn/products/san-pham

Ba bước redirect khi chỉ cần một. Cách sửa: cấu hình Nginx hoặc .htaccess để URL gốc redirect thẳng đến đích cuối cùng, bỏ qua các bước trung gian.

Lỗi hay gặp:

  • Redirect loop: A → B → A (vòng lặp vô hạn). Trình duyệt báo "Too many redirects", trang không load được. Kiểm tra bằng công cụ để phát hiện vòng lặp ngay mà không cần xem log server thủ công.

  • Thiếu redirect HTTP → HTTPS: website đã có SSL nhưng không có redirect 301 từ HTTP sang HTTPS — người dùng gõ http:// vào trình duyệt vẫn vào trang không mã hóa.

  • Redirect nội bộ dùng 302: redirect giữa các trang cùng domain thường nên dùng 301 nếu thay đổi URL là vĩnh viễn.

Bước 3 — Xem HTTP headers thực tế

Để biết chính xác server đang trả về gì — mã HTTP, loại nội dung, chỉ thị cache, security headers — bạn cần xem toàn bộ response headers của URL đó.

👉 Kiểm tra: công cụ kiểm tra HTTP headers (nhập URL, xem response headers đầy đủ của server).

Những gì cần chú ý khi xem headers:

  • Location header: trong response 3xx, trường này chứa URL đích thật. Xác nhận URL đích đúng như mong muốn.

  • X-Robots-Tag: noindex: nếu có, Googlebot sẽ bỏ qua trang này dù HTML không có thẻ <meta name="robots" content="noindex"> nào.

  • Cache-Control: kiểm tra trang có đang bị cache quá lâu không, đặc biệt sau khi bạn sửa nội dung.

  • Security headers: HSTS, Content-Security-Policy, X-Frame-Options — kiểm tra đã có hay chưa.

Bước 4 — Kiểm tra lỗi CORS khi API báo lỗi trên trình duyệt

Nếu website dùng API riêng và trình duyệt hiển thị lỗi "CORS" trong console (thường thấy trong tab DevTools → Network), đây cũng là vấn đề liên quan đến HTTP headers: server API không khai báo header cho phép request từ domain của bạn.

👉 Kiểm tra: công cụ kiểm tra CORS (nhập URL API và domain nguồn, xem CORS headers phản hồi).

Lỗi CORS không ảnh hưởng trực tiếp SEO nhưng gây trải nghiệm người dùng xấu — tính năng trên trang không hoạt động, form không gửi được. Thường xuất hiện sau khi chuyển sang tên miền mới hoặc thay đổi cấu hình server/CDN mà quên cập nhật Access-Control-Allow-Origin.

Sửa redirect xong bao lâu Google cập nhật?

Sau khi thêm hoặc sửa redirect 301, Google cần vài ngày đến 2–3 tuần để cập nhật index: xóa URL cũ, chuyển sang URL mới và ghi nhận chuyển giao link equity. Tốc độ phụ thuộc vào tần suất Googlebot crawl website và mức độ phổ biến của URL cũ.

Với các trang 404 có nhiều backlink trỏ vào: nên thêm redirect 301 về trang tương đương thay vì để trống, để không mất link equity đã tích lũy. Nếu không có trang tương đương, redirect về trang danh mục cha là lựa chọn hợp lý hơn là về trang chủ (Google đã cảnh báo về "soft redirect" về trang chủ).

Câu hỏi thường gặp (FAQ)

301 và 302 khác nhau thế nào về SEO? 301 chuyển gần như toàn bộ link equity sang URL mới và báo Google đây là thay đổi vĩnh viễn. 302 là tạm thời — Google giữ index URL gốc và không chuyển link equity. Luôn dùng 301 khi redirect là vĩnh viễn, kể cả khi chuyển HTTP→HTTPS hay chuyển domain.

Trang 404 có bị phạt SEO không? Không bị "phạt" trực tiếp. Nhưng nhiều URL 404 trong index làm lãng phí crawl budget và mất link equity từ các link đang trỏ vào URL đó. Theo dõi báo cáo "Trang không tìm thấy" trong Search Console và xử lý kịp thời bằng redirect 301 hoặc 410.

Lỗi 500 kéo dài bao lâu thì Google ảnh hưởng? Googlebot thường thử lại sau vài giờ khi gặp 500. Nếu lỗi kéo dài vài ngày, Google bắt đầu giảm tần suất crawl. Nếu kéo dài nhiều tuần, trang có thể bị loại tạm thời khỏi index. Theo dõi uptime server và cấu hình cảnh báo ngay khi có lỗi 5xx.

Redirect chain dài bao nhiêu bước là có vấn đề? Không có quy tắc cứng, nhưng chuỗi dài hơn 2–3 bước thường được khuyến nghị rút ngắn. Mỗi bước redirect thêm độ trễ (thường 50–100ms), và Googlebot có thể dừng follow sau một số bước nhất định tùy ngưỡng nội bộ của Google.

BKNS Tools — bộ công cụ SEO & website miễn phí cho người Việt. Tra cứu HTTP status · Kiểm tra redirect · Kiểm tra HTTP headers · Kiểm tra CORS — không cần đăng nhập.