Công cụ kiểm tra mã trạng thái HTTP (HTTP Status Checker)

Trang chủ / Công cụ / SEO / Công cụ kiểm tra mã trạng thái HTTP (HTTP Status Checker)
Ban Biên Tập Công Cụ Việt16 Tháng 7, 20260 bình luận
Sử dụng miễn phí Xử lý trực tiếp trên trình duyệt Kết quả tức thì
🤖 Chưa rõ cách dùng? Hỏi AI hướng dẫn

Nếu không nhập http:// hoặc https://, công cụ sẽ tự thêm https://. Không nhập URL chứa token hoặc liên kết riêng tư.

HTTP Status Code
–
–

Thời gian qua proxy– ms
URL đã kiểm tra

Đã sao chép!

Đã kiểm tra trong phiên này
Cách đọc kết quả & giới hạn

Yêu cầu đi qua proxy bên ngoài nên mã hiển thị là mã trình duyệt nhận qua trung gian, chưa chắc trùng mã website đích trả trực tiếp. Nếu proxy tự theo chuyển hướng, bạn có thể thấy mã cuối thay vì mã chuyển hướng.

Khi trình duyệt che phản hồi (mã 0), công cụ báo “Không đọc được mã” chứ không suy đoán thành 301. Thời gian đo là tổng thời gian chờ qua proxy, không phải thời gian tải xong trang và không phải thời gian xử lý riêng của máy chủ đích.

Nếu proxy lỗi hoặc website chặn truy cập ẩn danh, công cụ báo không truy cập được thay vì suy đoán mã. Thông báo đó không chứng minh tên miền không tồn tại.

Hướng dẫn nhanh ⏱ Thời gian: 30 giây

Hướng dẫn sử dụng Công cụ kiểm tra mã trạng thái HTTP

Thực hiện theo 3 bước dưới đây để kiểm tra mã trạng thái HTTP, đọc mô tả phản hồi và xem thời gian phản hồi qua proxy.

Bước1

Nhập địa chỉ website cần kiểm tra

Điền địa chỉ trang cần kiểm tra vào ô “Địa chỉ website cần kiểm tra”, chẳng hạn https://vnexpress.net. Muốn thử nhanh, nhấn chip “Thử mã 200” hoặc “Thử mã 404”.

💡 Mẹo: Nếu không nhập http:// hoặc https://, công cụ sẽ tự động thêm https:// vào địa chỉ của bạn.
Bước2

Nhấn nút kiểm tra trạng thái

Nhấn “Kiểm tra trạng thái” hoặc phím Enter để bắt đầu. Chờ khi nút hiển thị “Đang kết nối…”; công cụ sẽ hiện kết quả khi hoàn tất.

💡 Mẹo: Nếu xuất hiện thông báo không thể truy cập, hãy kiểm tra lại địa chỉ; website cũng có thể đang chặn kết nối ẩn danh hoặc proxy đang lỗi.
Bước3

Xem mã trạng thái và thông số

Đọc mã tại “HTTP Status Code” cùng mô tả và dòng kết luận bên dưới. Trong khối kết quả, xem “Thời gian qua proxy” và đối chiếu “URL đã kiểm tra” với địa chỉ đã nhập; nhấn “Sao chép kết quả” để lưu lại dòng kết quả.

💡 Mẹo: Mã 200 biểu thị thành công, 404 là không tìm thấy trang, còn 500 là lỗi máy chủ nội bộ; dấu “?” nghĩa là trình duyệt che phản hồi, không phải chuyển hướng 301.

Nội Dung

Công cụ kiểm tra mã trạng thái HTTP là gì?

Công cụ kiểm tra mã trạng thái HTTP là tiện ích giúp người dùng xem một URL nhận được loại phản hồi nào khi gửi yêu cầu truy cập. Trong kiến thức nền về HTTP, mã trạng thái là con số cho biết yêu cầu thành công, cần xử lý thêm, gặp vấn đề ở yêu cầu hoặc gặp lỗi phía máy chủ. Công cụ này cung cấp một cách đọc nhanh các dấu hiệu đó, thay vì yêu cầu người dùng tự diễn giải từng mã.

Kết quả gồm mã trạng thái cùng tên và mô tả, thời gian chờ phản hồi tính bằng mili giây và URL sau chuẩn hóa. Những thông tin này hữu ích khi bạn muốn rà soát một liên kết nghi hỏng, xem phản hồi sau khi đổi địa chỉ trang hoặc lấy dấu hiệu ban đầu về sự cố truy cập. Bạn có thể mở Công cụ kiểm tra mã trạng thái HTTP để kiểm tra ngay một địa chỉ và đọc mã phản hồi cùng thời gian chờ.

Tuy nhiên, yêu cầu của công cụ đi qua một dịch vụ proxy bên ngoài. Mã hiển thị được đọc từ phản hồi mà trình duyệt nhận qua trung gian, không có bằng chứng bảo đảm luôn trùng với mã do website đích trả trực tiếp. Vì vậy, nên coi kết quả là thông tin tham khảo cần đặt trong bối cảnh.

Kiểm tra phản hồi của một URL không phải kiểm tra toàn diện website. Một mã thành công không xác nhận nội dung đúng, chức năng đăng nhập hoạt động, mọi tài nguyên tải được hay trang đã được công cụ tìm kiếm lập chỉ mục. Xem thêm các công cụ khác trong danh mục SEO để hỗ trợ tối ưu website của bạn.

Công cụ kiểm tra mã trạng thái HTTP là tiện ích giúp người dùng xem một URL nhận được loại phản hồi nào khi gửi yêu cầu truy cập, trong kiến thức nền về HTTP, mã trạng thái là con số cho biết yêu cầu thành công, cần xử lý thêm, gặp vấn đề ở yêu cầu hoặc gặp lỗi phía máy chủ, công cụ này cung cấp một cách đọc nhanh các dấu hiệu đó, thay vì yêu cầu người dùng tự diễn giải từng mã, kết quả gồm mã trạng thái cùng tên và mô tả, thời gian chờ phản hồi tính bằng mili giây và URL sau chuẩn hóa, những thông tin này hữu ích khi bạn muốn rà soát một liên kết nghi hỏng, xem phản hồi sau khi đổi địa chỉ trang hoặc lấy dấu hiệu ban đầu về sự cố truy cập, tuy nhiên, yêu cầu của công cụ đi qua một dịch vụ proxy bên ngoài, mã hiển thị được đọc từ phản hồi mà trình duyệt nhận qua trung gian, không có bằng chứng bảo đảm luôn trùng với mã do website đích trả trực tiếp, vì vậy, nên coi kết quả là thông tin tham khảo cần đặt trong bối cảnh, kiểm tra phản hồi của một URL không phải kiểm tra toàn diện website, một mã thành công không xác nhận nội dung đúng, chức năng đăng nhập hoạt động, mọi tài nguyên tải được hay trang đã được công cụ tìm kiếm lập chỉ mục
Mã hiển thị được đọc từ phản hồi qua proxy — hãy coi nó là thông tin tham khảo trong bối cảnh, không phải kết luận toàn diện về website.

Các thuật ngữ cần biết khi đọc kết quả HTTP

Mã trạng thái HTTP

Mã trạng thái HTTP là mã số trong phản hồi, mô tả kết quả xử lý một yêu cầu. Chẳng hạn, 200 thường biểu thị thành công, còn 404 biểu thị không tìm thấy tài nguyên được yêu cầu. Nó khác với dòng thông báo lỗi viết trong nội dung trang: một trang có chữ “không tìm thấy” vẫn có thể trả mã 200. Trong công cụ này, mã được đọc qua proxy nên cần phân biệt ý nghĩa chuẩn của mã với nguồn thực sự tạo ra phản hồi.

Phương thức GET

GET là phương thức HTTP dùng để yêu cầu truy xuất một tài nguyên, như trang thông tin hoặc tài liệu. Công cụ gửi GET và không có tùy chọn đổi phương thức. Đây là điểm quan trọng vì cùng một địa chỉ có thể phản hồi khác khi nhận GET, HEAD hoặc POST. Ví dụ, một địa chỉ chỉ tiếp nhận dữ liệu gửi bằng POST có thể từ chối GET; kết quả đó không nhất thiết có nghĩa toàn bộ dịch vụ đã ngừng hoạt động.

Chuyển hướng HTTP

Chuyển hướng HTTP là cơ chế hướng bên yêu cầu tới một địa chỉ khác. Theo ý nghĩa thông thường, 301 biểu thị chuyển hướng vĩnh viễn, còn 302 biểu thị chuyển hướng tạm thời. Tuy vậy, không phải mọi mã thuộc nhóm 3xx đều nói rằng URL đã đổi: 304 liên quan đến tài nguyên không thay đổi trong yêu cầu có điều kiện. Công cụ có diễn giải các mã này nhưng không hiển thị địa chỉ chuyển hướng hoặc dựng chuỗi các bước chuyển hướng.

Proxy

Proxy là dịch vụ trung gian trong đường đi của yêu cầu. Thay vì chỉ có trình duyệt và website đích, luồng kiểm tra còn có bên nhận URL rồi hỗ trợ truy cập tài nguyên. Điều này ảnh hưởng đến cả mã trạng thái và thời gian đo. Proxy có thể phát sinh phản hồi riêng, nhưng cách xử lý cụ thể của dịch vụ bên ngoài chưa được xác minh. Không nên hiểu việc dùng proxy là bảo đảm truy cập được mọi website hoặc vượt mọi hạn chế.

CORS

CORS là cơ chế cho phép hoặc hạn chế mã chạy trong trình duyệt truy cập phản hồi từ một nguồn khác. Nó liên quan đến việc công cụ có đọc được phản hồi hay không, chứ không đồng nghĩa website hỏng hoặc tên miền không tồn tại. Proxy có thể hỗ trợ luồng truy cập khác nguồn, nhưng không bảo đảm mọi yêu cầu đều thành công. Thông báo lỗi của công cụ không tách riêng nguyên nhân CORS, nên không thể dùng thông báo đó để chẩn đoán chắc chắn.

Các thuật ngữ cần biết khi đọc kết quả HTTP gồm mã trạng thái HTTP là mã số trong phản hồi, mô tả kết quả xử lý một yêu cầu, chẳng hạn, 200 thường biểu thị thành công, còn 404 biểu thị không tìm thấy tài nguyên được yêu cầu, nó khác với dòng thông báo lỗi viết trong nội dung trang: một trang có chữ không tìm thấy vẫn có thể trả mã 200, trong công cụ này, mã được đọc qua proxy nên cần phân biệt ý nghĩa chuẩn của mã với nguồn thực sự tạo ra phản hồi; phương thức GET là phương thức HTTP dùng để yêu cầu truy xuất một tài nguyên, như trang thông tin hoặc tài liệu, công cụ gửi GET và không có tùy chọn đổi phương thức, đây là điểm quan trọng vì cùng một địa chỉ có thể phản hồi khác khi nhận GET, HEAD hoặc POST, ví dụ, một địa chỉ chỉ tiếp nhận dữ liệu gửi bằng POST có thể từ chối GET; kết quả đó không nhất thiết có nghĩa toàn bộ dịch vụ đã ngừng hoạt động; chuyển hướng HTTP là cơ chế hướng bên yêu cầu tới một địa chỉ khác, theo ý nghĩa thông thường, 301 biểu thị chuyển hướng vĩnh viễn, còn 302 biểu thị chuyển hướng tạm thời, tuy vậy, không phải mọi mã thuộc nhóm 3xx đều nói rằng URL đã đổi: 304 liên quan đến tài nguyên không thay đổi trong yêu cầu có điều kiện, công cụ có diễn giải các mã này nhưng không hiển thị địa chỉ chuyển hướng hoặc dựng chuỗi các bước chuyển hướng; proxy là dịch vụ trung gian trong đường đi của yêu cầu, thay vì chỉ có trình duyệt và website đích, luồng kiểm tra còn có bên nhận URL rồi hỗ trợ truy cập tài nguyên, điều này ảnh hưởng đến cả mã trạng thái và thời gian đo, proxy có thể phát sinh phản hồi riêng, nhưng cách xử lý cụ thể của dịch vụ bên ngoài chưa được xác minh, không nên hiểu việc dùng proxy là bảo đảm truy cập được mọi website hoặc vượt mọi hạn chế; CORS là cơ chế cho phép hoặc hạn chế mã chạy trong trình duyệt truy cập phản hồi từ một nguồn khác, nó liên quan đến việc công cụ có đọc được phản hồi hay không, chứ không đồng nghĩa website hỏng hoặc tên miền không tồn tại, proxy có thể hỗ trợ luồng truy cập khác nguồn, nhưng không bảo đảm mọi yêu cầu đều thành công, thông báo lỗi của công cụ không tách riêng nguyên nhân CORS, nên không thể dùng thông báo đó để chẩn đoán chắc chắn
Không phải mã 3xx nào cũng là đổi địa chỉ — 304 nói về tài nguyên không thay đổi trong yêu cầu có điều kiện.

Đầu vào cần chuẩn bị và ý nghĩa từng trường kết quả

URL nào được đưa vào yêu cầu?

Đầu vào là một địa chỉ URL cho mỗi lần kiểm tra. Công cụ bỏ khoảng trắng ở đầu và cuối chuỗi; nếu phần còn lại rỗng, yêu cầu không được gửi. Nếu địa chỉ không bắt đầu bằng http:// hoặc https://, công cụ thêm https://. Việc nhận diện hai tiền tố này không phân biệt chữ hoa và chữ thường.

Đây chỉ là thao tác bổ sung giao thức, không phải kiểm tra đầy đủ cú pháp URL. Nó không xác nhận tên miền tồn tại, đường dẫn đúng hoặc máy chủ hỗ trợ HTTPS. Địa chỉ đã có http:// được giữ nguyên giao thức, không tự đổi sang HTTPS. Bạn nên chuẩn bị đúng URL của trang cần rà soát, thay vì dùng tên miền chung khi vấn đề nằm ở một đường dẫn cụ thể. Trước khi kiểm tra, bạn có thể bóc tách địa chỉ thành từng thành phần bằng trình phân tích URL để chắc chắn mình đang kiểm tra đúng đường dẫn.

Đọc mã, mô tả, thời gian và URL hiển thị

Mã số là kết quả chính. Nhãn tiếng Anh và mô tả tiếng Việt được chọn từ phần diễn giải có sẵn của công cụ, không phải thông báo nguyên văn do máy chủ gửi về. Chúng giúp hiểu loại phản hồi nhưng không chứng minh nguyên nhân gốc của sự cố.

Trường thời gian dùng đơn vị ms, tức mili giây; 1.000 ms bằng một giây. Dù giao diện gọi là “Ping”, giá trị này không phải phép đo ICMP ping. Nó cũng không đo thời gian tải hết trang, hình ảnh hay các thành phần tương tác.

Trường “URL đã kiểm tra” hiển thị địa chỉ đầu vào sau khi bỏ khoảng trắng và thêm giao thức nếu cần. Nó không phải địa chỉ cuối cùng sau chuyển hướng. Nếu bạn đang tìm trang đích của một URL cũ, riêng trường này không trả lời được câu hỏi đó. Nếu đường dẫn còn dài và khó đọc, bạn có thể tạo một địa chỉ gọn hơn bằng trình tạo slug trước khi đưa vào kiểm tra.

Đầu vào cần chuẩn bị và ý nghĩa từng trường kết quả khi đầu vào là một địa chỉ URL cho mỗi lần kiểm tra, công cụ bỏ khoảng trắng ở đầu và cuối chuỗi; nếu phần còn lại rỗng, yêu cầu không được gửi, nếu địa chỉ không bắt đầu bằng http:// hoặc https://, công cụ thêm https://, việc nhận diện hai tiền tố này không phân biệt chữ hoa và chữ thường, đây chỉ là thao tác bổ sung giao thức, không phải kiểm tra đầy đủ cú pháp URL, nó không xác nhận tên miền tồn tại, đường dẫn đúng hoặc máy chủ hỗ trợ HTTPS, địa chỉ đã có http:// được giữ nguyên giao thức, không tự đổi sang HTTPS, bạn nên chuẩn bị đúng URL của trang cần rà soát, thay vì dùng tên miền chung khi vấn đề nằm ở một đường dẫn cụ thể; đọc mã, mô tả, thời gian và URL hiển thị: mã số là kết quả chính, nhãn tiếng Anh và mô tả tiếng Việt được chọn từ phần diễn giải có sẵn của công cụ, không phải thông báo nguyên văn do máy chủ gửi về, chúng giúp hiểu loại phản hồi nhưng không chứng minh nguyên nhân gốc của sự cố, trường thời gian dùng đơn vị ms, tức mili giây; 1.000 ms bằng một giây, dù giao diện gọi là Ping, giá trị này không phải phép đo ICMP ping, nó cũng không đo thời gian tải hết trang, hình ảnh hay các thành phần tương tác, trường URL đã kiểm tra hiển thị địa chỉ đầu vào sau khi bỏ khoảng trắng và thêm giao thức nếu cần, nó không phải địa chỉ cuối cùng sau chuyển hướng, nếu bạn đang tìm trang đích của một URL cũ, riêng trường này không trả lời được câu hỏi đó
1.000 ms bằng một giây — nhưng con số được gọi là Ping này không phải phép đo ICMP và cũng không phải thời gian tải hết trang.

Cách công cụ xử lý URL và phân loại phản hồi

Chuẩn hóa địa chỉ và gửi yêu cầu qua trung gian

Sau khi xử lý đầu vào, công cụ đưa URL vào địa chỉ yêu cầu của proxy và gửi GET. URL được mã hóa để truyền trong yêu cầu; thao tác này phục vụ cấu trúc địa chỉ, không phải mã hóa bảo mật nhằm giấu URL khỏi bên trung gian. Trong lúc chờ, nút kiểm tra tạm thời bị vô hiệu hóa rồi được khôi phục khi yêu cầu kết thúc.

Công cụ yêu cầu trình duyệt xử lý chuyển hướng theo chế độ thủ công, nhưng proxy trung gian có thể tự theo chuyển hướng trước khi trả phản hồi — kiểm chứng ngày 2026-11-01 cho thấy một URL trả 301 qua proxy lại hiện mã 200. Vì vậy mã hiển thị có thể là mã cuối của chuỗi chuyển hướng chứ không phải mã đầu, và công cụ không đọc địa chỉ chuyển hướng nên không dựng được chuỗi chuyển hướng.

Diễn giải mã trạng thái và trường hợp mã 0

Công cụ ưu tiên mô tả riêng cho 22 mã: 200, 201, 202, 204, 206, 301, 302, 303, 304, 307, 308, 400, 401, 403, 404, 405, 410, 429, 500, 502, 503 và 504. Các mã khác trong khoảng 200–599 được diễn giải theo nhóm 2xx, 3xx, 4xx hoặc 5xx. Ngoài những khoảng đó, kết quả được coi là chưa xác định. Màu hiển thị cũng phân theo các nhóm này.

Trường hợp đặc biệt là mã 0: trình duyệt che phản hồi nên công cụ không đọc được mã thật. Bản mới không còn đổi mã 0 thành 301 — giao diện hiện dấu “?” cùng dòng “Không đọc được mã” và lời giải thích, vì mã 0 không phải bằng chứng của chuyển hướng vĩnh viễn.

Phản hồi HTTP 4xx hoặc 5xx vẫn có thể tạo kết quả bình thường. Chỉ khi yêu cầu phát sinh ngoại lệ, công cụ mới hiện thông báo không thể truy cập. Thông báo chung đó không phân biệt chắc chắn lỗi mạng, proxy hay website đích.

Khoảng thời gian được đo như thế nào?

Công thức là: thời gian hiển thị = làm tròn(thời điểm nhận phản hồi − thời điểm trước khi gửi yêu cầu), tính bằng ms. Phép đo dừng khi thao tác gửi yêu cầu trả về phản hồi, không chờ đọc toàn bộ nội dung. Khoảng thời gian này chịu ảnh hưởng của trình duyệt, mạng và proxy; không thể tách riêng tốc độ xử lý máy chủ đích từ một con số.

Cách công cụ xử lý URL và phân loại phản hồi khi sau khi xử lý đầu vào, công cụ đưa URL vào địa chỉ yêu cầu của proxy và gửi GET, URL được mã hóa để truyền trong yêu cầu; thao tác này phục vụ cấu trúc địa chỉ, không phải mã hóa bảo mật nhằm giấu URL khỏi bên trung gian, trong lúc chờ, nút kiểm tra tạm thời bị vô hiệu hóa rồi được khôi phục khi yêu cầu kết thúc, công cụ yêu cầu trình duyệt xử lý chuyển hướng theo chế độ thủ công, nhưng proxy trung gian có thể tự theo chuyển hướng trước khi trả phản hồi, kiểm chứng ngày 2026-11-01 cho thấy một URL trả 301 qua proxy lại hiện mã 200, vì vậy mã hiển thị có thể là mã cuối của chuỗi chuyển hướng chứ không phải mã đầu, và công cụ không đọc địa chỉ chuyển hướng nên không dựng được chuỗi chuyển hướng; diễn giải mã trạng thái và trường hợp mã 0: công cụ ưu tiên mô tả riêng cho 22 mã: 200, 201, 202, 204, 206, 301, 302, 303, 304, 307, 308, 400, 401, 403, 404, 405, 410, 429, 500, 502, 503 và 504, các mã khác trong khoảng 200–599 được diễn giải theo nhóm 2xx, 3xx, 4xx hoặc 5xx, ngoài những khoảng đó, kết quả được coi là chưa xác định, màu hiển thị cũng phân theo các nhóm này, trường hợp đặc biệt là mã 0, trình duyệt che phản hồi nên công cụ không đọc được mã thật, bản mới không còn đổi mã 0 thành 301, giao diện hiện dấu ? cùng dòng Không đọc được mã và lời giải thích, vì mã 0 không phải bằng chứng của chuyển hướng vĩnh viễn, phản hồi HTTP 4xx hoặc 5xx vẫn có thể tạo kết quả bình thường, chỉ khi yêu cầu phát sinh ngoại lệ, công cụ mới hiện thông báo không thể truy cập, thông báo chung đó không phân biệt chắc chắn lỗi mạng, proxy hay website đích; khoảng thời gian được đo như thế nào: công thức là thời gian hiển thị bằng làm tròn của (thời điểm nhận phản hồi trừ thời điểm trước khi gửi yêu cầu), tính bằng ms, phép đo dừng khi thao tác gửi yêu cầu trả về phản hồi, không chờ đọc toàn bộ nội dung, khoảng thời gian này chịu ảnh hưởng của trình duyệt, mạng và proxy; không thể tách riêng tốc độ xử lý máy chủ đích từ một con số
Mã 0 không còn được đổi thành 301 — bản mới hiện dấu “?” cùng dòng “Không đọc được mã” khi trình duyệt che phản hồi.

Những tình huống nên dùng kết quả để rà soát website

Rà soát liên kết và URL vừa thay đổi

Khi một liên kết trong bài viết có dấu hiệu không mở được, kết quả HTTP có thể cung cấp hướng kiểm tra ban đầu. Nếu thấy 404, bạn có lý do để đối chiếu đường dẫn với trang hiện có hoặc thông tin quản trị website. Dù vậy, cần giữ mở khả năng phản hồi phát sinh từ trung gian thay vì kết luận ngay rằng trang đã bị xóa. Tìm hiểu thêm: HTTPS là gì và vì sao ổ khóa trên trình duyệt quan trọng, để hiểu vì sao công cụ ưu tiên kiểm tra địa chỉ HTTPS.

Sau khi thay đổi cấu trúc website, bạn cũng có thể rà soát từng URL cũ. Kết quả nhóm 3xx là dấu hiệu cần xem xét thêm, không xác nhận toàn bộ chuỗi chuyển hướng đúng hoặc kết thúc tại trang mong muốn. Trong SEO, việc kiểm tra này chỉ hỗ trợ tham khảo khả năng truy cập; mã 200 không bảo đảm thứ hạng hay khả năng được lập chỉ mục.

Định hướng điều tra sự cố truy cập

Nhóm 4xx giúp định hướng xem lại yêu cầu, quyền truy cập hoặc tài nguyên; nhóm 5xx gợi ý xem xét phía dịch vụ và các thành phần trung gian. Đây là phân loại ban đầu, không phải kết luận rằng người dùng nhập sai, mã nguồn có lỗi hay máy chủ đang quá tải. Muốn xác định nguyên nhân, cần thêm phản hồi trực tiếp hoặc thông tin vận hành. Sau khi rà soát xong các liên kết lỗi, bạn có thể kiểm tra lập chỉ mục của các trang đã sửa để chắc chắn công cụ tìm kiếm vẫn ghi nhận chúng.

Thời gian giữa các lần kiểm tra có thể dùng như tín hiệu tham khảo nếu điều kiện mạng và đường qua proxy tương tự. Một lần chờ lâu hơn chưa đủ chứng minh website chậm đi. Nên ghi nhận bối cảnh và đối chiếu thêm thay vì dựa vào một lần đo.

Những tình huống nên dùng kết quả để rà soát website khi rà soát liên kết và URL vừa thay đổi: khi một liên kết trong bài viết có dấu hiệu không mở được, kết quả HTTP có thể cung cấp hướng kiểm tra ban đầu, nếu thấy 404, bạn có lý do để đối chiếu đường dẫn với trang hiện có hoặc thông tin quản trị website, dù vậy, cần giữ mở khả năng phản hồi phát sinh từ trung gian thay vì kết luận ngay rằng trang đã bị xóa, sau khi thay đổi cấu trúc website, bạn cũng có thể rà soát từng URL cũ, kết quả nhóm 3xx là dấu hiệu cần xem xét thêm, không xác nhận toàn bộ chuỗi chuyển hướng đúng hoặc kết thúc tại trang mong muốn, trong SEO, việc kiểm tra này chỉ hỗ trợ tham khảo khả năng truy cập; mã 200 không bảo đảm thứ hạng hay khả năng được lập chỉ mục; định hướng điều tra sự cố truy cập: nhóm 4xx giúp định hướng xem lại yêu cầu, quyền truy cập hoặc tài nguyên; nhóm 5xx gợi ý xem xét phía dịch vụ và các thành phần trung gian, đây là phân loại ban đầu, không phải kết luận rằng người dùng nhập sai, mã nguồn có lỗi hay máy chủ đang quá tải, muốn xác định nguyên nhân, cần thêm phản hồi trực tiếp hoặc thông tin vận hành, thời gian giữa các lần kiểm tra có thể dùng như tín hiệu tham khảo nếu điều kiện mạng và đường qua proxy tương tự, một lần chờ lâu hơn chưa đủ chứng minh website chậm đi, nên ghi nhận bối cảnh và đối chiếu thêm thay vì dựa vào một lần đo
Thấy 404 là có lý do đối chiếu đường dẫn — chưa phải bằng chứng trang đã bị xóa, vì phản hồi có thể sinh từ trung gian.

Ví dụ đọc kết quả mà không suy diễn quá mức

Đầu vào trống và URL thiếu giao thức

Các tình huống dưới đây minh họa quy tắc của công cụ. Giả sử đầu vào chỉ gồm ba dấu cách. Sau khi bỏ khoảng trắng ở hai đầu, chuỗi trở thành rỗng. Công cụ hiển thị thông báo yêu cầu nhập URL và dừng trước khi gửi yêu cầu, nên không có mã trạng thái mới. Đây là lỗi đầu vào, không phải bằng chứng về một máy chủ không phản hồi.

Với địa chỉ giả định example.com/tai-lieu, công cụ thêm giao thức để tạo https://example.com/tai-lieu. Nếu yêu cầu tạo được kết quả, trường URL hiển thị địa chỉ đã bổ sung này. Chỉ từ đầu vào, không thể suy ra mã 200, 404 hay số mili giây chờ phản hồi. Những giá trị đó phụ thuộc phản hồi thực tế.

Phản hồi 404 được hiển thị ra sao?

Giả sử trình duyệt nhận qua proxy một phản hồi có mã 404. Công cụ sẽ hiển thị 404, nhãn Not Found, mô tả không tìm thấy và màu thuộc nhóm lỗi 4xx. Kết quả này suy ra trực tiếp từ bảng diễn giải và quy tắc phân nhóm. Nếu trang trả 404 nhưng vẫn xuất hiện trên kết quả tìm kiếm, bạn có thể kiểm tra thứ hạng từ khóa để xem trang đó còn giữ vị trí nào không.

Cách hiểu thận trọng là: lượt kiểm tra nhận được phản hồi mang ý nghĩa không tìm thấy. Chưa đủ dữ liệu để nói chắc website đích đã xóa trang, người dùng gõ sai hay proxy tạo mã đó. Nếu URL quan trọng, cần đối chiếu chính đường dẫn ấy trong bối cảnh truy cập trực tiếp hoặc quản trị.

Khi không đọc được mã (trường hợp mã 0)

Giả sử trình duyệt che phản hồi nên công cụ đọc được mã 0. Bản mới không suy đoán thành 301: giao diện hiện dấu “?” cùng dòng “Không đọc được mã”. Ví dụ này cho thấy vì sao không nên lập tức cập nhật liên kết khi chưa có mã thật.

Ví dụ này cho thấy vì sao không nên lập tức cập nhật liên kết hoặc kết luận URL đã chuyển vĩnh viễn. Công cụ chưa xác minh phản hồi 301 gốc, chưa cung cấp địa chỉ chuyển đến và chưa chứng minh chuỗi chuyển hướng. Cần kiểm tra bổ sung trước khi đưa ra quyết định dựa trên kết quả này.

Ví dụ đọc kết quả mà không suy diễn quá mức với đầu vào trống và URL thiếu giao thức: các tình huống dưới đây minh họa quy tắc của công cụ, không phải kết quả chạy thử website, giả sử đầu vào chỉ gồm ba dấu cách, sau khi bỏ khoảng trắng ở hai đầu, chuỗi trở thành rỗng, công cụ hiển thị thông báo yêu cầu nhập URL và dừng trước khi gửi yêu cầu, nên không có mã trạng thái mới, đây là lỗi đầu vào, không phải bằng chứng về một máy chủ không phản hồi, với địa chỉ giả định example.com/tai-lieu, công cụ thêm giao thức để tạo https://example.com/tai-lieu, nếu yêu cầu tạo được kết quả, trường URL hiển thị địa chỉ đã bổ sung này, chỉ từ đầu vào, không thể suy ra mã 200, 404 hay số mili giây chờ phản hồi, những giá trị đó phụ thuộc phản hồi thực tế; phản hồi 404 được hiển thị ra sao: giả sử trình duyệt nhận qua proxy một phản hồi có mã 404, công cụ sẽ hiển thị 404, nhãn Not Found, mô tả không tìm thấy và màu thuộc nhóm lỗi 4xx, kết quả này suy ra trực tiếp từ bảng diễn giải và quy tắc phân nhóm, cách hiểu thận trọng là: lượt kiểm tra nhận được phản hồi mang ý nghĩa không tìm thấy, chưa đủ dữ liệu để nói chắc website đích đã xóa trang, người dùng gõ sai hay proxy tạo mã đó, nếu URL quan trọng, cần đối chiếu chính đường dẫn ấy trong bối cảnh truy cập trực tiếp hoặc quản trị; khi không đọc được mã: giả sử trình duyệt che phản hồi nên công cụ đọc được mã 0, bản mới không suy đoán thành 301, giao diện hiện dấu ? cùng dòng Không đọc được mã, ví dụ này cho thấy vì sao không nên lập tức cập nhật liên kết khi chưa có mã thật, cần kiểm tra bổ sung trước khi đưa ra quyết định dựa trên kết quả này
Ba dấu cách sau khi cắt bỏ thành chuỗi rỗng và không có mã nào được tạo — đó là lỗi đầu vào, không phải máy chủ im lặng.

Kiểm tra qua proxy khác gì kiểm tra trực tiếp và đo tốc độ trang?

Đường truy cập và bối cảnh yêu cầu

Kiểm tra trực tiếp gửi yêu cầu tới website mà không đi qua dịch vụ proxy của công cụ. Kiểm tra ở đây có thêm trung gian, nên cả đường truyền lẫn nguồn phản hồi có thể khác. Công cụ chưa cho phép xác minh proxy giữ nguyên mã trong mọi trường hợp.

Theo kiến thức nền về web, cùng một URL có thể cho kết quả khác khi bối cảnh yêu cầu thay đổi: phiên đăng nhập, bộ nhớ đệm, thông tin kèm yêu cầu hoặc cách theo chuyển hướng đều có thể ảnh hưởng. Đây là những khả năng cần cân nhắc, không phải nguyên nhân đã được công cụ xác định. Một trang mở được trong trình duyệt thông thường không bảo đảm lượt truy cập qua trung gian sẽ nhận phản hồi giống hệt.

Một phản hồi HTTP không phải toàn bộ trải nghiệm tải trang

Thời gian nhận phản hồi của một yêu cầu khác với thời gian tải các tài nguyên, chạy JavaScript và hiển thị trang hoàn chỉnh. Công cụ không đo đầy đủ các giai đoạn đó. Vì vậy, số ms thấp không chứng minh người xem sẽ thấy trang nhanh; số ms cao cũng không chỉ ra thành phần nào làm chậm.

Tương tự, một lần kiểm tra chỉ phản ánh một lượt yêu cầu tại một thời điểm. Theo dõi uptime cần quan sát lặp lại trong một khoảng thời gian và tổng hợp kết quả. Công cụ hiện tại không cung cấp cơ sở để suy ra tỷ lệ sẵn sàng cả ngày hoặc bảo đảm website không có gián đoạn giữa các lần kiểm tra.

Kiểm tra qua proxy khác gì kiểm tra trực tiếp và đo tốc độ trang khi đường truy cập và bối cảnh yêu cầu: kiểm tra trực tiếp gửi yêu cầu tới website mà không đi qua dịch vụ proxy của công cụ, kiểm tra ở đây có thêm trung gian, nên cả đường truyền lẫn nguồn phản hồi có thể khác, Công cụ chưa cho phép xác minh proxy giữ nguyên mã trong mọi trường hợp, theo kiến thức nền về web, cùng một URL có thể cho kết quả khác khi bối cảnh yêu cầu thay đổi: phiên đăng nhập, bộ nhớ đệm, thông tin kèm yêu cầu hoặc cách theo chuyển hướng đều có thể ảnh hưởng, đây là những khả năng cần cân nhắc, không phải nguyên nhân đã được công cụ xác định, một trang mở được trong trình duyệt thông thường không bảo đảm lượt truy cập qua trung gian sẽ nhận phản hồi giống hệt; một phản hồi HTTP không phải toàn bộ trải nghiệm tải trang: thời gian nhận phản hồi của một yêu cầu khác với thời gian tải các tài nguyên, chạy JavaScript và hiển thị trang hoàn chỉnh, công cụ không đo đầy đủ các giai đoạn đó, vì vậy, số ms thấp không chứng minh người xem sẽ thấy trang nhanh; số ms cao cũng không chỉ ra thành phần nào làm chậm, tương tự, một lần kiểm tra chỉ phản ánh một lượt yêu cầu tại một thời điểm, theo dõi uptime cần quan sát lặp lại trong một khoảng thời gian và tổng hợp kết quả, công cụ hiện tại không cung cấp cơ sở để suy ra tỷ lệ sẵn sàng cả ngày hoặc bảo đảm website không có gián đoạn giữa các lần kiểm tra
Một phản hồi HTTP không phải toàn bộ trải nghiệm tải trang — số ms thấp không chứng minh người xem thấy trang nhanh.

Giới hạn độ tin cậy và lưu ý khi gửi URL

Kết quả nào cần được đối chiếu?

Nên đối chiếu khi kết quả trái với trải nghiệm truy cập, khi URL quan trọng báo lỗi hoặc khi mã 301 sẽ được dùng làm căn cứ thay đổi liên kết. Mã thành công cũng cần kiểm tra thêm nếu mục tiêu là xác nhận nội dung hoặc chức năng thực tế.

Những yếu tố chưa xác minh gồm cách proxy giữ nguyên mã, tự theo chuyển hướng, dùng bộ nhớ đệm và lưu nhật ký. Vì thiếu thông tin triển khai bên ngoài, không thể quy mọi phản hồi cho website đích. Phản hồi trực tiếp và thông tin quản trị website có thể giúp bổ sung bằng chứng, đặc biệt trước quyết định về chuyển hướng hoặc xử lý sự cố.

Quyền riêng tư của URL và phạm vi chức năng

Không nên nhập URL chứa mật khẩu, token hoặc liên kết truy cập riêng tư. Địa chỉ được đưa vào yêu cầu tới bên thứ ba; mã hóa URL để truyền không làm nó trở thành bí mật đối với bên nhận. Chưa có đủ dữ liệu về chính sách lưu trữ của proxy để cam kết URL không được ghi lại.

Không có chức năng kiểm tra hàng loạt, xuất báo cáo, theo dõi định kỳ hoặc hiển thị thông tin header phản hồi. Công cụ tự ngắt yêu cầu sau 20 giây chờ (quá hạn sẽ hiện thông báo hết thời gian chờ riêng), nhưng không có cơ chế thử lại tự động hay tùy chọn hủy yêu cầu. Các giới hạn này cho thấy tiện ích phù hợp với rà soát từng URL, không thay thế hệ thống giám sát hoặc quy trình điều tra chuyên sâu.

Giới hạn độ tin cậy và lưu ý khi gửi URL gồm kết quả nào cần được đối chiếu: nên đối chiếu khi kết quả trái với trải nghiệm truy cập, khi URL quan trọng báo lỗi hoặc khi mã 301 sẽ được dùng làm căn cứ thay đổi liên kết, mã thành công cũng cần kiểm tra thêm nếu mục tiêu là xác nhận nội dung hoặc chức năng thực tế, những yếu tố chưa xác minh gồm cách proxy giữ nguyên mã, tự theo chuyển hướng, dùng bộ nhớ đệm và lưu nhật ký, vì thiếu thông tin triển khai bên ngoài, không thể quy mọi phản hồi cho website đích, phản hồi trực tiếp và thông tin quản trị website có thể giúp bổ sung bằng chứng, đặc biệt trước quyết định về chuyển hướng hoặc xử lý sự cố; quyền riêng tư của URL và phạm vi chức năng: không nên nhập URL chứa mật khẩu, token hoặc liên kết truy cập riêng tư, địa chỉ được đưa vào yêu cầu tới bên thứ ba; mã hóa URL để truyền không làm nó trở thành bí mật đối với bên nhận, chưa có đủ dữ liệu về chính sách lưu trữ của proxy để cam kết URL không được ghi lại, không có chức năng kiểm tra hàng loạt, xuất báo cáo, theo dõi định kỳ hoặc hiển thị thông tin header phản hồi, công cụ cũng không tự thiết lập thời hạn chờ, cơ chế thử lại hay tùy chọn hủy yêu cầu, các giới hạn này cho thấy tiện ích phù hợp với rà soát từng URL, không thay thế hệ thống giám sát hoặc quy trình điều tra chuyên sâu
Đừng nhập URL chứa token hay liên kết riêng tư — địa chỉ sẽ đi tới bên thứ ba và việc mã hóa để truyền không biến nó thành bí mật.

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

Kết quả 301 có chắc chắn là chuyển hướng vĩnh viễn không?

Mã 301 hiển thị trong bản mới là mã proxy trả về, không còn bị nhầm với mã 0 được đổi thành 301 như bản cũ. Tuy nhiên, một kết quả 200 vẫn có thể che giấu chuỗi chuyển hướng vì proxy có thể tự theo chuyển hướng trước khi trả phản hồi. Nếu cần xác nhận chuyển hướng vĩnh viễn, bạn nên đối chiếu phản hồi trực tiếp và địa chỉ chuyển đến; công cụ không cung cấp địa chỉ đó để kiểm chứng.

Vì sao URL vẫn mở được trên trình duyệt nhưng công cụ báo lỗi?

Vì lượt mở trang thông thường và lượt kiểm tra không nhất thiết có cùng bối cảnh truy cập. Trình duyệt có thể đang có phiên đăng nhập, dùng dữ liệu lưu trước đó hoặc tự theo chuyển hướng, trong khi công cụ gửi GET qua trung gian. Các hạn chế truy cập hoặc vấn đề mạng cũng có thể ảnh hưởng. Đây chỉ là các khả năng nền chung; thông báo hiện tại không đủ phân biệt nguyên nhân cụ thể, nên cần đối chiếu thay vì kết luận website hỏng.

Thời gian Ping có phải thời gian tải xong trang web không?

Không. Giá trị đó là khoảng chờ đo ở trình duyệt từ trước khi gửi yêu cầu qua proxy đến khi nhận được phản hồi, rồi làm tròn thành ms nguyên. Công cụ không chờ đọc toàn bộ nội dung và không tính đầy đủ việc tải hình ảnh, chạy mã trên trang hay hoàn tất giao diện. Vì có thêm đường qua trung gian, giá trị cũng không thể dùng riêng để xác định độ trễ hoặc thời gian xử lý của máy chủ đích.

Tôi có thể kiểm tra địa chỉ dùng http:// thay vì https:// không?

Có. Nếu địa chỉ bắt đầu bằng http://, công cụ giữ giao thức đó khi chuẩn bị yêu cầu; việc tự thêm HTTPS chỉ áp dụng khi không nhận diện tiền tố HTTP hoặc HTTPS. Tuy nhiên, giữ giao thức đầu vào không bảo đảm website trả nội dung qua HTTP: đích có thể có cách xử lý riêng hoặc chuyển hướng. URL hiển thị vẫn là địa chỉ bạn nhập sau chuẩn hóa, không xác nhận giao thức tại điểm cuối của quá trình truy cập.

Thông báo không thể truy cập có chứng minh tên miền không tồn tại không?

Không. Đây là thông báo chung khi thao tác gửi yêu cầu phát sinh ngoại lệ, không phải kết quả kiểm tra riêng sự tồn tại của tên miền. Vấn đề có thể liên quan đến mạng, dịch vụ trung gian, hạn chế truy cập hoặc việc trình duyệt không đọc được phản hồi. Công cụ không tách từng nguyên nhân. Ngược lại, nếu nhận được phản hồi 404 hoặc 500, nó vẫn có thể hiển thị mã đó thay vì đi vào thông báo không thể truy cập.

Công cụ có kiểm tra nhiều URL hoặc theo dõi website tự động không?

Không có các chức năng đó trong công cụ. Mỗi lần kiểm tra xử lý một chuỗi URL và tạo kết quả cho lượt yêu cầu ấy; không có danh sách nhiều địa chỉ, lịch kiểm tra hay tổng hợp thời gian hoạt động. Bạn có thể rà soát từng URL riêng, nhưng không nên ghép nhiều địa chỉ vào một trường rồi kỳ vọng chúng được xử lý độc lập. Kết quả đơn lẻ cũng không đại diện cho trạng thái website trong cả một khoảng thời gian.

Có nên nhập URL chứa token hoặc liên kết truy cập riêng tư không?

Không nên, vì URL được gửi tới dịch vụ proxy bên ngoài và chính sách lưu trữ của dịch vụ chưa được xác minh từ dữ liệu cung cấp. Token nằm trong địa chỉ có thể mang quyền truy cập, nên không phù hợp để đưa vào một lượt kiểm tra tham khảo qua bên thứ ba. Nếu có phiên bản URL công khai không chứa thông tin nhạy cảm, bạn có thể dùng nó cho mục đích phù hợp, nhưng phản hồi có thể khác liên kết riêng tư ban đầu. Mọi thao tác trên đều chạy miễn phí ngay trên công cụ việt, không cần cài đặt thêm.

Tài liệu tham khảo

Bình luận vui vẻ - Yêu cầu nâng cấp

Cáo trợ lý