HTTP Status Code trong SEO: Cách dùng mã phản hồi đúng

HTTP status code là gì? HTTP status code (mã trạng thái HTTP) là con số ba chữ số máy chủ gửi kèm mỗi phản hồi, cho trình duyệt và bot biết yêu cầu đã thành công, bị chuyển hướng hay thất bại. Với SEO, mã trạng thái là lời khai chính thức của website về một URL: Google dựa vào nó để quyết định lập chỉ mục, cập nhật, chuyển tín hiệu sang URL khác, bỏ khỏi chỉ mục hay giảm tốc độ thu thập.

Hai nhóm đã có bài riêng: trang không tồn tại ở bài lỗi 404, chuyển URL vĩnh viễn ở bài redirect 301. Ở đây là bản đồ toàn cảnh, giúp bạn biết mỗi tình huống nên trả mã nào và kiểm tra thế nào.

Bản đồ mã trạng thái và cách Google xử lý

Nguồn: tài liệu của Google Search Central về mã trạng thái HTTP và lỗi mạng. Googlebot đi theo tối đa 10 bước chuyển hướng liên tiếp; chuỗi dài hơn sẽ được báo là lỗi chuyển hướng trong Search Console. Mã 304 chỉ xuất hiện khi bot gửi yêu cầu có điều kiện (kèm ETag hoặc ngày sửa cuối) — cơ chế này nằm ở bài Cache-Control.

Ba điều dễ hiểu sai nhất

Soft 404: mã nói một đằng, nội dung nói một nẻo

Trang “Không tìm thấy sản phẩm”, kết quả tìm kiếm rỗng, trang danh mục trống — nếu trả 200, Google phải tự đoán đó là trang lỗi và báo soft 404. Cách sửa: trả 404 hoặc 410 thật, hoặc thêm nội dung thực nếu trang cần tồn tại. Chuyển hướng mọi URL lỗi về trang chủ cũng thường bị coi là soft 404.

5xx kéo dài nguy hiểm hơn 404

404 trên URL không tồn tại là bình thường. Nhưng 5xx trên trang đang bán hàng nghĩa là Google không thấy nội dung và giảm tốc độ ghé thăm cả website. Lỗi vài phút ít ảnh hưởng; lỗi kéo dài nhiều ngày có thể khiến trang rơi khỏi chỉ mục. Nếu chính tệp robots.txt trả 5xx, Google tạm coi như toàn bộ website bị chặn thu thập cho tới khi tệp đọc được trở lại.

Bảo trì phải dùng 503, không dùng 200

Trang “Đang bảo trì” trả 200 cho mọi URL khiến Google thấy hàng trăm trang có cùng một nội dung. Trả 503 Service Unavailable, có thể kèm header Retry-After để báo thời gian dự kiến, cho Google biết đây là tình trạng tạm thời. Bảo trì nên ngắn: 503 kéo dài nhiều ngày cũng dẫn tới mất index.

Kiểm tra mã trạng thái thật

Đừng tin vào những gì trình duyệt hiển thị — trang lỗi đẹp có thể đang trả 200. Bốn cách kiểm tra, từ nhanh đến kỹ:

Lưu ý: tuỳ chọn -I của curl gửi yêu cầu HEAD; một số máy chủ trả HEAD khác GET. Khi kết quả lạ, gửi GET và chỉ in header. Một số hệ thống chống bot trả mã khác cho Googlebot so với người dùng — chỉ có công cụ Kiểm tra URL và log máy chủ cho biết chắc chắn bot nhận gì.

Tình huống nào trả mã nào

Ví dụ thực hành: theo dõi theo mẫu URL

Ví dụ giả định: một chuỗi cà phê có website đặt hàng 1.200 URL. Sau mỗi lần phát hành, đội kỹ thuật crawl lại và nhóm kết quả theo thư mục thay vì xem từng URL. Lần gần nhất, nhóm /san-pham/ có 38 URL trả 500 — tất cả là sản phẩm có ký tự đặc biệt trong tên, lỗi do bản cập nhật xử lý đường dẫn. Nhóm /tin-tuc/ có 12 chuỗi chuyển hướng hai bước do đổi tên miền cũ. Sửa theo mẫu, mỗi lỗi chỉ cần một thay đổi.

Đội cũng ghi danh sách khoảng 30 URL “canh gác”: trang chủ, danh mục chính, vài sản phẩm bán chạy, trang liên hệ. Sau mỗi lần phát hành, chỉ cần một đoạn lệnh curl chạy qua danh sách và báo mã khác 200. Cách làm này đặc biệt quan trọng khi chuyển website.

Sai lầm thường gặp

• Trang lỗi tuỳ chỉnh trả 200 — soft 404 hàng loạt.
• Dùng 302 cho thay đổi vĩnh viễn vì nền tảng đặt mặc định như vậy.
• Trả 403 hoặc 404 để “làm chậm” Googlebot — Google sẽ bỏ URL khỏi chỉ mục thay vì crawl chậm lại.
• Bảo trì trả 200 hoặc chặn robots.txt thay vì 503.
• Chỉ kiểm tra trên trình duyệt mà không xem mã thật.

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