1. Xác định phạm vi đánh giá
Bắt đầu với các kết quả hoàn chỉnh, không phải URL ngẫu nhiên. Lập bản đồ trang chủ, nội dung chính, tìm kiếm, liên hệ, tài khoản, đặt chỗ hoặc thanh toán, xác nhận, trợ giúp và mọi dịch vụ nhúng được sử dụng trên lộ trình. Bao gồm điều hướng tái sử dụng, hộp thoại (modal), điều khiển cookie và biểu mẫu vì một lỗi có thể lặp lại khắp site.
Ghi lại phiên bản và cấp độ WCAG, phạm vi phủ sóng, trình duyệt, thiết bị và các loại trừ đã biết.
Rà soát mọi bước và trạng thái, bao gồm khi đã đăng nhập, khi trống và các chế độ lỗi.
2. Kiểm tra đường dẫn bằng bàn phím
Hoàn thành từng tác vụ đã chọn mà không dùng chuột. Dùng Tab và Shift+Tab qua liên kết, điều khiển, hộp thoại, menu, bộ lọc, bộ chọn ngày, media và widget của nhà cung cấp. Điểm lấy nét (focus) phải hiển thị, theo thứ tự hợp lý, không bao giờ bị kẹt và trả về vị trí hữu ích sau khi đóng hộp thoại. Việc thao tác bằng bàn phím là trung tâm của WCAG; đừng giả định điều khiển chuột tùy chỉnh sẽ hoạt động bằng bàn phím.
Cung cấp và kiểm tra cách tiếp cận nội dung chính mà không phải Tab qua phần điều hướng lặp.
Khi giao diện yêu cầu thao tác kéo, xem xét liệu có phương án thay thế không cần kéo phù hợp hay không.
3. Kiểm tra cấu trúc và ý nghĩa rõ ràng
Đặt tiêu đề trang mô tả và dùng các thẻ tiêu đề để thể hiện thứ bậc, không phải để trình bày. Kiểm tra rằng các điều khiển tiết lộ tên, vai trò và trạng thái hữu ích cho công nghệ hỗ trợ; các điều khiển HTML gốc thường giảm rủi ro. Hình ảnh có ý nghĩa cần văn bản thay thế ngắn gọn phù hợp mục đích, còn hình trang trí không nên tạo nhiễu. Không dùng màu làm duy nhất yếu tố để truyền trạng thái hoặc chỉ dẫn, và xác định ngôn ngữ của trang.
Làm cho đích đến hoặc hành động dễ hiểu trong ngữ cảnh; các liên kết mơ hồ lặp lại gây ra sự mơ hồ.
Khi bố cục thay đổi hoặc style không có hiệu lực, nội dung và điều khiển vẫn nên đọc theo thứ tự hợp lý.
4. Thử với văn bản, bố cục, màu sắc và phương tiện
Tăng tỷ lệ phóng to của trình duyệt và kích thước chữ, sau đó lặp lại các tác vụ chính. Nội dung nên vẫn đọc được và có thể sử dụng thay vì chồng chéo, biến mất hoặc trở thành cuộc tìm ngang không mong muốn. Kiểm tra các cặp màu thực tế cho văn bản, điều khiển, focus, lỗi và biểu đồ trong các trạng thái liên quan. Với media đã ghi hình, cung cấp phụ đề cho thông tin âm thanh cần thiết và các phương án thay thế bằng văn bản phù hợp với nội dung.
Bao gồm hover, focus, bị vô hiệu hóa, lỗi và bất kỳ trạng thái tối hoặc trực quan thay thế nào.
Kiểm tra bằng bàn phím cho trình phát cũng như phụ đề, bản ghi (transcript) và thông tin hình ảnh thiết yếu.
5. Đảm bảo biểu mẫu và tác vụ tài khoản có thể khôi phục
Gửi dữ liệu thiếu, sai định dạng và hợp lệ qua các biểu mẫu có giá trị cao nhất của bạn. Các trường nhập cần nhãn tồn tại một cách chương trình liên kết; chỉ dùng placeholder không phải là phương án thay thế đáng tin cậy. Xác định các trường bắt buộc trước khi gửi, giải thích sai ở ngôn ngữ dễ hiểu, chỉ ra trường bị ảnh hưởng và giữ lại dữ liệu đã nhập khi có thể. Kiểm tra đăng nhập, đặt lại mật khẩu, mã dùng một lần, thanh toán và xác nhận như các hành trình.
Kết hợp màu lỗi với thông báo bằng ngôn ngữ đơn giản và trường bị ảnh hưởng dễ nhận diện.
Dùng bàn phím thử tay đổi, chuyển hướng, đường dẫn thất bại và quay về từ nhà cung cấp thanh toán hoặc định danh.
6. Kết hợp công cụ với con người và rà soát thủ công
Chạy một bộ kiểm tra tự động trên các trang đại diện và dùng các phát hiện đó làm manh mối, không phải giấy chứng nhận vượt qua. Công cụ không thể đánh giá liệu văn bản thay thế có có ý nghĩa, thứ tự có hợp lý, hướng dẫn có dễ hiểu hay hành trình có hoạt động với công nghệ hỗ trợ hay không. Thêm các kiểm tra thủ công bằng bàn phím và phóng to cùng với rà soát có mục tiêu bằng trình đọc màn hình. Khi có thể, mời những người có kinh nghiệm sống liên quan tham gia sớm và trả công xứng đáng cho họ.
Lưu đầu ra công cụ, ghi chú người kiểm tra, quyết định, việc khắc phục và kết quả kiểm tra lại trong một hồ sơ issue duy nhất.
Sử dụng người đánh giá có năng lực cho các tuyên bố chính thức, dịch vụ bị điều chỉnh, ứng dụng phức tạp hoặc kết quả có tranh chấp.
7. Đưa việc khắc phục vào quy trình phát hành
Khả năng truy cập có thể bị suy giảm sau khi thay đổi theme, chiến dịch, plugin, script, design token hoặc nhà cung cấp. Thêm một bước rà soát tỷ lệ phù hợp vào công việc thiết kế, nội dung, QA và phát hành. SIU tập trung vào tối ưu hóa thời gian hoạt động chủ động và khắc phục: duy trì con đường trước phát hành, xác định các lỗi hướng tới khách hàng, thực hiện sửa an toàn và sử dụng kế hoạch quay lui khi cần. Rà soát khả năng truy cập bổ sung cho công việc đó; nó không bị thay thế bởi kiểm tra sẵn có (availability) hay cảnh báo gián đoạn dịch vụ.
Chặn phát hành khi một tác vụ chính không thể hoàn thành bằng bàn phím hoặc một lỗi quan trọng không thể hiểu được.
Kiểm tra lại tác vụ gốc, trên thiết bị di động và các trạng thái lỗi sau khi sửa trước khi đóng issue.