Khả năng tiếp cận web là một nỗ lực quan trọng nhằm đảm bảo mọi người đều có thể tiếp cận nội dung web một cách bình đẳng. Thực hiện kiểm tra khả năng tiếp cận một cách thích hợp giúp xác nhận xem trang web hoặc ứng dụng có tuân thủ các tiêu chuẩn về khả năng tiếp cận hay không và tìm ra các điểm cần cải thiện. Hướng dẫn này giải thích các bước cơ bản và phương pháp để thực hiện kiểm tra khả năng tiếp cận web.

1. Làm rõ mục đích và phạm vi của kiểm tra

1.1 Thiết lập mục đích

Trước khi thực hiện kiểm tra khả năng tiếp cận, hãy làm rõ mục đích của nó. Các mục đích của kiểm tra có thể bao gồm những điều sau đây:

  • Xác nhận việc tuân thủ các tiêu chuẩn khả năng tiếp cận: Xác nhận xem có tuân thủ các tiêu chuẩn quốc tế như WCAG (Web Content Accessibility Guidelines) hay không.
  • Cải thiện trải nghiệm người dùng: Xác nhận xem các nhóm người dùng đa dạng, bao gồm người khuyết tật và người cao tuổi, có thể sử dụng một cách thoải mái không.
  • Giảm thiểu rủi ro pháp lý: Xác nhận xem có tuân thủ các luật và quy định liên quan đến khả năng tiếp cận không.

1.2 Quyết định phạm vi kiểm tra

Làm rõ phạm vi kiểm tra. Quyết định xem có kiểm tra tất cả các trang và chức năng hay chỉ các trang hoặc chức năng quan trọng. Ngoài ra, xác định thiết bị và trình duyệt sẽ được sử dụng để kiểm tra, như máy tính cá nhân, điện thoại thông minh, máy tính bảng, v.v.

2. Chọn phương pháp kiểm tra

2.1 Sử dụng công cụ kiểm tra tự động

Công cụ kiểm tra tự động rất hiệu quả trong việc phát hiện nhiều vấn đề về khả năng tiếp cận trong thời gian ngắn. Các công cụ sau đây thường được sử dụng:

  • axe: Có thể được sử dụng dưới dạng tiện ích mở rộng của trình duyệt web, phát hiện các vấn đề về khả năng tiếp cận theo thời gian thực.
  • WAVE: Hiển thị các vấn đề về khả năng tiếp cận web một cách trực quan và làm rõ các điểm cần cải thiện.
  • Lighthouse: Công cụ do Google cung cấp, không chỉ đánh giá khả năng tiếp cận mà còn đánh giá hiệu suất và SEO.

Công cụ tự động rất tiện lợi, nhưng không thể phát hiện tất cả các vấn đề, vì vậy chỉ nên sử dụng như một phương tiện hỗ trợ.

2.2 Kiểm tra thủ công

Trong kiểm tra thủ công, con người sẽ thực sự thao tác trang web để đánh giá khả năng tiếp cận. Các điểm sau đây được kiểm tra:

  • Kiểm tra khả năng điều khiển bằng bàn phím: Xác nhận xem có thể điều khiển trang web chỉ bằng bàn phím mà không cần dùng chuột hay không. Các mục kiểm tra bao gồm việc di chuyển tiêu điểm bằng phím Tab có đúng cách không và việc đóng cửa sổ mô-đun bằng phím Esc, v.v.
  • Sử dụng trình đọc màn hình: Sử dụng trình đọc màn hình (ví dụ: NVDA, JAWS, VoiceOver, v.v.) để kiểm tra xem việc đọc văn bản bằng giọng nói có được thực hiện đúng không. Đặc biệt, việc kiểm tra các nhãn của biểu mẫu và văn bản liên kết là rất quan trọng.
  • Kiểm tra tỷ lệ độ tương phản: Xác nhận xem tỷ lệ độ tương phản giữa văn bản và nền có đáp ứng tiêu chuẩn WCAG (thường là 4.5:1 trở lên) hay không.

2.3 Kiểm tra khả năng sử dụng

Yêu cầu các người dùng mục tiêu, chẳng hạn như người khuyết tật hoặc người cao tuổi, tham gia kiểm tra và xác nhận cảm nhận thực tế khi sử dụng. Phương pháp này rất hiệu quả trong việc phát hiện các vấn đề thực tế mà người dùng gặp phải. Trong kiểm tra khả năng sử dụng, thông qua quan sát và phỏng vấn, bạn có thể xác định những phần nào gây khó khăn và cần cải thiện như thế nào.

3. Đánh giá và báo cáo kết quả kiểm tra

3.1 Phân loại và ưu tiên vấn đề

Phân loại các vấn đề phát hiện trong kiểm tra và xác định mức độ ưu tiên để sửa chữa. Các vấn đề có thể được phân loại như sau:

  • Các vấn đề nghiêm trọng: Các vấn đề gây cản trở lớn đến việc sử dụng trang web (ví dụ: không thể gửi biểu mẫu, thông tin quan trọng không được đọc bởi trình đọc màn hình, v.v.).
  • Các vấn đề mức độ trung bình: Các vấn đề gây một số cản trở trong việc sử dụng, nhưng có phương án thay thế (ví dụ: có các liên kết không thể truy cập bằng bàn phím nhưng có thể truy cập bằng phương pháp khác).
  • Các vấn đề nhỏ: Các vấn đề không gây ảnh hưởng lớn đến việc sử dụng nhưng vẫn nên cải thiện (ví dụ: tỷ lệ độ tương phản chỉ hơi không đạt tiêu chuẩn).

3.2 Tạo đề xuất cải thiện

Đề xuất các giải pháp cải thiện cho các vấn đề đã phát hiện. Các đề xuất nên bao gồm các chi tiết kỹ thuật và được trình bày theo cách mà các nhà phát triển có thể thực hiện ngay lập tức.

3.3 Tạo báo cáo

Tạo báo cáo tổng hợp kết quả kiểm tra và các đề xuất cải thiện. Báo cáo nên bao gồm các nội dung sau:

  • Tổng quan về kiểm tra: Mục đích kiểm tra, phạm vi, công cụ và phương pháp đã sử dụng.
  • Danh sách các vấn đề: Chi tiết về các vấn đề đã phát hiện và mức độ ưu tiên của chúng.
  • Các giải pháp cải thiện: Các đề xuất cải thiện cụ thể cho từng vấn đề.
  • Các bước tiếp theo: Lịch trình kiểm tra lại sau khi cải thiện hoặc kiểm tra định kỳ.

4. Thực hiện cải thiện và kiểm tra lại

4.1 Thực hiện cải thiện

Đăng ký để truy cập

Đọc thêm nội dung này khi bạn đăng ký ngay hôm nay.

Sorry! This product is not available for purchase at this time.

Chúng tôi đã phát hành UUU Web Accessibility Widget Tool, công cụ giúp dễ dàng triển khai khả năng truy cập web. Nếu bạn quan tâm đến việc cải thiện khả năng truy cập, hãy xem thêm thông tin chi tiết.

By greeden

Để lại một bình luận

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *

日本語が含まれない投稿は無視されますのでご注意ください。(スパム対策)