Khả Năng Truy Cập Web Là Gì? WCAG Và Thiết Kế Hòa Nhập Giải Thích

Khả năng truy cập web nghĩa là xây dựng website và ứng dụng sao cho người khuyết tật có thể sử dụng — dù họ là người mù và dùng trình đọc màn hình, không dùng được chuột, thị lực hoặc khả năng nhận biết màu kém, bị khiếm thính, hay có khuyết tật nhận thức hoặc học tập. Trong thực tế, điều này gồm những việc như văn bản thay thế cho ảnh, đủ độ tương phản màu, biểu mẫu có nhãn đúng cách, và mọi thứ hoạt động chỉ bằng bàn phím. Tiêu chuẩn quốc tế về vấn đề này là WCAG, Hướng dẫn về Khả năng Truy cập Nội dung Web của W3C.

Khả năng truy cập thường được viết tắt là a11y — “a”, sau đó là 11 chữ cái, rồi đến “y”.

Vì sao khả năng truy cập quan trọng khi bạn xây dựng bằng AI

Các trình xây dựng AI rất giỏi tạo ra ứng dụng trông đúng. Khả năng truy cập chủ yếu liên quan đến những thứ bạn không thể thấy trong ảnh chụp màn hình: một nút có thực sự là nút không, một ô nhập có nhãn để trình đọc màn hình đọc to không, và bạn có thể đưa tới menu bằng phím Tab không.

Do đó, bạn nên hỏi những điều sau:

• Rất dễ bỏ sót. Một menu thả xuống được tạo kiểu tùy chỉnh có thể trông hoàn hảo nhưng không thể dùng nếu không có chuột. Bạn sẽ không nhận ra nếu không kiểm tra.
• Rẻ hơn khi làm đúng ngay từ đầu. Yêu cầu các component có khả năng truy cập ngay từ prompt đầu tiên hầu như không tốn gì. Sửa lại một ứng dụng đã hoàn thiện thì phải chạm vào mọi màn hình.
• Có lợi cho tất cả mọi người. Phụ đề giúp người ở nơi ồn ào, độ tương phản tốt giúp người dùng điện thoại dưới ánh nắng, và nhãn rõ ràng giúp mọi người điền biểu mẫu nhanh hơn.
• Trùng với SEO. Tiêu đề rõ ràng, liên kết mô tả và văn bản thay thế (alt text) cũng giúp công cụ tìm kiếm hiểu trang của bạn — xem SEO cho các website xây bằng AI.
• Có thể là yêu cầu bắt buộc. Tùy nơi bạn hoạt động và đối tượng bạn phục vụ, khả năng truy cập có thể là nghĩa vụ pháp lý.

Một ví dụ đời thường

Hãy nghĩ đến lối vào của một tòa nhà.

Cầu thang hoạt động tốt với nhiều người. Một lối dốc phục vụ người ngồi xe lăn — và cả các bậc cha mẹ đẩy xe nôi, nhân viên giao hàng đẩy xe chở hàng và du khách kéo vali. Cửa tự động, biển chỉ dẫn rõ ràng, chữ nổi braille trên nút thang máy và ánh sáng tốt, mỗi thứ đều gỡ bỏ một rào cản cho ai đó.

Khả năng truy cập web cũng là ý tưởng tương tự cho không gian số: lối dốc, biển chỉ dẫn và tay vịn của ứng dụng bạn. Và giống như một tòa nhà, việc thêm lối dốc vào bản thiết kế dễ hơn nhiều so với thêm sau khi bê tông đã đông cứng.

WCAG tóm lại

WCAG được công bố bởi Sáng kiến Khả năng Truy cập Web (WAI) của W3C. Phiên bản hiện tại là WCAG 2.2, công bố lần đầu vào tháng 10 năm 2023. Nó tương thích ngược: nội dung đạt WCAG 2.2 cũng đạt 2.1 và 2.0, và W3C khuyến khích dùng phiên bản mới nhất. WCAG 2.2 cũng được phê duyệt là tiêu chuẩn quốc tế, ISO/IEC 40500:2025. WCAG 3 — một phiên bản rất khác — đang được phát triển dưới dạng bản nháp sơ bộ, chưa phải tiêu chuẩn hoàn chỉnh.

WCAG được tổ chức theo bốn nguyên tắc, thường được ghi nhớ bằng từ POUR:

Mỗi hướng dẫn có các tiêu chí thành công có thể kiểm tra ở ba cấp độ:

• Cấp độ A — mức tối thiểu. Không đạt các tiêu chí này sẽ chặn hoàn toàn một số người.
• Cấp độ AA — mục tiêu tiêu chuẩn, và là cấp độ mà đa số luật và chính sách tham chiếu đến.
• Cấp độ AAA — cấp độ cao nhất. Hữu ích để nhắm tới ở một số chỗ, nhưng W3C không khuyến nghị bắt buộc cho toàn bộ website, vì một số nội dung không thể đáp ứng.

WCAG 2.2 đã thêm chín tiêu chí thành công so với 2.1, bao gồm Target Size (Minimum) ở cấp độ AA — các vùng nhấn nên thường có kích thước ít nhất 24 x 24 pixel CSS, có ngoại lệ — và Accessible Authentication (Minimum), giới hạn các bước đăng nhập dựa vào trí nhớ hoặc câu đố, như việc phải gõ lại mật khẩu mà không được phép dán. Nó cũng đã loại bỏ tiêu chí “Parsing” cũ vì lỗi thời.

Ví dụ minh họa: một biểu mẫu đăng ký

Đây là một biểu mẫu đăng ký mà AI có thể tạo ra, và những gì một bước kiểm tra khả năng truy cập phát hiện:

Không có cách sửa nào trong số này thay đổi nhiều diện mạo của biểu mẫu. Nhưng tất cả đều thay đổi việc liệu một số người có dùng được nó hay không.

Các thuật ngữ chính

Những hiểu lầm thường gặp

• “Khả năng truy cập chỉ quan trọng với người mù.” Nó bao gồm khuyết tật thị giác, vận động, thính giác, giao tiếp và nhận thức, cùng các tình huống tạm thời như gãy tay.
• “Website có khả năng truy cập trông nhàm chán.” Khả năng truy cập chỉ hạn chế một vài thứ — độ tương phản, kiểu tiêu điểm, cỡ chữ — nhưng các website đẹp và có khả năng truy cập là chuyện bình thường, không phải ngoại lệ.
• “Công cụ kiểm tra tự động cho điểm 100 nghĩa là chúng ta đã xong.” Công cụ tự động chỉ bắt được một số vấn đề. Việc văn bản thay thế có thực sự có ý nghĩa hay không, hoặc một luồng có hợp lý khi dùng trình đọc màn hình không, cần người kiểm tra.
• “Một widget phủ sẽ làm chúng ta tuân thủ.” Thanh công cụ gắn thêm lên trên không thể sửa việc thiếu nhãn hay lỗi truy cập bàn phím trong mã của bạn. Hãy sửa ở nguồn.
• “Chúng tôi không có người dùng khuyết tật.” Bạn có thể chỉ không biết. Nhiều khuyết tật không nhìn thấy được, và những người gặp rào cản thường chỉ rời đi.

Nên yêu cầu gì với trình xây dựng AI của bạn

• “Xây dựng cái này đạt WCAG 2.2 cấp độ AA.”
• “Dùng HTML ngữ nghĩa: nút thật, liên kết thật, tiêu đề đúng thứ tự, và nhãn cho mọi ô biểu mẫu.”
• “Đảm bảo mọi phần tử tương tác hoạt động chỉ bằng bàn phím và có kiểu tiêu điểm nhìn thấy được.”
• “Kiểm tra độ tương phản của mọi màu chữ và biểu tượng — 4,5:1 cho văn bản thường, 3:1 cho chữ lớn và biểu tượng.”
• “Thêm văn bản thay thế có ý nghĩa cho ảnh mang thông tin và alt rỗng cho ảnh trang trí.”
• “Hiển thị lỗi biểu mẫu dưới dạng văn bản, gắn với ô nhập, không chỉ bằng màu sắc.”
• “Tôn trọng cài đặt giảm chuyển động của người dùng đối với hiệu ứng.”
• “Chạy một công cụ kiểm tra khả năng truy cập tự động và liệt kê những gì nó không kiểm tra được, để tôi tự kiểm tra thủ công.”

Sau đó, hãy tự kiểm tra: đặt chuột sang một bên và thử hoàn thành luồng chính chỉ bằng Tab, Shift+Tab, Enter và Space. Thử trình đọc màn hình tích hợp trên điện thoại với trang chính. Phóng to trình duyệt lên 200% và xem có gì bị vỡ không.

Khả năng truy cập trong Mythex

Mythex không có công cụ kiểm tra khả năng truy cập chuyên dụng, nên hãy coi khả năng truy cập là một phần của prompt và việc kiểm thử của bạn. Yêu cầu WCAG 2.2 AA ngay từ prompt đầu tiên, kiểm tra kết quả trong Preview bằng bàn phím, và dùng /test để agent thao tác qua các luồng chính trước khi xuất bản — xem Kiểm thử ứng dụng. Công thức SEO cũng yêu cầu tiêu đề ngữ nghĩa và văn bản thay thế có ý nghĩa, phục vụ cả hai mục tiêu.

Để có một danh sách kiểm tra thực hành, xem cách làm cho website của bạn có khả năng truy cập. Về thiết kế, đọc cách thiết kế một ứng dụng đẹp bằng AI, và trước khi ra mắt, xem cách kiểm thử ứng dụng trước khi ra mắt. Trang tổng quan WCAG của W3C là nguồn chính thức đáng tin cậy nhất.

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