Bài 46 — Legal Compliance — WCAG, ADA, Section 508

Mở đầu — vì sao bài này quan trọng

Trong suốt các bài trước, chúng ta đã học rất kỹ về mặt kỹ thuật và thiết kế: từ semantic HTML, ARIA, color contrast cho tới cách kiểm thử bằng screen reader. Nhưng có một câu hỏi mà sớm muộn gì bạn cũng sẽ nghe từ sếp, từ khách hàng, hoặc từ bộ phận pháp chế: "Nếu chúng ta không làm accessibility thì có bị kiện không? Chuẩn nào là chuẩn phải tuân theo?"

Đây chính là lúc bạn cần hiểu về legal compliance — tuân thủ pháp lý về khả năng tiếp cận. Và đây là điều rất nhiều designer, developer bỏ qua: accessibility không chỉ là "làm điều tốt", mà ở nhiều thị trường nó là nghĩa vụ pháp lý. Một sản phẩm không tiếp cận được có thể khiến công ty bị kiện, bị phạt tiền, mất hợp đồng chính phủ, hoặc bị chặn khỏi thị trường xuất khẩu.

Với học viên Việt Nam, điều này càng quan trọng theo một hướng đặc biệt: rất nhiều bạn đang làm outsourcing, làm sản phẩm cho khách Mỹ, châu Âu, Nhật, Úc. Khi đó, luật pháp của thị trường khách hàng mới là thứ ràng buộc bạn, chứ không phải luật Việt Nam. Một agency ở TP.HCM nhận build website cho một chuỗi bán lẻ ở California hoàn toàn có thể kéo khách hàng của mình vào một vụ kiện ADA nếu sản phẩm không đạt chuẩn. Hiểu bản đồ pháp lý toàn cầu vì thế là một kỹ năng nghề nghiệp thực sự, không phải kiến thức hàn lâm.

Bài này sẽ giúp bạn phân biệt ba trụ cột hay bị nhầm lẫn: WCAG (bộ tiêu chuẩn kỹ thuật), ADA (luật chống phân biệt đối xử của Mỹ), và Section 508 (quy định mua sắm của chính phủ liên bang Mỹ) — cùng bức tranh pháp lý ở các khu vực khác.

Khái niệm cốt lõi

Điều đầu tiên và quan trọng nhất cần khắc cốt ghi tâm: WCAG không phải là luật. WCAG là một tiêu chuẩn kỹ thuật do W3C (World Wide Web Consortium) ban hành. Còn ADA, Section 508, EN 301 549... mới là luật hoặc quy định. Điều nối chúng lại với nhau là: hầu hết các luật đều trích dẫn WCAG làm thước đo để xác định thế nào là "đủ tiếp cận". Nói cách khác, WCAG là cây thước, còn luật là bàn tay cầm cây thước đó để đo bạn.

WCAG — bộ tiêu chuẩn kỹ thuật

WCAG (Web Content Accessibility Guidelines) hiện có các phiên bản 2.0, 2.1 và 2.2. Mỗi tiêu chí thành công (success criterion) được xếp vào ba cấp độ: A (tối thiểu), AA (mức phổ biến nhất, được luật pháp yêu cầu), và AAA (nâng cao, hiếm khi bắt buộc toàn bộ).

Điểm cần nhớ: khi ai đó nói "tuân thủ pháp lý", trong 90% trường hợp họ đang nói tới WCAG 2.1 mức AA hoặc 2.2 mức AA. Đây là mức tham chiếu mặc định trong phần lớn các luật và hợp đồng. Nếu bạn đặt mục tiêu này, bạn đã phủ được phần lớn rủi ro pháp lý.

ADA — Americans with Disabilities Act (Mỹ)

ADA là đạo luật liên bang năm 1990 chống phân biệt đối xử với người khuyết tật. Phần liên quan nhất tới chúng ta là Title III, áp dụng cho "places of public accommodation" — nơi phục vụ công chúng: cửa hàng, ngân hàng, nhà hàng, khách sạn, trường học tư, bệnh viện...

Điều tinh tế và cũng là nguồn gốc của vô số vụ kiện: ADA ra đời năm 1990, trước khi web phổ biến, nên trong luật gốc không hề nhắc tới "website". Suốt nhiều năm, tòa án Mỹ tranh cãi liệu website có được coi là "place of public accommodation" hay không. Xu hướng án lệ hiện nay — đặc biệt sau các vụ nổi tiếng — là có, website của doanh nghiệp phục vụ công chúng phải tiếp cận được. Vì ADA không ghi rõ tiêu chuẩn kỹ thuật, tòa án và các bên dàn xếp thường mượn WCAG 2.1 AA làm chuẩn thực tế.

ADA đặc biệt "nguy hiểm" ở chỗ nó cho phép cá nhân khởi kiện (private lawsuit). Đây là lý do vì sao ở Mỹ có cả một làn sóng "serial plaintiffs" — những người đi kiện hàng loạt website không tiếp cận.

Section 508 — quy định mua sắm liên bang (Mỹ)

Section 508 là một phần của Rehabilitation Act, quy định rằng mọi công nghệ thông tin do chính phủ liên bang Mỹ mua, phát triển hoặc sử dụng đều phải tiếp cận được. Khác với ADA (áp cho doanh nghiệp tư nhân phục vụ công chúng), Section 508 áp cho cơ quan chính phủ và nhà thầu của họ.

Từ năm 2017, Section 508 đã "refresh" và chính thức chấp nhận WCAG 2.0 AA làm tiêu chuẩn kỹ thuật. Đây là điểm quan trọng với các công ty outsourcing Việt Nam: nếu bạn muốn (trực tiếp hoặc gián tiếp qua nhà thầu chính) bán phần mềm cho chính phủ Mỹ, không đạt Section 508 nghĩa là không đủ điều kiện dự thầu. Đây là rào cản mua sắm chứ không phải chuyện bị kiện.

Bức tranh pháp lý toàn cầu

Đừng chỉ nghĩ tới Mỹ. Dưới đây là các khu vực bạn sẽ gặp nhiều nhất khi làm dự án quốc tế:

Điểm mấu chốt cần rút ra từ bảng này: gần như mọi luật đều quy về WCAG mức AA. Vì vậy, chiến lược thông minh nhất không phải là học thuộc từng luật, mà là đạt WCAG 2.1/2.2 AA một cách vững chắc — khi đó bạn tự động phủ được phần lớn yêu cầu pháp lý ở nhiều thị trường.

Riêng về Việt Nam: hiện tại khung pháp lý (Luật Người khuyết tật 2010 và các nghị định hướng dẫn) chủ yếu mang tính định hướng, khuyến khích, tập trung vào tiếp cận công trình xây dựng và dịch vụ công, chưa có chế tài mạnh và cụ thể cho website thương mại như ADA. Tuy nhiên xu hướng đang thay đổi, và quan trọng hơn: khách hàng quốc tế của bạn không quan tâm luật Việt Nam — họ cần bạn tuân thủ luật ở thị trường của họ.

Tình huống thực tế

Ví dụ 1 — Domino's Pizza và bài học "web cũng là public accommodation"

Đây là vụ án kinh điển ai làm accessibility cũng cần biết. Một khách hàng khiếm thị tên Guillermo Robles không thể đặt pizza trên website và app của Domino's bằng screen reader. Ông kiện Domino's theo ADA. Domino's phản biện rằng ADA không áp dụng cho website vì luật chỉ nói tới "địa điểm vật lý".

Tòa phúc thẩm khu vực số 9 xử Robles thắng, khẳng định website và app có kết nối chặt chẽ với dịch vụ tại cửa hàng thì thuộc phạm vi ADA. Năm 2019, Tòa án Tối cao Mỹ từ chối xem xét lại, tức là giữ nguyên phán quyết bất lợi cho Domino's.

Bài học rút ra: Một trong những thương hiệu lớn nhất thế giới đã thua chỉ vì website không đọc được bằng screen reader. Nếu bạn là agency Việt Nam nhận build đúng cái website đặt hàng kiểu này cho một chuỗi F&B ở Mỹ, thì lỗi accessibility bạn để lại có thể trở thành mầm mống của một vụ kiện. Accessibility không phải "tính năng nice-to-have" — nó là một phần của việc giao hàng đúng chuẩn pháp lý.

Ví dụ 2 — Agency outsourcing tại TP.HCM và điều khoản WCAG trong hợp đồng

Hãy tưởng tượng một tình huống rất thật (giả định nhưng phản ánh đúng thực tế ngành). Một studio 25 người ở Quận 1 ký hợp đồng 180.000 USD xây lại nền tảng thương mại điện tử cho một nhà bán lẻ mỹ phẩm ở New York. Trong hợp đồng có một dòng nhỏ mà đội sales không để ý kỹ: "Deliverables must conform to WCAG 2.1 Level AA."

Sáu tháng sau khi bàn giao, khách hàng nhận được thư cảnh báo (demand letter) từ luật sư của một nguyên đơn khiếm thị, đòi 15.000 USD dàn xếp vì website không dùng được bằng bàn phím và thiếu alt text. Khách hàng quay lại đòi studio chịu trách nhiệm, viện dẫn đúng điều khoản WCAG 2.1 AA đã ký. Studio phải remediate miễn phí trong hai tháng, mất uy tín và suýt mất khách.

Bài học rút ra: Với dân outsourcing, điều khoản accessibility trong hợp đồng ràng buộc bạn về mặt tài chính, không cần tới tòa án Việt Nam. Hãy đọc kỹ các cụm từ "WCAG", "Section 508", "conformance", "accessibility" trong hợp đồng — chúng biến rủi ro pháp lý của khách hàng thành trách nhiệm hợp đồng của bạn. Ngược lại, một studio biết chào hàng "chúng tôi bàn giao đạt WCAG 2.1 AA kèm VPAT" sẽ bán được giá cao hơn hẳn.

Ví dụ 3 — European Accessibility Act siết cửa thị trường EU (2025)

Một startup fintech ở Singapore làm ví điện tử và cho vay tiêu dùng, có tham vọng mở rộng sang Đức và Pháp. Đội pháp chế phát hiện European Accessibility Act (EAA) có hiệu lực từ tháng 6/2025, bắt buộc nhiều sản phẩm và dịch vụ số — bao gồm ngân hàng điện tử và thương mại điện tử — phải tiếp cận được theo chuẩn EN 301 549 (vốn dựa trên WCAG 2.1 AA).

Điều này nghĩa là app của họ không được phép bán vào EU nếu không đạt chuẩn. Không phải chuyện "có thể bị kiện" mà là rào cản gia nhập thị trường ngay từ đầu. Họ buộc phải đưa accessibility vào roadmap như một yêu cầu bắt buộc, không thể để "làm sau".

Bài học rút ra: Compliance không chỉ là phòng thủ tránh bị kiện, mà có khi là điều kiện cần để mở cửa một thị trường. Với các sản phẩm nhắm tới EU sau 2025, accessibility trở thành hạng mục pháp lý ngang tầm GDPR.

Hướng dẫn từng bước

Đây là quy trình thực tế để đưa yếu tố legal compliance vào công việc của bạn, dù bạn là designer, developer hay quản lý dự án.

Bước 1 — Xác định thị trường và đối tượng người dùng. Hỏi rõ: sản phẩm này phục vụ khách ở đâu (Mỹ, EU, Anh, nội địa)? Có bán cho chính phủ không? Đây là bước quyết định luật nào áp dụng. Một app chỉ dùng nội bộ ở Việt Nam có hồ sơ rủi ro rất khác một website bán hàng cho khách Mỹ.

Bước 2 — Chốt tiêu chuẩn tham chiếu. Trong đại đa số trường hợp, câu trả lời sẽ là WCAG 2.1 AA (hoặc 2.2 AA nếu muốn cập nhật). Ghi con số này rõ ràng vào tài liệu dự án. "Chúng ta tuân thủ accessibility" là câu vô nghĩa nếu không gắn với một mức WCAG cụ thể.

Bước 3 — Rà soát hợp đồng và điều khoản. Nếu bạn làm outsourcing, tìm mọi câu chứa "WCAG", "Section 508", "accessible", "conformance". Xác định rõ ai chịu trách nhiệm nếu sản phẩm không đạt, và phạm vi bảo hành remediation.

Bước 4 — Đưa tiêu chuẩn vào acceptance criteria. Biến "đạt WCAG 2.1 AA" thành tiêu chí nghiệm thu cụ thể trong từng user story, chứ không phải một lời hứa chung chung cuối dự án. (Bài về quy trình Agile sẽ đi sâu phần này.)

Bước 5 — Đánh giá và ghi nhận mức tuân thủ. Dùng tổ hợp kiểm thử tự động và thủ công (các bài về testing đã dạy) để xác định bạn đạt bao nhiêu phần trăm các tiêu chí WCAG. Kết quả này là bằng chứng pháp lý khi cần.

Bước 6 — Lập hồ sơ chứng minh (VPAT). Với sản phẩm nghiêm túc, đặc biệt khi bán cho chính phủ Mỹ hoặc doanh nghiệp lớn, bạn cần một VPAT (Voluntary Product Accessibility Template) — tài liệu khai báo sản phẩm đạt từng tiêu chí ở mức nào. (Chi tiết cách viết VPAT nằm ở bài 56.)

Lỗi thường gặp & mẹo

Lỗi 1 — Nhầm WCAG là luật. Rất nhiều bạn nói "chúng ta phải tuân thủ luật WCAG". Sai. WCAG là tiêu chuẩn kỹ thuật; luật là ADA, Section 508, EAA... trích dẫn WCAG. Hiểu đúng mối quan hệ này giúp bạn trả lời chính xác khi bộ phận pháp chế hỏi.

Lỗi 2 — Nghĩ "công ty Việt Nam thì không lo bị kiện ADA". Đây là hiểu lầm nguy hiểm nhất với dân outsourcing. Bạn không bị kiện trực tiếp, nhưng khách hàng của bạn bị, và họ sẽ quay lại đòi bạn theo hợp đồng. Rủi ro pháp lý được "chuyển" tới bạn qua điều khoản hợp đồng.

Lỗi 3 — Tin vào "accessibility overlay" như một cách né luật. Có nhiều công ty bán widget overlay hứa "làm website tuân thủ ADA sau một dòng code". Thực tế, phần lớn overlay không giải quyết được lỗi gốc, và đã có hàng trăm vụ kiện nhắm vào chính các website dùng overlay. Đừng coi overlay là tấm khiên pháp lý.

Lỗi 4 — Nhắm mức AAA cho toàn bộ. AAA rất khó đạt toàn diện và luật hầu như không yêu cầu. Đặt mục tiêu AAA cho mọi thứ thường làm dự án đội chi phí vô ích. Chuẩn pháp lý là AA.

Mẹo: Khi báo giá dự án quốc tế, hãy chủ động đưa "WCAG 2.1 AA conformance + VPAT" thành một dòng deliverable có tính phí. Vừa nâng giá trị hợp đồng, vừa buộc mọi bên minh bạch về trách nhiệm.

Mẹo: Lưu lại bằng chứng bạn đã kiểm thử accessibility (báo cáo audit, ngày tháng, công cụ dùng). Trong tranh chấp pháp lý, thể hiện "nỗ lực thiện chí và có hệ thống" giúp giảm đáng kể rủi ro và mức dàn xếp.

Bài tập thực hành

• Phân loại luật. Cho ba tình huống: (a) một cửa hàng bán quần áo online phục vụ khách Mỹ, (b) một hệ thống nội bộ do Bộ Quốc phòng Mỹ mua, (c) một app ngân hàng nhắm thị trường Đức năm 2026. Với mỗi tình huống, xác định luật nào áp dụng và tiêu chuẩn WCAG tham chiếu tương ứng.

• Đọc hợp đồng. Tìm một mẫu hợp đồng phát triển phần mềm (hoặc dùng hợp đồng thật của công ty bạn) và tô đậm mọi câu liên quan tới accessibility. Viết một đoạn 3–4 câu giải thích những câu đó ràng buộc ai chịu trách nhiệm gì.

• Soạn câu trả lời cho sếp. Giả sử giám đốc hỏi: "Website của khách hàng Mỹ có nguy cơ bị kiện ADA không, và chúng ta nên làm gì?" Hãy viết một câu trả lời ngắn (dưới 150 từ) giải thích rủi ro và đề xuất mức tiêu chuẩn cần đạt.

• Nghiên cứu án lệ. Chọn một vụ kiện accessibility ngoài Domino's (ví dụ Target, Winn-Dixie, hoặc một vụ EAA gần đây) và tóm tắt: ai kiện, lý do, kết quả, và bài học cho công việc của bạn.

Tóm tắt

• WCAG là tiêu chuẩn kỹ thuật, không phải luật. Các luật như ADA, Section 508, EAA mới là quy định — và chúng đều trích dẫn WCAG, chủ yếu ở mức AA, làm thước đo.
• ADA (Title III) áp cho doanh nghiệp phục vụ công chúng ở Mỹ, cho phép cá nhân khởi kiện; án lệ (như vụ Domino's) đã xác lập website thuộc phạm vi điều chỉnh.
• Section 508 áp cho công nghệ của chính phủ liên bang Mỹ và nhà thầu, chấp nhận WCAG 2.0 AA — là rào cản mua sắm, không chỉ chuyện kiện tụng.
• Toàn cầu quy về WCAG AA: EU (EAA/EN 301 549), Anh (Equality Act), Canada (AODA)... nên chiến lược tối ưu là đạt vững WCAG 2.1/2.2 AA thay vì học thuộc từng luật.
• Với dân outsourcing Việt Nam, rủi ro pháp lý tới qua điều khoản hợp đồng, không phải tòa án Việt Nam. Đọc kỹ hợp đồng, đưa AA vào acceptance criteria, và lưu bằng chứng kiểm thử.
• Tránh cạm bẫy overlay và đừng nhầm AAA là chuẩn bắt buộc. Mức pháp lý là AA.

Nắm được bức tranh này, bạn không còn nhìn accessibility như "việc tốt tùy tâm" mà như một yêu cầu nghề nghiệp có thật, có tiền, và có hậu quả pháp lý — điều giúp bạn thuyết phục sếp và khách hàng đầu tư đúng mức.