AI và khả năng tiếp cận: Hướng dẫn thực tế về ứng dụng, công cụ và giới hạn

Khả năng tiếp cận AI là việc sử dụng trí tuệ nhân tạo (AI) để giúp người khuyết tật đọc, nghe, nói và điều hướng trong nội dung số, đồng thời đảm bảo bản thân các công cụ AI cũng dễ tiếp cận.

Hướng dẫn này đề cập đến những gì AI làm được cho các nhu cầu tiếp cận khác nhau, các phương pháp hay nhất khi dùng AI để giúp nội dung số dễ tiếp cận, cách kiểm tra kết quả, cách xác định liệu bản thân một công cụ AI có dễ tiếp cận hay không, và những điểm mà AI hỗ trợ tiếp cận vẫn còn hạn chế.

Khả năng tiếp cận AI là gì?

Khả năng tiếp cận AI mang hai nghĩa: AI phục vụ khả năng tiếp cận và khả năng tiếp cận của AI.

AI phục vụ khả năng tiếp cận là việc sử dụng AI để giúp người dùng khuyết tật và người gặp khó khăn trong học tập tiếp cận được nội dung.

Các công cụ hỗ trợ tiếp cận dựa trên AI giúp người dùng tiếp nhận những nội dung mà nếu thiếu chúng sẽ không thể tiếp cận, và hoàn thành những tác vụ mà nếu thiếu chúng sẽ cực kỳ khó khăn. Hoặc hoàn toàn bất khả thi.

Ví dụ, các công cụ chuyển văn bản thành giọng nói cho phép người mù “đọc” văn bản viết, còn tính năng đọc chính tả và dự đoán từ giúp người mắc chứng khó đọc giao tiếp bằng văn bản dễ dàng hơn. Nhờ đó, các công cụ này bù đắp phần nào những bất lợi mà họ gặp phải trong cuộc sống cá nhân, học tập hoặc công việc.

Các công cụ AI cũng giúp tạo nội dung dễ tiếp cận, chẳng hạn như văn bản thay thế cho hình ảnh dành cho độc giả mù hoặc phụ đề video dành cho người xem điếc và nghe kém.

Khi nói về khả năng tiếp cận của AI, chúng tôi muốn nói đến khả năng tiếp cận của chính các công cụ AI. Ví dụ: liệu một người bị hạn chế về sự khéo léo của đôi tay có thể điều khiển công cụ chỉ bằng bàn phím hoặc giọng nói hay không, hoặc liệu tất cả các trường và nút có được gắn nhãn rõ ràng cho trình đọc màn hình hay không.

AI hỗ trợ người khuyết tật như thế nào

Công nghệ hỗ trợ đã sử dụng AI từ nhiều năm nay trong nhận dạng ký tự quang học (OCR), nhận dạng giọng nói và các công cụ chuyển văn bản thành giọng nói giúp đỡ người dùng khuyết tật và người gặp khó khăn trong học tập.

AI tạo sinh bổ sung thêm một tầng mới. Nó tạo ra nội dung mới, chẳng hạn như mô tả hình ảnh, bản tóm tắt hoặc phụ đề.

Dưới đây là cách AI hỗ trợ các nhu cầu tiếp cận khác nhau, từ suy giảm thị lực đến khuyết tật nhận thức, và những trường hợp AI chưa làm được:

Cách sử dụng AI để cải thiện khả năng tiếp cận cho nội dung của bạn

Các công cụ AI giúp người sáng tạo nội dung và nhà xuất bản đáp ứng các tiêu chuẩn về khả năng tiếp cận được nêu trong Nguyên tắc về khả năng tiếp cận nội dung web (WCAG). Chúng có thể soạn thảo văn bản thay thế, phụ đề và mô tả bằng âm thanh, chuyển bài viết thành âm thanh và viết lại văn bản phức tạp bằng ngôn ngữ đơn giản.

Viết văn bản thay thế cho hình ảnh, biểu đồ và đồ họa thông tin

Hãy dùng một trợ lý AI, chẳng hạn như Perplexity, để soạn văn bản thay thế (alt text) cho hình ảnh, biểu đồ và đồ họa thông tin. Trình đọc màn hình sẽ đọc to văn bản thay thế, vì vậy một mô tả tốt sẽ mang đến cho độc giả mù và thị lực kém những thông tin mà hình ảnh đồ họa truyền tải.

Dưới đây là ví dụ về văn bản thay thế kèm mô tả dài hơn mà Perplexity đã tạo cho một biểu đồ cột:

Phóng to

Đây là câu lệnh:

Hãy viết văn bản thay thế cho biểu đồ này: một hoặc hai câu nêu rõ biểu đồ thể hiện điều gì và điểm rút ra chính. Sau đó, viết một bản mô tả dài hơn bao quát mọi xu hướng, giá trị, nhãn và điểm dữ liệu, đủ chi tiết để người không thể nhìn thấy biểu đồ hiểu đầy đủ chỉ nhờ phần mô tả. Cuối cùng, liệt kê mọi thứ bạn không đọc rõ hoặc không chắc chắn để tôi có thể đối chiếu với dữ liệu nguồn.

Khi viết văn bản thay thế cho hình ảnh:

• Cung cấp cho hình ảnh một phiên bản ngắn và một phiên bản dài: Viết văn bản thay thế dài một câu, kèm theo dữ liệu hoặc một bản mô tả dài hơn.
• Viết đúng mục đích: WCAG yêu cầu văn bản thay thế phải phục vụ mục đích tương đương với hình ảnh. Để làm được điều này, trợ lý AI có thể cần hiểu lý do hình ảnh xuất hiện trong bài, vì vậy hãy cung cấp thêm ngữ cảnh, chẳng hạn như nội dung bài viết.
• Kiểm tra mọi giá trị: So sánh từng số liệu trong phần mô tả với dữ liệu nguồn của bạn, đặc biệt là các nhãn và con số nhỏ, phòng trường hợp AI đọc nhầm.
• Đánh dấu hình ảnh trang trí: Đặt thuộc tính alt trống (alt="") cho các hình ảnh thuần trang trí để trình đọc màn hình bỏ qua chúng. (Việc bỏ hẳn thuộc tính này sẽ không hiệu quả, vì khi đó một số trình đọc màn hình sẽ đọc tên tệp, như hướng dẫn về hình ảnh của W3C đã giải thích.)

Tạo phụ đề video và bản chép lời âm thanh

Nhiều trợ lý AI hiện đã chấp nhận tệp âm thanh và video, đồng thời chép lời các tệp đó.

Phụ đề và bản chép lời giúp những người không thể nghe tiếp cận được nội dung lời nói. Người xem điếc và nghe kém dựa vào phụ đề để theo dõi video, và dựa vào bản chép lời đối với podcast hoặc cuộc gọi được ghi âm. Chúng cũng hữu ích cho bất kỳ ai thích đọc hoặc tìm kiếm nội dung hơn là nghe.

Perplexity và các trợ lý AI khác có thể chép lời tệp video và âm thanh, đồng thời ghi rõ ai đã nói gì, nhưng các công cụ chuyên dụng để chép lời và tạo phụ đề sẽ giúp quá trình này nhanh hơn. Ví dụ: Otter.ai và Sembly AI chép lời tệp âm thanh và cuộc họp, đồng thời đánh dấu người đang nói, còn các công cụ chỉnh sửa video như Descript và Tella tự động tạo phụ đề.

Các tiêu chí về phụ đề của WCAG (1.2.2 cho video được ghi sẵn và 1.2.4 cho video trực tiếp) bao gồm lời thoại, người đang nói và hiệu ứng âm thanh có ý nghĩa, vì vậy hãy kiểm tra xem việc chuyển đổi người nói và các âm thanh như tiếng cười có xuất hiện trong phụ đề hay không

Các công cụ AI thường ghi sai tên riêng hoặc thuật ngữ sản phẩm, vì vậy hãy chia sẻ với trợ lý AI một bảng thuật ngữ gồm các tên và thuật ngữ có trong bản ghi âm, đồng thời thêm các thuật ngữ đó vào bộ từ vựng tùy chỉnh mà công cụ tạo phụ đề hoặc chép lời của bạn cung cấp (nếu có).

Thêm mô tả bằng âm thanh cho video

Mô tả bằng âm thanh, một yêu cầu cấp độ AA đối với video được ghi sẵn (WCAG 1.2.5), cho những người không nhìn thấy biết điều gì đang diễn ra mà phần âm thanh không truyền tải được, chẳng hạn như hành động, chuyển cảnh, biểu cảm khuôn mặt hoặc văn bản trên màn hình.

Viết mô tả thủ công rất mất thời gian, vì vậy các công cụ chuyên dụng như Verbit, 3Play Media hoặc ScreenPal hiện sử dụng AI để soạn thảo và lồng tiếng cho phần mô tả.

Bản nháp do AI tạo vẫn cần người biên tập. Trong một nghiên cứu năm 2025 do RNIB ủy quyền và Đại học Surrey thực hiện, các mô tả do AI tạo cho chương trình của BBC “thường thiếu độ chính xác, tính mạch lạc và nhận thức về ngữ cảnh”, đồng thời nhận diện sai nhân vật.

Khi chỉnh sửa phần mô tả, chỉ giữ lại những gì người xem cần để theo dõi video và đặt chúng vào những khoảng lặng tự nhiên giữa các lời thoại.

Viết lại nội dung văn bản phức tạp bằng ngôn ngữ đơn giản

Các công cụ AI tạo sinh có thể viết lại, rút gọn, tái cấu trúc và giải thích văn bản. Chúng có thể biến nội dung dày đặc thành một phiên bản rõ ràng hơn cho những người có khác biệt về nhận thức, học tập hoặc chú ý, chẳng hạn như chứng khó đọc hoặc ADHD, vốn cảm thấy khó theo dõi câu dài, thuật ngữ chuyên ngành và đoạn văn dài.

Khi văn bản đòi hỏi khả năng đọc cao hơn trình độ trung học cơ sở, tức khoảng chín năm đi học, WCAG khuyến nghị cung cấp một phiên bản đơn giản hơn hoặc tài liệu bổ sung (tiêu chí 3.1.5, cấp độ AAA).

Dưới đây là một câu lệnh mẫu bạn có thể điều chỉnh để viết lại tài liệu:

Hãy viết lại [chính sách nghỉ phép dành cho cha mẹ đính kèm] bằng ngôn ngữ đơn giản cho những nhân viên có thể đọc tiếng Anh như ngôn ngữ thứ hai hoặc mắc chứng khó đọc hay ADHD. Hướng tới trình độ đọc mà một người 12 đến 14 tuổi có thể hiểu được. Giữ nguyên mọi [quy tắc về điều kiện hưởng, thời hạn, số ngày và tên biểu mẫu] đúng như văn bản gốc. Dùng câu không quá 20 từ và mỗi câu chỉ một ý. Bắt đầu bằng phần tóm tắt dài hai câu [về đối tượng đủ điều kiện và cách đăng ký]. Chuyển quy trình [đăng ký] thành các bước được đánh số, thêm tiêu đề ngắn trước mỗi phần, và giải thích hoặc thay thế các thuật ngữ chuyên môn, chẳng hạn như [“tích lũy”] hoặc [“lương theo luật định”], trong ngoặc đơn ở lần xuất hiện đầu tiên. Viết đầy đủ mọi từ viết tắt ở lần dùng đầu tiên.

AI có thể bỏ sót các chi tiết quan trọng và làm thay đổi ý nghĩa mà trông vẫn không có vẻ sai, vì vậy hãy đối chiếu với bản gốc và nhờ người am hiểu chủ đề xác nhận rằng không có nội dung quan trọng nào bị mất trước khi bạn xuất bản.

Tạo phiên bản âm thanh cho nội dung văn bản

Phiên bản âm thanh cho phép mọi người nghe một bài viết hoặc tài liệu, giúp nội dung dễ tiếp cận hơn với người bị suy giảm thị lực và người gặp khó khăn trong học tập liên quan đến khả năng đọc viết, chẳng hạn như chứng khó đọc.

Phóng to

Các trình tạo giọng nói AI chuyển văn bản thành giọng nói nghe tự nhiên. Ví dụ: ElevenLabs Audio Native tạo trình phát giọng đọc có thể nhúng vào bài viết, còn Amazon Polly chuyển đổi văn bản thành tệp giọng nói mà bạn có thể xuất bản.

Cả hai đều cho phép bạn thiết lập cách phát âm tên riêng, từ viết tắt và thuật ngữ sản phẩm. Hãy kiểm tra những mục đó trước để chúng không gây khó hiểu cho người nghe.

Khi nhúng phiên bản âm thanh vào trang, hãy đảm bảo trình phát âm thanh hoạt động được với bàn phím và có các nút điều khiển được gắn nhãn rõ ràng. Thêm phần tóm tắt ngắn cho các bài dài và cập nhật âm thanh mỗi khi văn bản thay đổi.

Cải thiện khả năng tiếp cận của trang web

Các công cụ kiểm tra tự động và trợ lý lập trình AI phối hợp hiệu quả với nhau: công cụ kiểm tra tìm ra vấn đề trong mã nguồn trang web của bạn, còn trợ lý sẽ khắc phục chúng.

Hãy bắt đầu với một công cụ kiểm tra khả năng tiếp cận web tự động như Axe. Công cụ này kiểm tra trang theo các quy tắc cố định và gắn cờ các lỗi như độ tương phản màu thấp, nút và liên kết không có tên, cũng như trường biểu mẫu không có nhãn. Sau đó, cung cấp cho trợ lý lập trình báo cáo và mã của trang, kèm theo các quy tắc về khả năng tiếp cận cần tuân theo:

Tôi đã chạy công cụ kiểm tra khả năng tiếp cận tự động trên trang này. Báo cáo và mã của trang được đính kèm. Hãy sửa từng lỗi để trang đáp ứng WCAG 2.2 AA, giải thích mỗi thay đổi bằng một câu và giữ nguyên phần mã đã đúng.

Khi xây dựng trang web mới, hãy cung cấp các quy tắc cho trợ lý AI ngay từ đầu.

Trong thử nghiệm tháng 5 năm 2026 của Microsoft với tám mô hình AI, 12% số trang được xây dựng mà không có hướng dẫn về khả năng tiếp cận đã vượt qua các bước kiểm tra tự động. Việc bổ sung một danh sách kiểm tra dài khoảng 100 dòng gồm các quy tắc lập trình WCAG 2.2 đã nâng tỷ lệ trung bình lên 60%. Đóng gói hướng dẫn đó thành một Skill có thể tái sử dụng đã nâng tỷ lệ này lên 82%, và cho phép các mô hình chạy kiểm thử và tự sửa mã của mình đã nâng lên 86%.

Phóng to

Như báo cáo của Microsoft lưu ý, kiểm thử tự động chỉ phát hiện được một số vấn đề về khả năng tiếp cận, vì vậy một trang vượt qua mọi bước kiểm tra vẫn có thể khó sử dụng.

Hãy thận trọng với các lớp phủ hỗ trợ tiếp cận bằng AI, những tiện ích chỉ cần một dòng mã và hứa hẹn giúp trang web tuân thủ quy định. Vào tháng 1 năm 2025, Ủy ban Thương mại Liên bang Hoa Kỳ đã yêu cầu accessiBe nộp phạt 1 triệu USD vì tuyên bố rằng tiện ích AI của họ có thể giúp bất kỳ trang web nào tuân thủ WCAG, và lệnh cuối cùng vào tháng 4 năm 2025 cấm những tuyên bố như vậy trừ khi công ty có bằng chứng chứng minh.

Những hạn chế của AI trong hỗ trợ tiếp cận

AI mở rộng khả năng tiếp cận, nhưng cũng tạo ra rủi ro về quyền riêng tư, và kết quả đầu ra của AI có thể thiếu tin cậy và thiên lệch.

Mối lo ngại về quyền riêng tư

AI hỗ trợ phải xử lý thông tin nhạy cảm: hình ảnh từ camera chụp thư từ, tài liệu và nhãn thuốc, bản ghi âm cuộc trò chuyện, cũng như những chi tiết có thể tiết lộ tình trạng khuyết tật.

Mức độ riêng tư của dữ liệu đó phần lớn phụ thuộc vào nơi công cụ xử lý dữ liệu.

Một số công cụ, như Personal Voice của Apple, xử lý mọi thứ ngay trên thiết bị, trong khi những công cụ khác dựa vào đám mây. Ví dụ: Be My AI của Be My Eyes gửi ảnh đến máy chủ của một nhà cung cấp AI để tạo mô tả.

Một mối lo ngại lớn khác là liệu nhà cung cấp có huấn luyện mô hình của họ bằng dữ liệu người dùng hay không.

Vấn đề về độ tin cậy

Các công cụ AI, bao gồm cả công nghệ hỗ trợ tiếp cận dựa trên AI, có thể mắc lỗi, và những lỗi đó gây hại nhiều hơn cho người khuyết tật.

Trong một nghiên cứu nhật ký với 20 người mù và thị lực kém, được công bố năm 2026, 22% câu trả lời cho các câu hỏi tiếp theo chứa thông tin sai, và tỷ lệ này tăng lên 35% khi AI đọc văn bản hoặc hình ảnh đồ họa (tuy nhiên, hầu hết các mô tả đầu tiên của AI đều chính xác).

Khi xảy ra sai sót, chúng có thể gây ra tác hại thực sự. Trong một khảo sát của Quỹ Người mù Hoa Kỳ (American Foundation for the Blind) được thực hiện năm 2025, 21% người mù và thị lực kém sử dụng tính năng mô tả hình ảnh bằng AI cho biết một sai sót của AI đã gây hại cho họ, so với 9% ở người dùng có thị lực bình thường. Trong số những người điếc và nghe kém sử dụng phụ đề AI, con số này là 24%, so với 4% ở người dùng không khuyết tật.

Các tác giả của báo cáo đưa ra hai lý do: người dùng khuyết tật thường không thể đối chiếu kết quả đầu ra với hình ảnh hoặc âm thanh gốc, và một số người sử dụng các công cụ này trong những tình huống hệ trọng hơn, chẳng hạn như đọc nhãn thuốc hoặc tài liệu tài chính.

Thiên lệch và dữ liệu huấn luyện

Một số công cụ AI, chẳng hạn như công cụ nhận dạng giọng nói, có thể không hoạt động tốt bằng đối với người khuyết tật, và việc dữ liệu huấn luyện còn hạn chế là một phần nguyên nhân

Một bài báo năm 2024 của Speech Accessibility Project cho biết từ năm 2008 đến năm 2023, tỷ lệ lỗi tốt nhất khi nhận dạng lời nói của người mắc chứng loạn vận ngôn đã giảm ba lần, so với mức giảm năm lần đối với những người nói khác. Các tác giả nêu việc thiếu dữ liệu là một trong những nguyên nhân chính. Bài báo tiếp nối năm 2025 của dự án cho biết khoảng cách này một phần là do thiếu dữ liệu.

Tuy nhiên, dữ liệu không phải là toàn bộ vấn đề. Cách các mô hình hoạt động cũng là một nguyên nhân.

Trong bài phát biểu chính tại Hội nghị chuyên đề nghiên cứu về AI và khả năng tiếp cận năm 2023 của W3C, Jutta Treviranus thuộc Trung tâm Nghiên cứu Thiết kế Hòa nhập (Inclusive Design Research Centre) cho rằng các hệ thống AI hoạt động chính xác đối với những người gần với mức trung bình và thất bại đối với những người cách xa mức trung bình nhất.

Trong một bài viết năm 2024, bà bổ sung rằng việc có thêm người khuyết tật trong dữ liệu huấn luyện không giải quyết được vấn đề, vì mô hình vẫn thiên về mức trung bình: “Ngay cả khi người khuyết tật được đại diện đầy đủ và công bằng theo đúng tỷ lệ trong dữ liệu huấn luyện, máy móc vẫn sẽ đứng về phía mức trung bình thống kê.”

Cách chọn công cụ AI dễ tiếp cận

Khi triển khai một công cụ AI cho cả tổ chức, công cụ đó phải phù hợp với tất cả mọi người, kể cả những người khuyết tật hoặc gặp khó khăn trong học tập.

Phóng to

Trước khi quyết định chọn một công cụ, hãy kiểm tra xem công cụ đó có đáp ứng các tiêu chí sau không:

• Điều khiển có nhãn: Mọi nút và trường đều có tên mà công nghệ hỗ trợ có thể đọc được, và tên đó cho biết chức năng của điều khiển: “Gửi”, chứ không phải “nút” (WCAG 4.1.2 và 1.1.1).
• Thao tác hoàn toàn bằng bàn phím: Bạn có thể nhập và gửi câu lệnh, di chuyển giữa các câu trả lời và sao chép chúng chỉ bằng bàn phím, với chỉ báo tiêu điểm hiển thị rõ vị trí hiện tại của bạn (WCAG 2.1.1 và 2.4.7).
• Thông báo trạng thái được đọc lên: Các thông báo như “Đang tạo câu trả lời…” được truyền tới trình đọc màn hình mà không di chuyển tiêu điểm (WCAG 4.1.3).
• Đầu ra có cấu trúc, sao chép được: Câu trả lời sử dụng tiêu đề và danh sách thực sự, giữ nguyên định dạng khi được sao chép, và bạn có thể yêu cầu văn bản thuần túy.
• Thời gian: Nếu phiên hết thời gian chờ, bạn có thể tắt giới hạn, kéo dài giới hạn lên ít nhất gấp mười lần mặc định, hoặc nhận cảnh báo và có ít nhất 20 giây để gia hạn (WCAG 2.2.1).
• Thu phóng: Ở mức thu phóng 400% (khung nhìn rộng 320 pixel), nội dung được dàn lại thành một cột duy nhất để bạn không phải cuộn ngang khi đọc (WCAG 1.4.10).
• Hoạt động với công nghệ hỗ trợ riêng của mỗi người: Công cụ hỗ trợ các trình đọc màn hình và cài đặt của bên thứ ba thay vì thay thế chúng bằng các tính năng tích hợp sẵn. Đây không phải là một tiêu chí WCAG, nhưng nó quyết định liệu người dùng có thể giữ lại thiết lập mà họ đã quen thuộc hay không.
• Độ tương phản dễ đọc: Văn bản trong ô nhập câu lệnh, kể cả văn bản giữ chỗ, và trong câu trả lời đạt tỷ lệ tương phản 4,5:1 (WCAG 1.4.3).
• Lỗi dễ nhận biết: Khi tải lên không thành công hoặc câu lệnh bị từ chối, công cụ thông báo điều đó bằng văn bản, chứ không chỉ bằng việc đổi màu hoặc hiển thị biểu tượng (WCAG 3.3.1).

Nhiều nhà cung cấp công bố Báo cáo tuân thủ khả năng tiếp cận (Accessibility Conformance Report – ACR), là phiên bản đã hoàn thiện của Mẫu khả năng tiếp cận sản phẩm tự nguyện (Voluntary Product Accessibility Template – VPAT) do Hội đồng Công nghiệp Công nghệ Thông tin (Information Technology Industry Council) xây dựng. Báo cáo này đánh giá sản phẩm theo từng tiêu chí khả năng tiếp cận, nhờ đó trở thành một cách hữu ích để so sánh các công cụ trước khi dùng thử.

Câu hỏi thường gặp về AI và khả năng tiếp cận

Có những ví dụ nào về công nghệ hỗ trợ?

Các ví dụ phổ biến về công nghệ hỗ trợ bao gồm trình đọc màn hình, công cụ tạo phụ đề và chép lời, nhận dạng giọng nói và điều khiển bằng giọng nói, thiết bị giao tiếp tăng cường và thay thế (AAC), cùng thiết bị truy cập bằng công tắc hoặc bàn phím thay thế. Hiện nay, AI đang vận hành nhiều công nghệ trong số này, đặc biệt là tạo phụ đề, nhận dạng giọng nói và mô tả hình ảnh.

WCAG có phải là yêu cầu bắt buộc theo pháp luật không?

Bản thân WCAG là một tiêu chuẩn của W3C, không phải là luật, nhưng các đạo luật có viện dẫn WCAG hoặc đặt ra các yêu cầu tương tự.

Ví dụ, tại Hoa Kỳ, quy định Tiêu đề II của ADA do Bộ Tư pháp ban hành yêu cầu nội dung web và ứng dụng di động của chính quyền tiểu bang và địa phương phải đáp ứng WCAG 2.1 Cấp độ AA chậm nhất vào ngày 26 tháng 4 năm 2027 đối với các chính quyền phục vụ từ 50.000 người trở lên, và ngày 26 tháng 4 năm 2028 đối với các chính quyền nhỏ hơn và các đặc khu. Các cơ quan liên bang tuân theo Mục 508, với các tiêu chuẩn có tích hợp WCAG 2.0.

Tại EU, Đạo luật Khả năng tiếp cận châu Âu, áp dụng cho các sản phẩm và dịch vụ như thương mại điện tử, ngân hàng tiêu dùng hay sách điện tử, không viện dẫn trực tiếp WCAG. Trên thực tế, hầu hết các tổ chức sử dụng WCAG và tiêu chuẩn châu Âu EN 301 549 để đáp ứng đạo luật này, và phiên bản năm 2026 của EN 301 549 sử dụng WCAG 2.2.

Bốn nguyên tắc của khả năng tiếp cận là gì?

WCAG sắp xếp các hướng dẫn theo bốn nguyên tắc: có thể nhận biết, có thể vận hành, có thể hiểu được và mạnh mẽ. 13 hướng dẫn của WCAG được xếp vào bốn nguyên tắc đó, và mỗi hướng dẫn bao gồm các tiêu chí thành công có thể kiểm thử mà các cuộc đánh giá dựa vào để kiểm tra.