HTMLCâu này hỏi quy trình chứ không hỏi tiêu chí, nên trả lời theo bốn nhánh.
1. Chốt phạm vi cho đúng định nghĩa conformance. WCAG tính theo trang đầy đủ (full page) và quy trình đầy đủ (complete process) — không có khái niệm "trang đạt 85%". Một luồng thanh toán bốn bước mà bước 3 trượt thì cả bốn bước đều không được tính là đạt. Kèm theo là điều kiện không cản trở: widget bên thứ ba trượt cũng làm trang trượt, nên chat/quảng cáo/tracking nhúng vào phải nằm trong phạm vi kiểm.
2. Chuẩn khách EU thực sự chiếu tới. Hợp đồng ghi "WCAG 2.1 AA" nhưng bên mua thường bị ràng bởi EN 301 549 — chuẩn hài hoà của EU, đã bọc sẵn WCAG AA và thêm yêu cầu ngoài web. Từ 28/06/2025 European Accessibility Act bắt buộc với nhiều nhóm sản phẩm số bán vào EU. Hỏi rõ khách chiếu chuẩn nào và cần AA của 2.1 hay 2.2, vì 2.2 thêm chín tiêu chí.
3. Đưa vào quy trình, đừng để dồn cuối dự án.
- Definition of Done có mục a11y; component dùng chung (modal, select, tabs, toast) làm đúng một lần rồi tái sử dụng.
- CI chạy axe-core qua vitest-axe hoặc Playwright, fail build khi có vi phạm mới. Nhớ nói rõ: quét tự động chỉ bắt được khoảng một phần ba số lỗi.
- Mỗi sprint dành một buổi kiểm tay: bàn phím, zoom 400%, NVDA hoặc VoiceOver.
4. Chứng minh bằng tài liệu. Sản phẩm bàn giao là ACR (Accessibility Conformance Report) viết theo mẫu VPAT — bản EU dùng VPAT INT hoặc EU. Với mỗi tiêu chí ghi Supports / Partially Supports / Does Not Support kèm ghi chú. Kèm accessibility statement công bố trên site, và log audit thủ công. Dự án lớn thì thuê bên thứ ba audit — khách EU hay yêu cầu điều này trong hợp đồng.
Điểm nên nói thẳng khi phỏng vấn: không cam kết "100% AA" cho toàn site nếu chưa audit — cách chuyên nghiệp là cam kết phạm vi cụ thể (các luồng chính), kèm kế hoạch cho phần còn lại.