Khả năng truy cập website theo WCAG 2.2: checklist cho doanh nghiệp

Khi duyệt website bằng chuột trên màn hình lớn, rất dễ bỏ sót điều người khác gặp. Người dùng bàn phím, người đọc màn hình, người mắt kém hoặc tay run gặp một website khác: chữ nhạt, nút không có tên, ô nhập không rõ cần điền gì.

Bài dựa trên WCAG 2.2 (khuyến nghị của W3C, 12/12/2024), các trang Understanding và WAI của W3C, MDN, axe-core, Lighthouse và WebAIM Million 2026, đối chiếu đến ngày 22/10/2026.

Bài trả lời 3 câu: nên nhắm mức nào, tiêu chí nào kiểm trước, và rà thủ công trong 30 phút thế nào. Click Star làm dịch vụ thiết kế website nên có lợi ích liên quan; bài không phải tư vấn pháp lý.

Điểm chính

• WCAG 2.2 có 13 hướng dẫn dưới 4 nguyên tắc (nhận biết, thao tác, hiểu, đáng tin cậy) và 3 mức A, AA, AAA. Click Star khuyến nghị nhắm AA, vì W3C không khuyến nghị bắt buộc AAA cho cả site.
• Chữ thường cần tương phản ít nhất 4,5:1, chữ cỡ lớn ít nhất 3:1 (tiêu chí 1.4.3). Vì lý do thương hiệu, chỉ chữ trong logo được miễn; màu thương hiệu thì không.
• WCAG 2.2 thêm 9 tiêu chí và bỏ 4.1.1 Parsing. 2 tiêu chí AA mới cần kiểm: 2.4.11 (tiêu điểm không bị che) và 2.5.8 (mục tiêu bấm tối thiểu 24x24 pixel CSS).
• Theo WebAIM Million 2026, 95,9% trang chủ trong mẫu 1.000.000 trang có lỗi WCAG phát hiện được tự động; chữ tương phản thấp đứng đầu (83,9%).
• axe-core tự nhận bắt trung bình 57% vấn đề WCAG, và W3C nói công cụ không thể tự xác định khả năng truy cập.
• Lượt rà thủ công 30 phút (bàn phím, phóng 200%, biểu mẫu, trình đọc màn hình cơ bản) bắt lỗi máy bỏ sót; đây là khung tham khảo của Click Star.

WCAG 2.2 là gì và nên nhắm mức nào

Theo trang tổng quan WCAG của W3C (cập nhật 17/9/2026), WCAG 2.2 có 13 hướng dẫn dưới 4 nguyên tắc: Perceivable, Operable, Understandable, Robust, mỗi hướng dẫn có tiêu chí kiểm thử được ở mức A, AA hoặc AAA.

Theo phần Conformance của WCAG 2.2, mức A là tối thiểu, AA đòi hỏi đạt cả tiêu chí A và AA, AAA đòi hỏi đạt đủ 3 nhóm. W3C không khuyến nghị bắt buộc AAA làm chính sách chung cho cả site vì với một số nội dung không thể đạt mọi tiêu chí AAA. Nhắm AA là khuyến nghị của Click Star, không phải yêu cầu của W3C.

Website thực tế hỏng ở đâu: số đo từ WebAIM Million 2026

WebAIM Million là phép đo tự động hằng năm trên trang chủ của 1.000.000 website lấy từ xếp hạng Tranco, bằng công cụ WAVE. Bản 2026 đo tháng 2/2026.

Trung bình mỗi trang chủ có 56,1 lỗi phát hiện được, và 95,9% trang có lỗi WCAG 2. Tỷ lệ trang có từng loại lỗi: chữ tương phản thấp 83,9%, ảnh thiếu văn bản thay thế 53,1%, ô nhập thiếu nhãn 51%, liên kết rỗng 46,3%, nút rỗng 30,6%, thiếu ngôn ngữ trang 13,5%. 6 loại này chiếm 96% tổng số lỗi.

Về Việt Nam, báo cáo có 10.847 trang khai báo tiếng Việt với trung bình 74,5 lỗi (cao hơn mức chung 32,8%) và 4.845 trang tên miền .vn với trung bình 78,6 lỗi (cao hơn 40,0%). Mẫu này không đại diện mọi website Việt Nam.

Giới hạn: WebAIM nói không phát hiện lỗi không có nghĩa trang đạt chuẩn, nên 95,9% là mức tối thiểu của tỷ lệ trang không đạt.

7 nhóm tiêu chí nên kiểm đầu tiên

Cách gộp 7 nhóm là khung tham khảo của Click Star, theo lỗi phổ biến của WebAIM và 4 nhóm người dùng: bàn phím, đọc màn hình, mắt kém, vận động. Tiêu chí và mức lấy từ WCAG 2.2.

1. Tương phản chữ và thành phần giao diện

Tiêu chí 1.4.3 (AA): chữ tương phản ít nhất 4,5:1, chữ cỡ lớn 3:1. Theo trang Understanding (cập nhật 6/9/2026), chữ lớn là 18 point hoặc 14 point đậm, không làm tròn số, và chữ gợi ý trong ô nhập cũng bị tính.

Tiêu chí 1.4.11 (AA): phần hình ảnh cần để nhận ra thành phần giao diện và trạng thái của nó (ví dụ viền ô nhập khi viền là dấu hiệu duy nhất) và phần đồ họa cần để hiểu nội dung cần ít nhất 3:1 so với màu liền kề. Theo Understanding, tiêu chí không đòi mọi điều khiển phải có viền: nút không viền mà chữ đủ rõ vẫn đạt.

2. Văn bản thay thế cho ảnh và nút

Tiêu chí 1.1.1 (A): nội dung không phải chữ cần văn bản thay thế cùng mục đích; điều khiển cần tên mô tả mục đích; ảnh thuần trang trí phải để công nghệ hỗ trợ bỏ qua được.

3. Bàn phím, thứ tự và không bẫy

Tiêu chí 2.1.1 (A): mọi chức năng dùng được bằng bàn phím. Tiêu chí 2.4.3 (A): thứ tự tiêu điểm giữ được ý nghĩa. Tiêu chí 2.1.2 (A): vào được thành phần thì phải thoát ra được chỉ bằng bàn phím.

Theo Understanding 2.1.2 (cập nhật 18/5/2026), hộp thoại modal được giữ tiêu điểm nếu người dùng biết cách thoát.

4. Tiêu điểm nhìn thấy và không bị che

Tiêu chí 2.4.7 (AA): tiêu điểm hiển thị rõ. Tiêu chí 2.4.11 (AA, mới): thành phần nhận tiêu điểm không bị nội dung do tác giả tạo che hoàn toàn.

Understanding 2.4.11 (cập nhật 15/6/2026) nêu chân trang dính, đầu trang dính và hộp thoại không modal. Banner dính như banner cookie không đạt nếu che hoàn toàn thành phần đang có tiêu điểm; các cách đạt gồm làm banner modal, dùng scroll padding, hoặc tự đóng khi mất tiêu điểm (với thông báo không cần người dùng thao tác).

5. Kích thước mục tiêu bấm

Tiêu chí 2.5.8 (AA, mới): mục tiêu cho con trỏ ít nhất 24x24 pixel CSS, trừ 5 ngoại lệ: khoảng cách, tương đương, nội tuyến trong câu, do trình duyệt quyết định, và thiết yếu.

Theo Understanding (cập nhật 11/5/2026), mục tiêu nhỏ hơn vẫn đạt nếu vòng tròn đường kính 24 pixel đặt giữa nó không cắt mục tiêu khác và không cắt vòng tròn của mục tiêu nhỏ khác: nút 20x20 pixel cách nhau 4 pixel đạt, sát nhau thì không.

6. Biểu mẫu: nhãn và thông báo lỗi

Tiêu chí 3.3.2 (A): có nhãn hoặc hướng dẫn khi cần nhập liệu. Tiêu chí 3.3.1 (A): lỗi nhập được chỉ ra và mô tả bằng chữ. Tiêu chí 3.3.3 (AA): có gợi ý sửa khi biết cách. Tiêu chí 4.1.3 (AA): thông báo trạng thái như "đã gửi" được công nghệ hỗ trợ đọc mà không chuyển tiêu điểm.

MDN (ARIA basics, cập nhật 7/10/2026) nói nên luôn dùng thẻ label vì phần lớn trình đọc màn hình không đọc placeholder.

7. Ngôn ngữ, tiêu đề trang và mốc điều hướng

Tiêu chí 3.1.1 (A): ngôn ngữ trang xác định được bằng chương trình. Tiêu chí 2.4.2 (A): trang có tiêu đề mô tả chủ đề. Tiêu chí 2.4.1 (A): có cách bỏ qua khối lặp lại. Tiêu chí 1.3.1 (A): cấu trúc như tiêu đề, danh sách, bảng, vùng nội dung xác định được bằng chương trình.

WCAG 2.2 thêm gì, bỏ gì

Theo trang What's New in WCAG 2.2 của W3C, WCAG 2.2 thêm 9 tiêu chí. Mức A có 2: 3.2.6 Consistent Help và 3.3.7 Redundant Entry.

Mức AA có 4: 2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum) và 3.3.8 Accessible Authentication (Minimum). Mức AAA có 3: 2.4.12, 2.4.13 và 3.3.9.

Tiêu chí 3.3.8 nói không bắt người dùng làm bài kiểm tra nhận thức khi đăng nhập, trừ khi có phương án khác, có cơ chế hỗ trợ, hoặc đó là nhận diện đối tượng hay nội dung cá nhân.

Phần bị gỡ: 4.1.1 Parsing ghi là "Obsolete and removed" trong WCAG 2.2. Theo câu hỏi thường gặp của W3C, lỗi từng trượt 4.1.1 nay trượt tiêu chí khác như 1.3.1 hoặc 4.1.2.

Công cụ tự động bắt được bao nhiêu

README của axe-core (không ghi ngày, đọc 22/10/2026) viết rằng công cụ tìm trung bình 57% vấn đề WCAG một cách tự động và trả mục "incomplete" khi cần người xem. Đây là số do nhà phát triển tự công bố; Click Star chưa thấy phương pháp đo.

Theo tài liệu Lighthouse (Chrome for Developers, cập nhật 22/10/2025), điểm Accessibility là trung bình có trọng số, mỗi kiểm tra chỉ đạt hoặc không đạt, không có điểm từng phần. Các kiểm tra thủ công không tính vào điểm.

W3C (trang chọn công cụ đánh giá, cập nhật 13/5/2024) nói công cụ không kiểm được mọi khía cạnh, cần phán đoán của con người, đôi khi cho kết quả sai, và chỉ hỗ trợ chứ không xác định được mức truy cập. Click Star suy ra: điểm Lighthouse 100 không có nghĩa là đạt WCAG.

Kiểm thủ công trong 30 phút

Đây là khung tham khảo của Click Star, không lấy từ nguồn ngoài, và không thay thế kiểm tra đầy đủ.

• 10 phút, bàn phím: rút chuột, dùng Tab đi hết trang chủ và quy trình liên hệ hoặc mua hàng.
• 5 phút, phóng to: đặt trình duyệt 200% rồi 400%. Theo 1.4.4 chữ phóng được đến 200% mà không mất nội dung hay chức năng; theo 1.4.10 ở chiều rộng 320 pixel CSS không phải cuộn cả 2 chiều (trừ bảng dữ liệu, bản đồ).
• 5 phút, nhìn bằng mắt: tìm chữ nhạt, chữ trên ảnh nền, nút nhỏ sát nhau.
• 5 phút, biểu mẫu: gửi khi để trống và khi nhập sai. Xem lỗi có chỉ rõ ô nào, bằng chữ, và mỗi ô có nhãn nhìn thấy được không.
• 5 phút, trình đọc màn hình cơ bản: theo MDN (cập nhật 19/2/2026), NVDA miễn phí trên Windows, VoiceOver có sẵn trên macOS và iOS, TalkBack trên Android. Nghe danh sách tiêu đề, nút biểu tượng và ô nhập.

Ghi mỗi lỗi kèm trang, tiêu chí và mức ưu tiên. Rà nhanh không chứng nhận đạt AA.

Lỗi hay gặp ở website doanh nghiệp

Danh sách này là suy luận của Click Star từ các tiêu chí trên, không phải số đo.

• Hộp chat nổi che nội dung và nút bấm khi duyệt bằng Tab (2.4.11), nút đóng nhỏ (2.5.8) hoặc giữ tiêu điểm không có đường thoát (2.1.2).
• Banner cookie không thao tác được bằng bàn phím, hoặc dính che thành phần đang có tiêu điểm. Click Star đã có bài riêng về banner cookie đồng ý; bài này nói về thao tác.
• Nút chỉ có biểu tượng, không có tên (1.1.1, 4.1.2). WebAIM ghi nút rỗng ở 30,6% trang chủ.
• Ô nhập chỉ có placeholder (3.3.2), báo lỗi chỉ bằng đổi màu viền (1.4.1 yêu cầu không chỉ dùng màu).

Đánh giá của Click Star. Khả năng truy cập là chất lượng của sản phẩm, không phải lớp sơn cuối dự án. Việc rẻ nhất nằm ở giai đoạn thiết kế: màu đủ tương phản, thẻ HTML đúng nghĩa, nút đủ lớn.

Về lợi ích liên quan: Click Star bán dịch vụ thiết kế website, nên hãy đọc khuyến nghị ở bài này cùng với kiểm tra độc lập của bên thứ ba.

Lộ trình 30 ngày và cách đo

Đây là lộ trình tham khảo của Click Star, không lấy từ nguồn ngoài.

• Tuần 1: chọn 5 trang quan trọng (trang chủ, dịch vụ, liên hệ, đặt hàng hoặc đăng ký, tin tức), rà thủ công 30 phút mỗi trang, chạy thêm công cụ tự động và ghi lỗi.
• Tuần 2: sửa lỗi nhanh: tên cho nút biểu tượng, nhãn ô nhập, ngôn ngữ trang, chữ tương phản thấp.
• Tuần 3: sửa phần cần dựng lại: hộp chat, banner cookie, menu, thành phần tự dựng bằng div; kiểm lại quy trình chính chỉ bằng bàn phím.
• Tuần 4: rà lại 5 trang, so với tuần 1, rồi đưa 7 nhóm tiêu chí vào checklist nghiệm thu trang mới.

Cách đo: số lỗi còn mở theo tiêu chí, số trang quan trọng đã rà thủ công, số lỗi tái phát ở trang mới. Click Star không đề xuất ngưỡng chung vì chưa có nguồn ngoài. Nếu có điều kiện, hãy mời người dùng thật thử quy trình chính; MDN nói không nên chỉ dựa vào công cụ tự động.

Những sai lầm thường gặp

1. Coi điểm Lighthouse hoặc kết quả của công cụ tự động là bằng chứng đạt WCAG.
2. Dùng div hoặc span làm nút và liên kết thay vì thẻ HTML đúng nghĩa.
3. Chỉ dùng placeholder thay nhãn, báo lỗi biểu mẫu chỉ bằng đổi màu.
4. Thêm hộp chat, banner cookie, popup sau khi đã kiểm mà không kiểm lại bàn phím và tiêu điểm.
5. Kiểm mỗi trang chủ rồi suy ra cả site, bỏ qua quy trình nhiều bước như thanh toán.
6. Làm một lần trước ngày ra mắt rồi không kiểm lại khi đổi giao diện.

Điều chưa biết

Click Star chưa kiểm quy định Việt Nam về khả năng truy cập, nên bài không nêu nghĩa vụ pháp lý nào. Trang tổng quan WCAG của W3C nhắc Đạo luật Tiếp cận châu Âu (EAA) và EN 301 549 (bản 2026 dùng WCAG 2.2); Click Star không mở được văn bản EAA trên EUR-Lex nên không diễn giải.

Chưa có số đo độc lập về chi phí làm website đạt AA hay tác động lên doanh thu ở Việt Nam. WebAIM chỉ đo tự động trang chủ trong mẫu Tranco. Click Star cũng chưa thử trình đọc màn hình với giọng đọc tiếng Việt.