Công cụ Kiểm tra Trạng thái HTTP — kiểm tra mã trạng thái và chuỗi chuyển hướng

Kiểm tra mã trạng thái HTTP cho bất kỳ URL nào và nhanh chóng hiểu hành vi chuyển hướng. Theo dõi chuyển hướng (tối đa 10) để phát hiện vòng lặp và xác nhận phản hồi điểm đến cuối cùng. Lý tưởng cho kiểm tra thời gian hoạt động, điểm cuối tình trạng, kiểm tra SEO và gỡ lỗi URL bị định tuyến sai. Xuất kết quả sang JSON.

Loading…

Giới thiệu Công cụ Kiểm tra Trạng thái HTTP

Dán URL để xem trạng thái HTTP của nó (200, 301, 302, 404, 500…) và, nếu cần, theo dõi chuyển hướng để kiểm tra toàn bộ chuỗi chuyển hướng. Hoàn hảo để chẩn đoán sự cố khả dụng, xác thực kiểm tra tình trạng và đảm bảo chuyển hướng của bạn thân thiện với SEO và không có vòng lặp.

Tính năng

  • Kiểm tra trạng thái phản hồi HTTP cho bất kỳ URL nào (website hoặc API).
  • Theo dõi chuyển hướng và kiểm tra chuỗi chuyển hướng (tối đa 10 bước).
  • Phát hiện nhanh vòng lặp chuyển hướng và cấu hình sai.
  • Tuyệt vời cho các điểm cuối tình trạng để xác nhận hành vi 200 OK.
  • Giúp xác thực điểm đến chính tắc (HTTP→HTTPS, www, đường dẫn ngôn ngữ).
  • Sao chép/chia sẻ kết quả để gỡ lỗi và tạo phiếu hỗ trợ.
  • Xuất báo cáo JSON cho quy trình tự động hóa và giám sát.
  • Mặc định an toàn: chặn các mục tiêu mạng riêng và sử dụng User-Agent cố định.

🧭 Cách sử dụng for http-status-checker

1

Nhập URL

Dán URL bạn muốn kiểm tra (trang, điểm cuối API hoặc đường dẫn tình trạng).

2

Chọn hành vi chuyển hướng

Bật "Theo dõi Chuyển hướng" để đến điểm đến cuối cùng. Tắt nếu bạn chỉ muốn phản hồi từ bước đầu tiên.

3

Đặt giới hạn chuyển hướng nếu cần

Điều chỉnh "Chuyển hướng Tối đa" để tránh chuỗi dài và phát hiện vòng lặp chuyển hướng an toàn.

4

Diễn giải kết quả

Sử dụng mã trạng thái được báo cáo để quyết định các bước tiếp theo (sửa URL hỏng, chỉnh chuyển hướng, khắc phục lỗi máy chủ).

5

Xuất để lưu trữ hoặc tự động hóa

Tải xuống JSON nếu bạn muốn theo dõi thay đổi theo thời gian hoặc đính kèm bằng chứng vào phiếu.

Thông số kỹ thuật

Mô hình yêu cầu

Công cụ này kiểm tra trạng thái phản hồi cho một URL nhất định và có thể theo dõi chuyển hướng để hiển thị trạng thái cuối cùng và hành vi chuỗi.

Cài đặtHành viMặc định
Theo dõi Chuyển hướngTheo dõi các phản hồi chuyển hướng (3xx) đến đích cuối cùngĐã bật
Số lần Chuyển hướng Tối đaGiới hạn chuyển hướng để ngăn vòng lặp10 (phạm vi 0–20)
Thời gian chờGiới hạn thời gian chờ yêu cầu12000 ms
User-AgentXác định user agent của yêu cầuEncode64Bot/1.0 (+https://encode64.com)
Mạng riêngChặn truy cập vào các dải mạng riêng để đảm bảo an toànĐã tắt (không cho phép mạng riêng)

Phân loại mã trạng thái (hướng dẫn nhanh)

Hiểu rõ họ mã trạng thái giúp bạn xác định vấn đề là do chuyển hướng, lỗi phía máy khách hay lỗi máy chủ.

Phạm viÝ nghĩaVí dụ phổ biến
2xxThành công200 OK, 204 No Content
3xxChuyển hướng301 Moved Permanently, 302 Found, 307 Temporary Redirect, 308 Permanent Redirect
4xxLỗi máy khách400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 410 Gone
5xxLỗi máy chủ500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout
Đối với SEO, nên ưu tiên chuyển hướng vĩnh viễn (301/308) khi bạn đã di chuyển nội dung vĩnh viễn và giữ cho chuỗi chuyển hướng ngắn gọn.

Dòng lệnh

Sử dụng các lệnh này để kiểm tra mã trạng thái và chuyển hướng bên ngoài trình duyệt. Rất hữu ích cho kiểm tra CI và ứng phó sự cố.

macOS / Linux

Chỉ kiểm tra mã trạng thái (không có nội dung)

curl -o /dev/null -s -w "%{http_code}
" https://example.com/health

Chỉ in ra mã trạng thái HTTP.

Theo dõi chuyển hướng và in trạng thái cuối cùng

curl -L -o /dev/null -s -w "%{http_code}
" http://example.com

Theo dõi các chuyển hướng (HTTP→HTTPS, www, v.v.) và in mã trạng thái cuối cùng.

Hiển thị tiêu đề chuỗi chuyển hướng

curl -I -L http://example.com

Hiển thị tiêu đề cho mỗi bước nhảy, bao gồm Location.

Windows (PowerShell)

Lấy mã trạng thái

$r = Invoke-WebRequest -Uri https://example.com/health -Method Get -MaximumRedirection 0 -ErrorAction SilentlyContinue; $r.StatusCode

Lấy mã trạng thái phản hồi (điều chỉnh xử lý chuyển hướng tùy theo phiên bản PowerShell của bạn).

Để giám sát, hãy sử dụng một điểm cuối /health chuyên dụng trả về 200 nhanh chóng và không yêu cầu xác thực. Giữ nó ổn định và nhẹ nhàng.

Các trường hợp sử dụng

Xác thực điểm cuối sức khỏe và thời gian hoạt động

Xác nhận các điểm cuối quan trọng trả về 200 OK và có thể truy cập được trong các ràng buộc mong đợi.

  • Kiểm tra các điểm cuối /health và /status
  • Phát hiện lỗi 5xx không liên tục trong sự cố
  • Xuất JSON làm bằng chứng sự cố

Gỡ lỗi chuỗi và vòng lặp chuyển hướng

Khi một URL chuyển hướng nhiều lần (hoặc không bao giờ giải quyết) một cách bất ngờ, hãy kiểm tra chuỗi và dừng các vòng lặp nhanh chóng.

  • Phát hiện vòng lặp chuyển hướng
  • Xác nhận chuyển hướng HTTP→HTTPS và chuẩn hóa www
  • Phát hiện chuỗi dài do các quy tắc hỗn hợp (Nginx, ứng dụng, CDN) gây ra

Kiểm tra SEO và kiểm tra liên kết hỏng

Mã trạng thái ảnh hưởng lớn đến việc thu thập thông tin/lập chỉ mục. Sử dụng công cụ này để xác nhận phản hồi chính xác cho các trang và sơ đồ trang web.

  • Xác nhận 200 cho các trang có thể lập chỉ mục
  • Sử dụng 301/308 cho các di chuyển vĩnh viễn
  • Tìm 404/410 cho nội dung đã xóa
  • Phát hiện 302/307 được sử dụng vô tình cho chuyển hướng vĩnh viễn

Gỡ lỗi API

Kiểm tra nhanh xem một điểm cuối API có thể truy cập được hay không và liệu nó có chuyển hướng hay không (có thể làm hỏng một số máy khách).

  • Xác nhận 200/204 cho thành công mong đợi
  • Phát hiện chuyển hướng 3xx bất ngờ hoặc lỗi xác thực 401/403
  • Xác định sự cố cổng 502/504

❓ Frequently Asked Questions

❓Sự khác biệt giữa 301 và 302 là gì?

301 (và 308) cho biết chuyển hướng vĩnh viễn. 302 (và 307) cho biết chuyển hướng tạm thời. Đối với SEO, chuyển hướng vĩnh viễn được ưu tiên khi di chuyển là vĩnh viễn.

❓Tại sao tôi nên giữ chuỗi chuyển hướng ngắn?

Các chuỗi chuyển hướng dài làm chậm người dùng và trình thu thập thông tin, tăng điểm lỗi và có thể làm loãng tín hiệu. Ưu tiên một bước nhảy duy nhất đến đích chính tắc khi có thể.

❓Một vòng lặp chuyển hướng trông như thế nào?

URL liên tục chuyển hướng giữa hai hoặc nhiều vị trí (thường là HTTP↔HTTPS, www↔non-www, hoặc các quy tắc về dấu gạch chéo cuối). Công cụ sẽ chạm đến giới hạn chuyển hướng tối đa và báo cáo sự cố.

❲ 404 có phải luôn xấu không?

Không phải luôn luôn. 404 là chính xác cho các tài nguyên bị thiếu. Đối với nội dung đã bị xóa vĩnh viễn, 410 Gone thậm chí còn rõ ràng hơn. Điều quan trọng là các trang quan trọng của bạn trả về 200 và các chuyển hướng của bạn là có chủ đích.

❓Tại sao tôi thấy 403 hoặc 401?

401 có nghĩa là cần xác thực. 403 có nghĩa là quyền truy cập bị cấm. Điều này có thể xảy ra đối với các điểm cuối riêng tư, quy tắc WAF, chặn theo địa lý hoặc cấu hình quyền không chính xác.

❓Có an toàn khi dán URL ở đây không?

Công cụ thực hiện các yêu cầu phía máy chủ đến URL được cung cấp và chặn các mục tiêu mạng riêng tư. Tránh bao gồm bí mật trong URL (như mã thông báo trong chuỗi truy vấn).

Pro Tips

Best Practice

Để chuẩn hóa, ưu tiên một bước chuyển hướng duy nhất đến URL cuối cùng của bạn (HTTPS + tên máy chủ bạn chọn).

Best Practice

Giám sát một điểm cuối /health nhanh để kiểm tra thời gian hoạt động thay vì trang chủ của bạn, vốn có thể nặng hơn và biến động nhiều hơn.

CI Tip

Đối với di chuyển SEO, sử dụng 301/308 cho các di chuyển vĩnh viễn và cập nhật liên kết nội bộ + sơ đồ trang web để trỏ trực tiếp đến URL cuối cùng.

Best Practice

Nếu bạn nghi ngờ có vòng lặp, hãy đặt Max Redirects thấp (ví dụ: 3–5) để thất bại nhanh và xác định bộ quy tắc được cấu hình sai.

CI Tip

Xuất JSON và đính kèm nó vào các phiếu sự cố để ghi lại các thay đổi trạng thái trong thời gian ngừng hoạt động và hoàn nguyên.

Additional Resources

Mã trạng thái phản hồi HTTP (MDN)
Documentation
Chuyển hướng URL và 3xx (MDN)
Documentation
SEO: hướng dẫn mã trạng thái (Google Search Central)
Documentation

Other Tools

Công cụ Kiểm tra Trạng thái HTTP — kiểm tra mã trạng thái và chuỗi chuyển hướng | Encode64