Đăng ký để truy cập
Đăng ký để đọc phần hướng dẫn thực hành về cách đưa thông tin AS vào quy trình thiết kế, phát triển và kiểm thử.
Accessibility Supported (AS), thường được hiểu là “được hỗ trợ về khả năng tiếp cận”, là một khái niệm quan trọng khi đánh giá website theo WCAG. Nói ngắn gọn, AS giúp nhóm thiết kế, phát triển và kiểm thử trả lời câu hỏi: cách dùng một công nghệ web có thật sự hoạt động với trình duyệt, tính năng trợ năng và công nghệ hỗ trợ mà người dùng đang sử dụng hay không.
Khái niệm này không chỉ dành cho chuyên gia kiểm thử. Nếu một website có nút bấm, biểu mẫu, menu, nội dung động hoặc màu sắc khó đọc, nhóm làm sản phẩm cần biết liệu người dùng dùng bàn phím, trình đọc màn hình, kính lúp màn hình hoặc thiết bị nhập liệu thay thế có thể sử dụng được hay không. Thông tin AS chính là phần bằng chứng và bối cảnh giúp việc đánh giá đó thực tế hơn.
Accessibility Supported (AS) là gì?
Trong ngữ cảnh WCAG, một cách dùng công nghệ được xem là có hỗ trợ khả năng tiếp cận khi nó có thể làm việc với công nghệ hỗ trợ của người dùng và với các tính năng trợ năng trong trình duyệt hoặc tác nhân người dùng khác. “Công nghệ hỗ trợ” có thể là trình đọc màn hình, phần mềm phóng to, công cụ nhập liệu bằng giọng nói, công tắc điều khiển hoặc các công cụ giúp người khuyết tật truy cập nội dung số.
Điểm cần chú ý là AS không có nghĩa là “toàn bộ công nghệ luôn luôn dễ tiếp cận”. Một công nghệ như HTML, CSS hoặc JavaScript có thể được dùng theo cách tốt hoặc không tốt. Ví dụ, một nút bấm được viết bằng HTML phù hợp, có tên dễ hiểu và nhận được tiêu điểm bằng bàn phím sẽ dễ được công nghệ hỗ trợ xử lý hơn một phần tử chỉ trông giống nút bấm nhưng không có vai trò hoặc hành vi đúng.
Vì vậy, khi nói đến AS, điều quan trọng không chỉ là “dùng công nghệ nào”, mà là “dùng công nghệ đó theo cách nào, trong môi trường nào, với người dùng nào”.
Vì sao thông tin AS quan trọng?
Tránh đánh giá khả năng tiếp cận chỉ dựa trên mã nguồn
Mã nguồn hợp lệ là cần thiết, nhưng chưa đủ. Một giao diện có thể trông đúng trên màn hình của nhà phát triển nhưng vẫn gây khó khăn cho người dùng khác. Ví dụ, menu có thể mở bằng chuột nhưng không mở được bằng bàn phím; thông báo lỗi có thể hiện bằng màu đỏ nhưng không được trình đọc màn hình thông báo; hoặc một biểu tượng có ý nghĩa nhưng không có tên thay thế.
Thông tin AS giúp nhóm kiểm thử đi xa hơn câu hỏi “mã có đúng không” và chuyển sang câu hỏi “người dùng có thể thực hiện nhiệm vụ không”. Đây là cách tiếp cận thực tế hơn khi mục tiêu là tạo ra trải nghiệm web dễ sử dụng cho nhiều người.
Giúp nhóm thiết kế và phát triển chọn giải pháp phù hợp
Khi xây dựng giao diện, nhóm sản phẩm thường phải chọn giữa nhiều cách triển khai: dùng phần tử HTML gốc, thêm ARIA, tạo thành phần tùy chỉnh hoặc dùng thư viện giao diện. Thông tin AS giúp đánh giá lựa chọn nào ít rủi ro hơn.
Một nguyên tắc thực tế là ưu tiên phần tử HTML gốc khi có thể. Nếu phải dùng thành phần tùy chỉnh, nhóm cần kiểm tra tên, vai trò, trạng thái, thứ tự tiêu điểm và thao tác bàn phím. Những yếu tố này quyết định việc công nghệ hỗ trợ có thể hiểu và điều khiển thành phần đó hay không.
Tạo căn cứ cho kiểm thử và cải tiến liên tục
Hỗ trợ khả năng tiếp cận có thể khác nhau theo trình duyệt, hệ điều hành, ngôn ngữ nội dung và công nghệ hỗ trợ. Vì vậy, một lần kiểm tra duy nhất hiếm khi đủ cho mọi trường hợp. Thông tin AS nên được xem như tài liệu sống: ghi lại đã kiểm thử gì, trong môi trường nào, kết quả ra sao và phần nào cần kiểm tra lại khi sản phẩm thay đổi.
| Hạng mục cần kiểm tra | Câu hỏi AS nên đặt ra | Ví dụ cải thiện |
|---|---|---|
| Trình đọc màn hình | Người dùng có nghe được tên, vai trò và trạng thái của thành phần không? | Dùng nhãn biểu mẫu rõ ràng, nút có tên mô tả, thông báo lỗi được liên kết đúng. |
| Bàn phím | Người dùng có thao tác được mà không cần chuột không? | Đảm bảo thứ tự Tab hợp lý, không có bẫy bàn phím, trạng thái tiêu điểm dễ thấy. |
| Độ dễ đọc | Nội dung có đủ dễ nhìn trong các điều kiện thị giác khác nhau không? | Kiểm tra chỉ số tương phản, cỡ chữ, khoảng cách và khả năng phóng to. |
| Nội dung động | Thay đổi trên màn hình có được truyền đạt theo cách người dùng nhận biết được không? | Thông báo trạng thái, lỗi hoặc kết quả cập nhật bằng vùng thông báo phù hợp khi cần. |
Ví dụ dễ hiểu về Accessibility Supported
Hỗ trợ trình đọc màn hình
Trình đọc màn hình chuyển thông tin trên giao diện thành giọng nói hoặc chữ nổi. Với người dùng trình đọc màn hình, một nút “Gửi” không chỉ cần trông giống nút; nó cần có tên mà công nghệ hỗ trợ đọc được, có vai trò đúng là nút và phản hồi rõ khi được kích hoạt.
Nếu nhóm dùng ARIA để bổ sung thông tin cho thành phần tùy chỉnh, cần kiểm tra kỹ thay vì giả định rằng cứ thêm ARIA là tốt hơn. ARIA có thể giúp truyền đạt vai trò và trạng thái, nhưng nếu dùng sai, nó có thể làm trải nghiệm khó hiểu hơn.
Điều hướng bằng bàn phím và trạng thái tiêu điểm
Nhiều người dùng không dùng chuột hoặc không thể dùng chuột ổn định. Vì vậy, website cần cho phép di chuyển, mở menu, chọn mục, đóng hộp thoại và gửi biểu mẫu bằng bàn phím. Khi người dùng nhấn Tab, vị trí hiện tại trên giao diện phải rõ ràng. Phần này liên quan trực tiếp đến khả năng hiển thị của tiêu điểm.
Một kiểm tra đơn giản là đi qua toàn bộ trang chỉ bằng bàn phím. Nếu không thấy mình đang ở đâu, không thể mở một thành phần, hoặc bị kẹt trong hộp thoại, đó là tín hiệu cần xem lại cách triển khai.
Độ tương phản và khả năng đọc
Độ tương phản giữa chữ và nền ảnh hưởng trực tiếp đến khả năng đọc. Người dùng có thị lực yếu, đang dùng màn hình nhỏ hoặc đang ở môi trường nhiều ánh sáng đều có thể gặp khó khăn nếu màu chữ quá nhạt. Thông tin AS ở đây không chỉ là con số kiểm tra màu, mà còn là việc xác nhận nội dung vẫn đọc được trong bối cảnh sử dụng thực tế.
Những điểm chính khi sử dụng thông tin AS
- Luôn ghi rõ phạm vi: nêu rõ đã kiểm tra thành phần nào, trên trình duyệt nào, với công nghệ hỗ trợ nào.
- Không chỉ dựa vào kiểm thử tự động: công cụ tự động hữu ích, nhưng nhiều vấn đề cần kiểm tra thủ công và quan sát thao tác thực tế.
- Ưu tiên trải nghiệm người dùng: nếu người dùng vẫn không hoàn thành được nhiệm vụ, việc “qua bài kiểm tra” chưa đủ.
- Cập nhật theo thay đổi sản phẩm: khi thay giao diện, thư viện, trình duyệt mục tiêu hoặc cách nhập nội dung, cần xem lại thông tin AS.
Chúng tôi đã phát hành UUU Web Accessibility Widget Tool, một công cụ giúp triển khai các tính năng hỗ trợ truy cập web dễ dàng hơn. Nếu bạn đang quan tâm đến việc cải thiện khả năng tiếp cận, hãy xem thêm thông tin chi tiết.