Khả năng tiếp cận web là cách thiết kế và vận hành website để nhiều người có thể sử dụng được, kể cả người dùng trình đọc màn hình, người chỉ dùng bàn phím, người có thị lực kém, người khiếm thính, người gặp khó khăn về nhận thức hoặc người dùng thiết bị trong điều kiện hạn chế.
Khi so sánh Nhật Bản và Mỹ, điểm khác biệt không chỉ nằm ở luật. Hai thị trường còn khác nhau ở cách áp dụng tiêu chuẩn, mức độ nhận thức trong doanh nghiệp, rủi ro pháp lý và cách tổ chức kiểm thử. Bài viết này tập trung vào những điểm người quản lý website, nhà phát triển và người phụ trách nội dung cần nắm trước khi lập kế hoạch cải thiện.
Luật chống phân biệt đối xử với người khuyết tật đã làm rõ nghĩa vụ cung cấp điều chỉnh hợp lý cho cả khu vực tư nhân. Tuy nhiên, không nên hiểu là mọi website tư nhân đều có một checklist kỹ thuật duy nhất trong mọi trường hợp.
ADA và Section 508 tạo áp lực tuân thủ mạnh. Với cơ quan chính quyền tiểu bang và địa phương, quy tắc Title II mới đặt mốc tuân thủ WCAG 2.1 Level AA theo lộ trình cụ thể.
Tiêu chuẩn kỹ thuật
JIS X 8341-3:2016 thường được dùng làm chuẩn tham chiếu trong các dự án web, đặc biệt ở khu vực công.
WCAG là chuẩn thực hành phổ biến. Section 508 liên kết chặt với yêu cầu WCAG, còn nhiều tổ chức tư nhân dùng WCAG như đường cơ sở để giảm rủi ro.
Mức độ phổ biến
Nhận thức đang tăng, nhưng doanh nghiệp nhỏ thường gặp trở ngại về ngân sách, nhân lực và kiến thức vận hành.
Nhận thức cao hơn do áp lực pháp lý, mua sắm công, kiện tụng và hệ sinh thái công cụ mạnh hơn.
Rủi ro khi triển khai
Dễ dừng ở việc sửa từng lỗi riêng lẻ mà chưa đưa khả năng tiếp cận vào quy trình thiết kế, phát triển và nội dung.
Dễ phụ thuộc quá nhiều vào công cụ kiểm tra tự động, trong khi nhiều lỗi cần kiểm thử thủ công và đánh giá bằng người dùng thật.
Khả năng tiếp cận web là gì?
Khả năng tiếp cận web không chỉ là hỗ trợ người khiếm thị. Một trang dễ tiếp cận thường có cấu trúc tiêu đề rõ ràng, văn bản thay thế cho hình ảnh quan trọng, màu sắc đủ tương phản, biểu mẫu có nhãn, thông báo lỗi dễ hiểu và mọi thao tác chính có thể dùng bằng bàn phím.
JIS X 8341-3: tiêu chuẩn Nhật Bản dùng để đánh giá khả năng tiếp cận của nội dung web, thường được nhắc đến trong các dự án tại Nhật.
ADA và Section 508: hai nền tảng pháp lý quan trọng tại Mỹ. ADA là luật chống phân biệt đối xử với người khuyết tật, còn Section 508 áp dụng cho công nghệ thông tin và truyền thông của cơ quan liên bang.
Điểm quan trọng là tiêu chuẩn kỹ thuật và nghĩa vụ pháp lý không hoàn toàn giống nhau. Luật có thể yêu cầu không phân biệt đối xử hoặc cung cấp điều chỉnh hợp lý; tiêu chuẩn như WCAG giúp biến yêu cầu đó thành việc có thể kiểm tra trên giao diện, nội dung và mã nguồn.
Nhật Bản: nghĩa vụ đã rõ hơn, nhưng triển khai vẫn là bài toán vận hành
Tại Nhật Bản, bài viết cũ mô tả khu vực tư nhân chủ yếu ở mức khuyến khích. Cách diễn đạt đó không còn đủ chính xác. Theo thông tin của Nội các Nhật Bản về Luật xóa bỏ phân biệt đối xử với người khuyết tật, từ ngày 1 tháng 4 năm 2024, việc cung cấp điều chỉnh hợp lý cho người khuyết tật cũng trở thành nghĩa vụ đối với doanh nghiệp.
Điều chỉnh hợp lý có nghĩa là thay đổi hoặc hỗ trợ trong phạm vi hợp lý để người khuyết tật có thể sử dụng dịch vụ. Với website, ví dụ có thể là cung cấp thông tin bằng định dạng đọc được bằng trình đọc màn hình, sửa biểu mẫu không dùng được bằng bàn phím, hoặc cung cấp cách liên hệ thay thế khi một chức năng trực tuyến chưa thể dùng được.
Tuy vậy, không nên diễn giải nghĩa vụ này thành một kết luận quá rộng rằng mọi website tư nhân tại Nhật đều lập tức phải đạt một mức WCAG cụ thể trong mọi trường hợp. Cách tiếp cận thực tế hơn là xem JIS X 8341-3:2016 và WCAG như đường cơ sở kỹ thuật, sau đó ưu tiên các luồng có tác động lớn: trang liên hệ, đăng ký, thanh toán, hỗ trợ khách hàng, tài liệu quan trọng và thông tin khẩn cấp.
Mỹ: áp lực pháp lý và chuẩn kỹ thuật cụ thể hơn ở nhiều khu vực
Tại Mỹ, bức tranh pháp lý có nhiều lớp. Quy tắc của ADA Title II về khả năng tiếp cận web và ứng dụng di động yêu cầu cơ quan chính quyền tiểu bang và địa phương tuân thủ WCAG 2.1 Level AA theo các mốc thời hạn cụ thể. Cơ quan có dân số từ 50.000 người trở lên có thời hạn đến ngày 24 tháng 4 năm 2026 theo quy tắc ban đầu, sau đó được gia hạn đến ngày 25 tháng 4 năm 2027; các cơ quan nhỏ hơn và một số khu học chánh đặc biệt có thời hạn đến năm 2028.
Đối với cơ quan liên bang, Section 508 yêu cầu công nghệ thông tin và truyền thông do cơ quan liên bang phát triển, mua sắm, duy trì hoặc sử dụng phải dễ tiếp cận. Chuẩn Section 508 được làm mới để hài hòa với WCAG 2.0 Level A và AA cho nội dung web.
Với doanh nghiệp tư nhân, ADA vẫn là chủ đề quan trọng, nhất là khi website gắn với dịch vụ, bán hàng hoặc địa điểm phục vụ công chúng. Tuy nhiên, cách áp dụng có thể phụ thuộc vào loại hình dịch vụ, khu vực tài phán và tình huống cụ thể. Vì vậy, khi cần đánh giá rủi ro pháp lý, doanh nghiệp nên kết hợp kiểm tra kỹ thuật theo WCAG với tư vấn pháp lý phù hợp. Để đọc sâu hơn về ADA, có thể tham khảo bài ADA là gì và luật này dành cho ai.
Tiêu chuẩn WCAG đang được dùng như điểm chung
WCAG giúp các nhóm thiết kế, nội dung và kỹ thuật nói cùng một ngôn ngữ. Thay vì chỉ nói trang web khó dùng, nhóm có thể chỉ ra lỗi cụ thể như thiếu văn bản thay thế, tiêu điểm bàn phím không rõ, thông báo lỗi không được đọc bởi trình đọc màn hình, hoặc tiêu đề không phản ánh cấu trúc nội dung.
WCAG 2.2 là khuyến nghị hiện hành của W3C, trong khi nhiều luật và hợp đồng vẫn tham chiếu WCAG 2.0 hoặc 2.1. Vì vậy, khi lập kế hoạch, cần xác định rõ mục tiêu của dự án: đáp ứng yêu cầu pháp lý tối thiểu, đáp ứng hợp đồng mua sắm, hay nâng trải nghiệm người dùng theo chuẩn mới hơn.
Vì sao mức độ phổ biến khác nhau?
Sự khác biệt giữa Nhật Bản và Mỹ không nên được hiểu đơn giản là một bên làm tốt và một bên làm chậm. Mỗi thị trường có động lực khác nhau.
Ở Nhật Bản, nhiều tổ chức đã quan tâm hơn đến khả năng tiếp cận web, nhưng việc triển khai thường bị giới hạn bởi nhân lực, ngân sách, tài liệu nội bộ và kinh nghiệm kiểm thử.
Ở Mỹ, áp lực từ luật, mua sắm công và các tranh chấp pháp lý khiến nhiều tổ chức đưa khả năng tiếp cận vào quy trình sớm hơn.
Ở cả hai thị trường, lỗi thường xuất hiện lại khi website được cập nhật liên tục mà không có quy trình kiểm tra trước khi phát hành.
Vì lý do đó, cải thiện khả năng tiếp cận không nên là một chiến dịch sửa lỗi một lần. Nó cần trở thành một phần của quy trình tạo nội dung, thiết kế giao diện, phát triển, kiểm thử và bảo trì.
Khác biệt về hỗ trợ kỹ thuật
Các công cụ kiểm tra tự động rất hữu ích để phát hiện lỗi dễ đo, chẳng hạn thiếu thuộc tính alt, thiếu nhãn biểu mẫu hoặc độ tương phản màu thấp. Nhưng công cụ tự động không thể đánh giá đầy đủ mọi vấn đề. Ví dụ, một hình ảnh có thể có alt text nhưng alt text đó không mô tả đúng ý nghĩa; một biểu mẫu có thể có nhãn kỹ thuật nhưng vẫn khó hiểu với người dùng thật.
Ở Mỹ, thị trường công cụ, khóa học và dịch vụ kiểm thử thường phong phú hơn. Ở Nhật Bản, nhu cầu cũng tăng, nhưng nhiều nhóm vẫn cần tài liệu thực hành rõ ràng hơn bằng ngôn ngữ và bối cảnh địa phương. Dù ở nước nào, cách triển khai bền vững thường gồm ba lớp: kiểm tra tự động, kiểm thử thủ công bằng bàn phím và trình đọc màn hình, sau đó là đánh giá với người dùng hoặc chuyên gia khi có thể.
Những thách thức chính ở Nhật Bản
Thiếu người phụ trách rõ ràng: khả năng tiếp cận thường nằm giữa bộ phận nội dung, thiết kế, phát triển và pháp chế.
Khó ưu tiên ngân sách: nếu không gắn với rủi ro kinh doanh hoặc trải nghiệm người dùng, dự án dễ bị trì hoãn.
Hiểu nhầm về phạm vi: nhiều nhóm chỉ nghĩ đến người khiếm thị, trong khi khả năng tiếp cận còn liên quan đến vận động, thính giác, nhận thức, tuổi tác và ngữ cảnh sử dụng.
Thiếu kiểm thử sau khi cập nhật: lỗi có thể quay lại khi thêm banner, biểu mẫu, plugin hoặc nội dung mới.
Những thách thức chính ở Mỹ
Áp lực kiện tụng: rủi ro pháp lý khiến nhiều doanh nghiệp hành động nhanh, nhưng đôi khi tập trung vào giảm rủi ro hơn là cải thiện trải nghiệm thật.
Phụ thuộc vào công cụ: báo cáo tự động có thể tạo cảm giác an toàn giả nếu không có kiểm thử thủ công.
Nội dung của bên thứ ba: plugin, trình phát video, bản đồ, tài liệu PDF và biểu mẫu nhúng có thể làm suy yếu toàn bộ trải nghiệm.
Chuẩn tham chiếu thay đổi theo bối cảnh: một dự án có thể phải xét ADA, Section 508, hợp đồng mua sắm, chính sách nội bộ và tiêu chuẩn WCAG cùng lúc.
Xác định phạm vi: ưu tiên các trang có tác động trực tiếp đến người dùng như đăng ký, mua hàng, liên hệ, tìm kiếm, hỗ trợ và tài liệu quan trọng.
Chọn chuẩn tham chiếu: ghi rõ dự án nhắm đến WCAG 2.0, 2.1 hay 2.2, và ở mức A, AA hay AAA. Với phần lớn website dịch vụ, Level AA thường là mục tiêu thực tế hơn AAA.
Kiểm tra cấu trúc nội dung: tiêu đề phải theo thứ bậc, liên kết phải có ý nghĩa, bảng phải có tiêu đề cột, và câu chữ phải dễ hiểu.
Kiểm tra thao tác bàn phím: người dùng phải có thể đi qua menu, biểu mẫu, modal, nút và liên kết mà không cần chuột.
Kiểm tra biểu mẫu: trường nhập liệu cần nhãn rõ, hướng dẫn ngắn, thông báo lỗi cụ thể và cách sửa lỗi dễ nhận biết.
Kiểm tra nội dung đa phương tiện: hình ảnh quan trọng cần alt text; video cần phụ đề hoặc bản mô tả phù hợp với mục đích sử dụng.
Đưa vào quy trình phát hành: mỗi lần thêm plugin, đổi giao diện hoặc đăng nội dung mới đều cần bước kiểm tra cơ bản.
Nên bắt đầu từ đâu?
Nếu website hoạt động ở cả Nhật Bản và Mỹ, hãy bắt đầu bằng WCAG Level AA làm đường cơ sở kỹ thuật, sau đó điều chỉnh theo nghĩa vụ pháp lý của từng thị trường. Với Nhật Bản, cần chú ý cách cung cấp điều chỉnh hợp lý trong dịch vụ thực tế. Với Mỹ, cần xem website có thuộc phạm vi cơ quan công, nhà thầu, dịch vụ công cộng hoặc hoạt động thương mại có rủi ro cao hay không.
Greeden cung cấp UUU Web Accessibility Widget Tool như một công cụ hỗ trợ triển khai khả năng truy cập web. Công cụ hỗ trợ không thay thế kiểm thử WCAG thủ công hoặc đánh giá pháp lý, nhưng có thể giúp nhóm phụ trách website bắt đầu từ những cải thiện dễ thấy và duy trì nhận thức về khả năng tiếp cận trong quá trình vận hành.
Gợi ý triển khai chi tiết cho người phụ trách website
Khi cần biến bài so sánh này thành kế hoạch làm việc, hãy chia dự án thành ba giai đoạn. Giai đoạn đầu là kiểm kê các trang và chức năng quan trọng. Giai đoạn hai là sửa các lỗi cản trở người dùng nhiều nhất, chẳng hạn không dùng được bằng bàn phím, thiếu nhãn biểu mẫu hoặc nội dung chính không có cấu trúc tiêu đề. Giai đoạn ba là đưa kiểm tra khả năng tiếp cận vào quy trình xuất bản thường ngày.
Tình huống
Ưu tiên kiểm tra
Kết quả cần có
Website doanh nghiệp tại Nhật Bản
Trang liên hệ, tài liệu dịch vụ, biểu mẫu yêu cầu hỗ trợ, trang tuyển dụng
Người dùng có thể lấy thông tin và gửi yêu cầu hỗ trợ bằng nhiều cách hợp lý.
Website dịch vụ hướng đến khách hàng Mỹ
Luồng đăng ký, thanh toán, hỗ trợ khách hàng, chính sách và nội dung PDF
Giảm rủi ro loại trừ người dùng và tạo bằng chứng vận hành có trách nhiệm.
Dự án phục vụ cơ quan công hoặc mua sắm công
Chuẩn WCAG được ghi rõ trong yêu cầu, kết quả kiểm thử, tài liệu bàn giao
Có hồ sơ kiểm tra để chứng minh phạm vi và mức tuân thủ.
Điểm cần tránh là chỉ cài một công cụ rồi coi như đã hoàn tất. Khả năng tiếp cận là chất lượng vận hành: nó phụ thuộc vào cách viết nội dung, thiết kế thành phần giao diện, kiểm thử mã nguồn và phản hồi của người dùng sau khi website đi vào sử dụng.
Phần phân tích triển khai chuyên sâu
Đăng ký để đọc checklist triển khai chi tiết cho website hoạt động tại Nhật Bản và Mỹ.
Kết luận
Nhật Bản và Mỹ đều đang tăng yêu cầu đối với khả năng tiếp cận web, nhưng cách thúc đẩy khác nhau. Nhật Bản cần chú ý nghĩa vụ điều chỉnh hợp lý và cách đưa JIS/WCAG vào vận hành thực tế. Mỹ có áp lực pháp lý mạnh hơn ở nhiều bối cảnh, đặc biệt với cơ quan công và các dịch vụ dễ phát sinh tranh chấp.
Với người phụ trách website, hướng đi an toàn là không chờ đến khi có khiếu nại mới sửa. Hãy bắt đầu từ các luồng quan trọng, dùng WCAG làm ngôn ngữ chung, kiểm thử bằng cả công cụ và thao tác thủ công, rồi duy trì khả năng tiếp cận như một phần của quy trình cập nhật website.
