Thẻ chữ nền navy: mấy lần lỗi liên tiếp thì nên báo website sập, kiểm tra 1 đến 5 phút một lần

Theo dõi uptime là để một máy tự mở website của bạn mỗi 1–5 phút và nhắn tin khi trang không trả lời. Với website nhỏ, nên báo sau 2–3 lần lỗi liên tiếp, tức khoảng 3–15 phút, và kiểm tra từ nhiều vùng địa lý. Cam kết uptime 99,9% nghĩa là mỗi tháng website được phép ngừng tối đa 43,2 phút.

Theo dõi uptime là một máy kiểm tra website thay bạn

Uptime là tỷ lệ thời gian website trả lời được trong một khoảng, thường tính theo tháng. Theo dõi uptime là việc để một dịch vụ bên ngoài mở website theo chu kỳ cố định và ghi lại mỗi lần đó trang sống hay chết.

Mỗi lần kiểm tra, máy xem ba thứ. Một là mã trạng thái: trang phải trả mã thành công (nhóm 2xx), không phải 5xx hay hết giờ. Hai là thời gian phản hồi: quá một ngưỡng nhất định vẫn tính là lỗi. Ba là nội dung: có thể bắt buộc một từ khoá phải xuất hiện trên trang.

Việc này khác với bảo trì website. Bảo trì là cập nhật, sao lưu, dọn dẹp theo lịch. Giám sát chỉ làm một việc: báo cho bạn biết trang đang không mở được.

Bảng dưới đổi tỷ lệ uptime ra thời gian ngừng thật. Con số 99% nghe cao, nhưng nghĩa là mỗi tháng sập gần bảy tiếng.

Uptime Được ngừng mỗi tháng (30 ngày) Được ngừng mỗi năm
99% 432 phút 87,6 giờ
99,5% 216 phút 43,8 giờ
99,9% 43,2 phút 8,76 giờ
99,95% 21,6 phút 4,38 giờ
99,99% 4,3 phút 0,88 giờ (khoảng 53 phút)

Số tự tính: 30 ngày × 24 giờ × 60 phút × (100% − uptime); năm 365 ngày. Tính ngày 24/10/2026.

Vì vậy khi nghe một nhà cung cấp hứa 99,9%, hãy hỏi cách họ đo và mỗi lần kiểm tra cách nhau bao lâu. Cùng một con số có thể nghĩa rất khác nhau.

Kiểm tra mỗi 1–5 phút, báo sau 2–3 lần lỗi liên tiếp

Độ trễ cảnh báo phụ thuộc hai số: chu kỳ kiểm tra và số lần lỗi liên tiếp mới báo. Sentry cho chọn chu kỳ 1, 5, 10, 20, 30 phút hoặc 1 giờ. Với website nhỏ, chu kỳ 1–5 phút là đủ.

Báo ngay lần lỗi đầu tiên thì dễ báo nhầm, vì một lần mạng chập chờn cũng đủ làm một lần kiểm tra thất bại. Chờ 2–3 lần liên tiếp thì chậm hơn một chút nhưng đáng tin hơn nhiều.

Chu kỳ Số lần lỗi liên tiếp mới báo Từ lúc sập đến lúc nhận cảnh báo
1 phút 2 lần 1–2 phút
1 phút 3 lần 2–3 phút
5 phút 2 lần 5–10 phút
5 phút 3 lần 10–15 phút
10 phút 3 lần 20–30 phút

Số tự tính: chu kỳ × (số lần − 1) đến chu kỳ × số lần. Tính ngày 24/10/2026.

Khoảng dao động vì lúc site sập có thể rơi vào bất cứ điểm nào giữa hai lần kiểm tra. Cấu hình hợp lý cho site bán hàng nhỏ là 5 phút × 3 lần (10–15 phút) hoặc 1 phút × 3 lần (2–3 phút) nếu mỗi phút ngừng bán đều mất tiền.

Lỗi ngắn hơn một chu kỳ có thể lọtMột lần sập 3 phút, chu kỳ 5 phút, báo sau 3 lần lỗi: máy không bao giờ báo, vì cần ít nhất 10 phút sập liên tục mới đủ 3 lần thất bại liên tiếp. Muốn bắt lỗi ngắn thì rút chu kỳ, không phải giảm số lần.

Cảnh báo giả đến từ mạng của máy đo, trang chặn máy lạ và bảo trì

Báo nhầm là lý do chính khiến người ta tắt cảnh báo. Có bốn nguồn hay gặp. Mạng phía máy đo chập chờn khiến website bình thường trông như sập. Website chặn trình duyệt lạ (trả 403 hoặc 429) nên máy đo bị từ chối dù khách vẫn vào được. Bảo trì có kế hoạch làm trang tạm ngừng. Và chỉ một vùng đo thấy lỗi trong khi vùng khác vẫn thấy trang sống.

Cách giảm báo nhầm là đòi nhiều lần lỗi liên tiếp. Tài liệu của Sentry mô tả đúng như vậy:

Với chu kỳ 5 phút và ngưỡng chịu lỗi mặc định, sự cố được tạo sau 15 phút ngừng hoạt động liên tục.

— Tài liệu Sentry, mục Thresholds (dịch; mặc định là 3 lần lỗi liên tiếp), 24/10/2026

Trang tài liệu Sentry về giám sát uptime, mục Thresholds giải thích số lần lỗi liên tiếp trước khi tạo cảnh báo
Mục Thresholds trong tài liệu giám sát uptime của Sentry, chụp ngày 24/10/2026.

Cùng tài liệu ghi rằng các lần kiểm tra được chạy xoay vòng từ nhiều vị trí địa lý, nên mỗi lần lỗi thường đến từ một vùng khác. Nhờ vậy lỗi cục bộ của một vùng khó đủ ba lần liên tiếp.

Chúng tôi áp dụng thêm một lớp ở phép đo sống/chết của chính mình: gọi một đích ngoài trước, và nếu đích đó cũng không tới được thì không kết luận gì về website. Lý do đơn giản: một lần rớt mạng lúc nửa đêm không nên biến thành hàng chục việc giả.

Báo nhầm có thật. Lượt canh ngày 01/09/2026 của chúng tôi báo hai lỗi, và cả hai đều là báo nhầm. Vì vậy trước khi gọi người, hệ thống nên thử lại và xác nhận lần nữa.

Sập, chậm và trả 200 mà trang rỗng là ba trạng thái khác nhau

Không phải mọi sự cố đều là sập. Gộp ba trạng thái vào một cảnh báo khiến người nhận không biết nên làm gì trước.

Phép đo của chúng tôi chia bốn mức. Chết gồm DNS không phân giải, kết nối bị từ chối, hết giờ, lỗi 5xx, chứng chỉ TLS hỏng, hoặc thân trang mang thông báo lỗi chết của WordPress. Lỗi là mã 4xx; riêng 403 và 429 được thử lại bằng tên trình duyệt thường trước khi kết luận. Vàng là trang chậm, chứng chỉ sắp hết hạn, hoặc trả 200 nhưng thân gần như rỗng. Còn lại là sống.

Trạng thái Biểu hiện Nên làm
Sập Không mở được, hoặc trả 5xx, hoặc hết giờ Báo ngay sau 2–3 lần lỗi liên tiếp
Chậm Mở được nhưng mất nhiều giây Đo riêng; xem vì sao website chậm
Trả 200 nhưng trang rỗng hoặc lạ Mã thành công, nội dung sai Bắt từ khoá trên trang; nếu nội dung lạ, xem dấu hiệu website bị hack

Phân loại theo phép đo sống/chết mà Net Solutions dùng khi rà tên miền.

Điểm đáng nhớ nhất là trang trả 200 vẫn có thể hỏng. Máy chỉ kiểm mã trạng thái sẽ coi đó là sống, nên nên thêm điều kiện từ khoá bắt buộc xuất hiện trên trang. Ngược lại, bị chặn tên trình duyệt không phải là sập.

Chúng tôi chạy phép đo này trực tiếp trên netsolutions.vn lúc 07:10 ngày 24/10/2026. Kết quả: sống, không có mức chết, lỗi hay vàng, đối chứng mạng đạt. Một lượt đo trước đó ngày 11/09/2026 lúc 09:01 trên 86 tên miền mất 40 giây, ra 84 sống và 2 chết (một DNS không phân giải, một hết giờ), trùng khít một phép đo độc lập tối hôm trước.

Cấu hình mẫu cho một website WordPress nhỏ

Một cấu hình gọn đủ dùng cho website doanh nghiệp nhỏ gồm sáu mục:

  • Trang cần kiểm: trang chủ và một trang quan trọng như giỏ hàng, thanh toán hoặc liên hệ. Trang chủ sống chưa chắc form còn chạy.
  • Chu kỳ: 5 phút; rút xuống 1 phút nếu mỗi phút ngừng bán đều mất tiền.
  • Ngưỡng báo: 3 lần lỗi liên tiếp; site ít truy cập có thể dùng 2 lần.
  • Từ khoá bắt buộc: một cụm chữ chắc chắn có trên trang, ví dụ tên công ty ở chân trang. Trang trắng sẽ không có cụm này.
  • Kênh nhận: email để lưu vết, thêm Zalo hoặc SMS cho cảnh báo cần người xử lý ngay.
  • Cửa sổ bảo trì: khai trước giờ cập nhật để máy tạm dừng báo, tránh cảnh báo giả.

Dịch vụ giám sát nào cũng có gói miễn phí hoặc gói trả phí với giới hạn riêng về số trang, chu kỳ và kênh báo. Các giới hạn này đổi theo hãng và theo thời điểm, nên hãy kiểm lại trên trang của hãng trước khi chọn (tính đến 24/10/2026).

Khi nào không nên bật cảnh báo, và những giới hạn của giám sát

Giám sát không phải lúc nào cũng cần cảnh báo gọi người. Website giới thiệu không bán hàng ban đêm thì cảnh báo ban đêm chỉ cần ghi nhận để sáng xem, không cần đánh thức ai. Trong lúc bảo trì có lịch, hãy tạm dừng giám sát.

Đừng quên bật lạiTạm dừng giám sát để bảo trì rồi quên bật lại là lỗi hay gặp nhất. Website sập sau đó mà không ai biết, vì không còn máy nào đang kiểm. Hãy đặt lịch tự bật lại, hoặc ghi vào danh sách việc của buổi bảo trì.

Giám sát cũng chỉ báo, không sửa. Nó cho bạn biết website sập, còn nguyên nhân và cách khắc phục là việc khác. Hosting tốt cũng không thay được giám sát độc lập: nhà cung cấp hosting thường chỉ thấy máy chủ của họ, không thấy trang của bạn có mở được với khách hay không.

Phòng sự cố từ gốc thì nằm ở bảo mật và bản cập nhật. Checklist bảo mật website WordPress liệt kê những việc nên làm trước khi cần đến cảnh báo.

Giám sát theo tuần của Net Solutions khác giám sát từng phút ở đâu

Chúng tôi nói thẳng để bạn không hiểu nhầm. Vòng canh sức khoẻ website của Net Solutions chạy theo tuần, vào sáng thứ Hai. Nó phát hiện website chết, lỗi hay chứng chỉ sắp hết hạn, và tạo việc để xử lý. Nó không thay thế giám sát 1–5 phút.

Sự khác nhau nằm ở độ trễ. Phép đo theo tuần cho bạn bức tranh sức khoẻ chung và bắt các lỗi âm thầm. Giám sát theo phút cho bạn biết ngay khi trang ngừng trả lời. Website bán hàng nên có cả hai.

Nếu bạn cần người phụ trách rà website định kỳ, xem dịch vụ chăm sóc website. Chúng tôi không hứa một mức uptime hay thời gian phản hồi cố định trong bài này; phạm vi cụ thể được thống nhất theo từng website.

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

Uptime 99,9% là sập bao lâu? Mỗi tháng 30 ngày, 99,9% cho phép ngừng tối đa 43,2 phút. Mỗi năm là 8,76 giờ. Con số này chỉ có ý nghĩa khi biết bên cam kết đo bằng cách nào, bao lâu một lần và có tính cả thời gian bảo trì có lịch hay không.

Nên kiểm tra website mỗi mấy phút? Với website nhỏ, 1–5 phút một lần là đủ. Chu kỳ 5 phút hợp với đa số trang giới thiệu. Chu kỳ 1 phút đáng cân nhắc khi website bán hàng và mỗi phút ngừng đều mất đơn. Chu kỳ càng dài thì lỗi ngắn càng dễ lọt giữa hai lần kiểm tra.

Vì sao máy báo sập nhưng tôi vẫn vào được? Thường do ba nguyên nhân: mạng phía máy đo chập chờn, website chặn tên trình duyệt của máy đo, hoặc chỉ một vùng địa lý gặp lỗi. Đặt ngưỡng 2–3 lần lỗi liên tiếp và kiểm tra từ nhiều vùng sẽ giảm đáng kể kiểu báo nhầm này.

Giám sát uptime có miễn phí không? Có dịch vụ miễn phí hoặc gói miễn phí, nhưng giới hạn khác nhau theo hãng: số trang được kiểm, chu kỳ ngắn nhất và kênh báo. Những giới hạn này đổi theo thời điểm, nên hãy kiểm lại trên trang chính thức của hãng trước khi chọn (tính đến 24/10/2026).

Giám sát uptime khác bảo trì website thế nào? Giám sát chỉ cho biết website đang sống hay chết. Bảo trì là cập nhật, sao lưu, quét lỗi và dọn dẹp theo lịch. Hai việc bổ sung cho nhau: bảo trì giảm khả năng sập, giám sát cho bạn biết ngay khi vẫn có sự cố.

Cần người canh website thay bạn?

Net Solutions rà sức khoẻ website định kỳ và xử lý khi có lỗi. Nói với chúng tôi website của bạn đang chạy gì, bán gì, và cần báo ai khi sập.

Xem dịch vụ chăm sóc websiteNhắn ZaloHotline 0906.207.001

Cập nhật 28/10/2026 bởi Công ty TNHH Net Solutions.

Gọi ngay Chat Zalo Messenger Facebook Hỗ trợ qua Email