Giám sát website thực sự nên kiểm tra những gì?

Giám sát website nên kiểm tra tập hợp tối thiểu nhưng hữu ích các kết quả mà doanh nghiệp phụ thuộc vào. Trang chủ phản hồi chỉ là một phép kiểm tra. Điều đó không cho biết khách truy cập có thể gửi yêu cầu, xin đặt chỗ, thêm sản phẩm vào giỏ hàng hay đăng nhập tài khoản thành viên hay không.

Hãy bắt đầu từ mục đích của website. Chọn những thao tác quan trọng có thể kiểm tra an toàn, xác định thế nào là thành công và quyết định ai sẽ nhận cảnh báo khi một phép kiểm tra thất bại. Nhờ vậy, kế hoạch dễ hiểu và dễ xem xét mà không biến thành danh sách các chỉ số kỹ thuật.

Kiểm tra thời gian hoạt động chứng minh điều gì?

Kiểm tra thời gian hoạt động cơ bản thường gửi yêu cầu đến một trang và xác nhận máy chủ phản hồi. Cách này có thể phát hiện website ngừng hoạt động hoàn toàn, nhưng kết quả cho biết điều gì còn tùy vào nội dung thực sự được kiểm tra.

Một trang vẫn có thể trả về phản hồi thành công dù hiển thị nội dung sai, thiếu thành phần quan trọng hoặc gặp lỗi khi khách truy cập sử dụng. Phép kiểm tra trang kỹ hơn cũng có thể xác nhận tiêu đề, sản phẩm, biểu mẫu hoặc một thành phần ổn định khác có xuất hiện như dự kiến hay không.

Điều đó không làm giảm giá trị của kiểm tra thời gian hoạt động. Nhiệm vụ của nó rất rõ: xác nhận một địa chỉ công khai đã biết phản hồi như mong đợi. Cần có các phép kiểm tra khác để đánh giá những kết quả khác.

Nên giám sát những chức năng nào của website?

Điều này phụ thuộc vào chức năng website cần thực hiện. Hiếm khi cần theo dõi mọi thao tác có thể có; một số thao tác cũng không thể lặp lại an toàn nếu việc đó tạo ra bản ghi, tin nhắn hoặc khoản thanh toán không mong muốn.

• Website cung cấp thông tin có thể cần kiểm tra trang chủ, trang liên hệ, các trang dịch vụ quan trọng và quy trình gửi yêu cầu.
• Website đặt chỗ có thể cần một phép kiểm tra an toàn để xác nhận lịch hoặc tình trạng chỗ trống tải được và quy trình thử nghiệm đã thống nhất hoạt động.
• Cửa hàng trực tuyến có thể kiểm tra xem có thể xem sản phẩm và thêm vào giỏ mà không tạo đơn hàng thật hay không.
• Website thành viên có thể cần tài khoản thử nghiệm được kiểm soát để kiểm tra bước đăng nhập và một khu vực được bảo vệ đã thống nhất.
• Nhà xuất bản có thể cần xác nhận bài viết mới, trang danh mục, nguồn cấp dữ liệu hoặc quy trình đăng ký vẫn truy cập được.

Đây là ví dụ, không phải một gói cố định. Câu hỏi hữu ích là: thao tác nào nếu thất bại sẽ khiến website không thể thực hiện một phần quan trọng trong chức năng của mình?

Mỗi phép kiểm tra nên xác nhận điều gì?

Mỗi phép kiểm tra cần có kết quả quan sát được. “Kiểm tra biểu mẫu” còn mơ hồ. Mô tả hữu ích hơn sẽ nêu trang nào được mở, thao tác thử nghiệm an toàn nào được thực hiện, phản hồi nào xác nhận thành công và liệu thử nghiệm có tạo ra dữ liệu cần xóa hay không.

Kiểm tra biểu mẫu yêu cầu bằng trình duyệt có thể xác nhận các trường bắt buộc điền được và website chấp nhận nội dung gửi. Tuy nhiên, điều đó vẫn không chứng minh email được tạo ra đã đến hộp thư. Chúng tôi giải thích sự khác biệt này trong bài viết về việc gửi email từ biểu mẫu liên hệ.

Các phép kiểm tra tự động bằng trình duyệt thường được gọi là giám sát tổng hợp. Chúng lặp lại những thao tác đã xác định trong điều kiện được kiểm soát. Giám sát người dùng thực thu thập dữ liệu từ các lượt truy cập thật. AWS mô tả đây là hai nguồn bổ trợ cho nhau: quy trình tổng hợp có thể kiểm tra luồng quan trọng theo định kỳ, còn dữ liệu người dùng thực cho thấy khách truy cập đã trải nghiệm website như thế nào trên thiết bị và trong điều kiện thực tế. AWS giới thiệu tổng quan về cả hai cách tiếp cận.

Giám sát website có nên bao gồm tốc độ không?

Có, nếu tốc độ quan trọng đối với mục đích của website, nhưng khả năng truy cập và tốc độ nên được xem là hai tín hiệu riêng. Một trang có thể truy cập được nhưng chậm bất thường. Trang cũng có thể tải nhanh trong khi chức năng quan trọng gặp lỗi.

Thử nghiệm có kiểm soát giúp phát hiện thay đổi trong điều kiện có thể lặp lại. Dữ liệu thực tế cho thấy phạm vi trải nghiệm của khách truy cập thật. Hướng dẫn Web Vitals của Google lưu ý rằng kết quả đo trong phòng thí nghiệm và từ người dùng thực có thể khác nhau do thiết bị, kết nối, địa điểm, nội dung và tương tác khác nhau. Hướng dẫn đo lường Web Vitals giải thích sự khác biệt này.

Vì vậy, kế hoạch giám sát cần nêu rõ đang đo điều gì, dữ liệu đến từ đâu và thay đổi nào cần được chú ý. Một ngưỡng tốc độ hay địa điểm thử nghiệm chung không thể đại diện cho mọi nhóm người dùng.

Những kiểm tra phòng ngừa nào có thể cảnh báo sớm?

Một số kiểm tra kỹ thuật có thể cảnh báo về những điều kiện có khả năng ảnh hưởng đến website sau này. Tùy website và phạm vi trách nhiệm đã thống nhất, các mục này có thể gồm phân giải tên miền và DNS, thời hạn chứng chỉ, giới hạn lưu trữ hoặc tài nguyên, tác vụ theo lịch và các dịch vụ bên ngoài quan trọng.

Những kiểm tra này bổ sung cho việc kiểm tra kết quả. Cảnh báo về giới hạn sắp chạm tới không tự chứng minh rằng khách truy cập đang bị ảnh hưởng, cũng không xác định nguyên nhân của một lỗi khác mà người dùng nhìn thấy. Giá trị của cảnh báo là giúp người phụ trách có lý do điều tra trước hoặc trong khi sự cố xảy ra.

Khi nào cảnh báo nên được gửi đến người phụ trách?

Cảnh báo hữu ích khi đến được với người có thể đánh giá và có đủ bối cảnh để quyết định bước tiếp theo. Nội dung nên nêu phép kiểm tra nào thất bại, trang hoặc chức năng bị ảnh hưởng, sự cố bắt đầu khi nào, hiện còn tiếp diễn không và mức độ nghiêm trọng đối với kết quả đang theo dõi.

Các sự cố khác nhau có thể cần cách xử lý khác nhau. Trang phụ gián đoạn trong thời gian ngắn không nhất thiết cần phản hồi giống như lỗi thanh toán hoặc quyền truy cập của khách hàng. Thời hạn xử lý, người nhận và quy trình chuyển cấp phù hợp tùy vào website và thỏa thuận hỗ trợ.

Hướng dẫn quản lý sự cố của Google khuyến nghị theo dõi các chức năng chính mà người dùng nhìn thấy, thường cảnh báo dựa trên triệu chứng thay vì nguyên nhân phỏng đoán, đồng thời bảo đảm cảnh báo giúp người nhận hành động được. Hướng dẫn cũng đề cập cảnh báo nội bộ mang tính phòng ngừa khi một điều kiện như giới hạn tài nguyên cố định sắp bị chạm tới và có thể gây gián đoạn đột ngột. Với website doanh nghiệp, cảnh báo cần nói rõ đó là vấn đề người dùng đang gặp phải hay tín hiệu nội bộ cần điều tra.

Giám sát không thay thế những gì?

Giám sát có thể phát hiện điều gì đó đã thay đổi hoặc gặp lỗi. Nó không thay thế việc sao lưu, bảo mật, bảo trì phần mềm, kiểm soát truy cập, lập kế hoạch khôi phục hay quy trình ứng phó đã được kiểm thử.

Giám sát cũng không trả lời mọi câu hỏi kinh doanh. Công cụ phân tích cho biết khách truy cập sử dụng website ra sao, còn Search Console báo cáo cách Google thu thập dữ liệu, lập chỉ mục và hiển thị website trong kết quả tìm kiếm. Google giải thích vai trò của Search Console trong việc theo dõi hiệu suất tìm kiếm. Cả hai đều không thay thế việc kiểm tra website có thực hiện đúng các thao tác cần thiết hay không.

Nên hỏi gì về kế hoạch giám sát?

Chủ doanh nghiệp hoặc người quản lý nên nhận được câu trả lời rõ ràng cho các câu hỏi sau:

• Những trang và chức năng kinh doanh nào được kiểm tra?
• Mỗi phép kiểm tra chứng minh được điều gì và không chứng minh được điều gì?
• Mỗi phép kiểm tra chạy với tần suất nào?
• Có thử nghiệm nào tạo ra lịch đặt chỗ, đơn hàng, tin nhắn, tài khoản hoặc bản ghi khác không?
• Ai nhận cảnh báo và cảnh báo bao gồm những thông tin nào?
• Sự cố nào cần xử lý ngay và sự cố nào được xem xét sau?
• Các thay đổi trên website được cập nhật vào nội dung kiểm tra như thế nào?
• Có thể xem lịch sử hoặc bản tóm tắt giám sát nào?
• Ai chịu trách nhiệm điều tra và phản hồi?

Câu trả lời không cần mô tả mọi thành phần kỹ thuật. Chúng cần làm rõ phạm vi kiểm tra trên thực tế và trách nhiệm của từng bên.

Giám sát có thể là một phần trong dịch vụ bảo trì website rộng hơn, cùng với cập nhật, sao lưu, chứng chỉ, hỗ trợ và các công việc chăm sóc thường xuyên khác. Khi đánh giá một website hiện có, chúng tôi lựa chọn các phép kiểm tra phù hợp dựa trên chức năng, tích hợp, rủi ro và phạm vi hỗ trợ đã thống nhất với khách hàng.