Sáu tiêu chí WCAG 2.2 gây lỗi khi thanh toán và thứ tự khắc phục chúng.

Sáu tiêu chí WCAG 2.2 gây lỗi khi thanh toán và thứ tự khắc phục chúng.

Vào ngày 2 tháng 9 năm 2026, ETSI đã công bố EN 301 549 V4.1.1WCAG 2.2 là phiên bản tiêu chuẩn về khả năng tiếp cận CNTT của châu Âu, nâng cấp từ WCAG 2.1 lên WCAG 2.2. WCAG 2.2 bổ sung chín tiêu chí thành công, sáu trong số đó ở cấp độ A hoặc AA, và tất cả sáu tiêu chí này đều nằm trong quy trình thanh toán hoặc đặt chỗ chứ không phải trên trang tiếp thị. Thổ Nhĩ Kỳ đã đi trước một bước ở một khía cạnh: Thông tư Tổng thống 2025/10, được ban hành ngày 21 tháng 6 năm 2025, đã nêu rõ WCAG 2.2 và cho các nhà cung cấp thương mại điện tử theo Luật số 6563 hai năm để tuân thủ.

Hướng dẫn này dành cho bất kỳ ai sở hữu quy trình thanh toán hoặc đặt chỗ cho người tiêu dùng tại EU, Thổ Nhĩ Kỳ hoặc cả hai. Sau khi đọc xong, bạn sẽ có thể tự chạy quy trình của mình với sáu bước kiểm tra trong khoảng một giờ, chấm điểm những gì tìm thấy và khắc phục chúng theo thứ tự ưu tiên bảo vệ doanh thu.

Những thay đổi vào ngày 2 tháng 9 năm 2026

Phiên bản V4.1.1 được thông qua vào ngày 24 tháng 8 năm 2026 và được công bố vào ngày 2 tháng 9. Phiên bản này được chuẩn bị theo Quyết định thực thi cuối cùng của Ủy ban C(2022) 6456, yêu cầu tiêu chuẩn hóa M/587, nhằm hỗ trợ Chỉ thị (EU) 2019/882 (Đạo luật về khả năng tiếp cận của Châu Âu) và Chỉ thị (EU) 2016/2102. Các điều khoản 9, 10 và 11 đã được điều chỉnh lại cho phù hợp với WCAG 2.2. Thông báo dự kiến ​​vào ngày 30 tháng 11 năm 2026, phê chuẩn vào ngày 31 tháng 5 năm 2027 và việc rút lại các tiêu chuẩn quốc gia xung đột vào ngày 31 tháng 5 năm 2028.

Lời đính chính: bạn không có quyền giả định sự phù hợp.

Các trang web của nhà cung cấp lặp lại rằng việc đáp ứng tiêu chuẩn EN 301 549 đồng nghĩa với việc bạn được coi là tuân thủ Đạo luật về Khả năng tiếp cận. Điều 15(1) chỉ cấp giả định cho các tiêu chuẩn "có tài liệu tham khảo đã được công bố trên Công báo của Liên minh Châu Âu" để hỗ trợ chỉ thị đó. Tiêu chuẩn EN 301 549 được trích dẫn trên Công báo theo Chỉ thị về Khả năng tiếp cận Web, thông qua Quyết định thực thi của Ủy ban (EU) 2018/2048. Chúng tôi không tìm thấy trích dẫn nào hỗ trợ Chỉ thị (EU) 2019/882, và Phụ lục ZB của V4.1.1 được viết dưới dạng điều kiện: giả định được áp dụng "một khi tài liệu này được trích dẫn trên Công báo".

Vì vậy, tiêu chuẩn là bằng chứng của bạn, không phải là lá chắn của bạn. Bạn tuân thủ các yêu cầu chức năng trong Phụ lục I, sử dụng EN 301 549 làm phương tiện kỹ thuật và tự mình lập hồ sơ lý do đó theo Điều 13(2).

Điều này có áp dụng cho bạn không?

  1. Dịch vụ của bạn có thuộc Điều 2(2) không? Danh sách này bao gồm các dịch vụ thương mại điện tử, các yếu tố của vận tải hành khách đường hàng không, xe buýt, đường sắt và đường thủy như trang web, ứng dụng, vé điện tử và thông tin du lịch, ngân hàng tiêu dùng và sách điện tử. Điều 3 định nghĩa dịch vụ thương mại điện tử là dịch vụ được cung cấp từ xa, bằng phương tiện điện tử, theo yêu cầu riêng của người tiêu dùng, nhằm mục đích ký kết hợp đồng tiêu dùng.
  2. Bạn có đang bán hàng cho người tiêu dùng trong Liên minh không? Việc thành lập doanh nghiệp bên ngoài EU không đồng nghĩa với việc bạn bị loại khỏi EU. Điều 3 định nghĩa nhà cung cấp dịch vụ là người "cung cấp dịch vụ trên thị trường Liên minh hoặc chào mời cung cấp dịch vụ đó cho người tiêu dùng trong Liên minh". Một nhà bán lẻ Thổ Nhĩ Kỳ vận chuyển hàng đến Đức và một hãng hàng không Thổ Nhĩ Kỳ bán vé máy bay cho người tiêu dùng EU đều nằm trong phạm vi EU.
  3. Bạn có phải là doanh nghiệp siêu nhỏ không? Điều 4(5) miễn trừ các nhà cung cấp dịch vụ doanh nghiệp siêu nhỏ: có ít hơn 10 nhân viên và doanh thu hoặc tổng tài sản trên bảng cân đối kế toán không quá 2 triệu EUR.

Các nghĩa vụ bắt đầu có hiệu lực đối với các dịch vụ cung cấp cho người tiêu dùng sau ngày 28 tháng 6 năm 2025. Điều 32 chỉ cho phép chuyển tiếp đối với các hợp đồng được ký kết trước ngày đó và các sản phẩm đã được sử dụng hợp pháp, kéo dài đến ngày 28 tháng 6 năm 2030, và tối đa 20 năm tuổi thọ kinh tế đối với các thiết bị đầu cuối tự phục vụ. Tại Thổ Nhĩ Kỳ, Thông tư 2025/10 quy định thời hạn một năm cho các ngân hàng, bệnh viện tư nhân, hãng vận tải và các nhà mạng viễn thông lớn (nay đã được thông qua), và hai năm cho thương mại điện tử theo Luật số 6563. Cả hai chế độ đều chỉ ra cùng một hướng dẫn ở các cấp độ khác nhau, vì vậy nếu xây dựng theo tiêu chuẩn WCAG 2.2 AA thì nghĩa vụ cấp độ A của Thổ Nhĩ Kỳ sẽ không còn áp dụng. Điều ngược lại thì không đúng.

Sáu tiêu chí khiến quy trình thanh toán bị gián đoạn

Đây là các bổ sung của WCAG 2.2 ở cấp độ A và AA. Ba bổ sung AAA, 2.4.12, 2.4.13 và 3.3.9, nằm ngoài chương trình AA. Một điều cần lưu ý là việc loại bỏ mục 4.1.1 Phân tích cú pháp đã lỗi thời và bị xóa, do đó các lỗi cũ liên quan đến mục này có thể được đóng lại thay vì sửa chữa.

Tiêu chíCấpNó bị hỏng ở bước thanh toánKiểm tra trong 60 giây
3.3.8 Xác thực dễ tiếp cận (Tối thiểu)AACác bước đăng nhập chặn việc dán nội dung từ clipboard, hoặc yêu cầu người dùng nhập mã OTP hoặc giải một câu đố mà không có phương án thay thế nào khác.Sao chép mật khẩu và mã OTP từ clipboard. Sao chép bị chặn là thất bại.
2.5.8 Kích thước mục tiêu (Tối thiểu)AACác nút tăng giảm số lượng, biểu tượng xóa mặt hàng, nút đóng phiếu giảm giá, thẻ radio khe giao hàng nhỏỞ kích thước 375px, hãy đo mục tiêu nhỏ nhất. Kích thước dưới 24x24 pixel CSS mà không có khoảng cách đủ là không đạt yêu cầu.
2.4.11 Tiêu điểm không bị che khuất (Tối thiểu)AACác thanh tóm tắt đơn hàng cố định, biểu ngữ yêu cầu chấp thuận và trình khởi chạy trò chuyện bao phủ khu vực được tập trung.Di chuyển chuột qua biểu mẫu. Một điều khiển được chọn bị ẩn hoàn toàn là một lỗi.
2.5.7 Các chuyển động kéoAAGhim vị trí trên bản đồ, băng chuyền kéo thả, thanh trượt chọn ngày, nút trượt để xác nhận.Hoàn thành mỗi thao tác kéo chỉ bằng một lần chạm. Nếu không tìm thấy đường dẫn nào thì sẽ thất bại.
3.3.7 Mục nhập dư thừaANhập lại địa chỉ thanh toán sau khi hàng đã được gửi đi, hoặc địa chỉ email khi thanh toán.Điền thông tin vào biểu mẫu một lần và đếm số giá trị bạn nhập hai lần mà hệ thống đã có.
3.2.6 Hỗ trợ nhất quánACác liên kết trợ giúp, trò chuyện hoặc liên hệ được đặt khác nhau trên giỏ hàng, trang vận chuyển và trang thanh toán.Hãy chụp ảnh màn hình từng bước. Phần trợ giúp phải được sắp xếp theo cùng một thứ tự tương đối ở mọi nơi.

Sổ tay chiến thuật

Đây là quy trình chúng tôi thực hiện. Chúng tôi thực hiện thủ công vì năm trong số sáu mã vạch không được máy quét tự động nhận diện một cách đáng tin cậy.

1. Cố định một tuyến đường. Thanh toán với tư cách khách, một mặt hàng, giao hàng tiêu chuẩn, thanh toán bằng thẻ, thanh toán nhiều mặt hàng trong giỏ hàng, địa chỉ giao hàng, phương thức giao hàng, thanh toán và xác nhận. Chạy thử hai lần: trên màn hình di động 375px có cảm ứng, sau đó trên máy tính để bàn không dùng chuột.

2. Truyền dữ liệu bàn phím. Nhấn phím Tab từ đầu mỗi bước đến nút gửi. Hãy chú ý đến các lỗi của phiên bản 2.4.11 tại thời điểm xuất hiện một phần tử cố định, thường là khi thanh tóm tắt tự ghim lại. Lưu ý vị trí của phần trợ giúp trên mỗi bước đối với phiên bản 3.2.6.

3. Truyền con trỏ. Trên thiết bị di động, hãy đo kích thước mục tiêu cho phiên bản 2.5.8 và thử mọi thao tác kéo mà không cần kéo cho phiên bản 2.5.7. Bản đồ địa chỉ và băng chuyền thường là những lỗi thường gặp.

4. Phiếu nhập liệu. Hoàn thành quy trình như một khách hàng lần đầu. Mỗi trường bạn điền bằng giá trị mà hệ thống đã có sẵn sẽ là lỗi 3.3.7. Sau đó, hãy thử xác thực bằng trình quản lý mật khẩu và dán nội dung từ clipboard để nhận lỗi 3.3.8.

5. Ghi điểm trước khi sửa sai. Xếp hạng mức độ nghiêm trọng của mỗi phát hiện nhân với tỷ lệ số lượt thoát khỏi phễu ở bước đó trong dữ liệu phân tích của riêng bạn.

Mức độ nghiêm trọngĐịnh nghĩaĐiểm số
ChặnNgười dùng không thể hoàn tất giao dịch mua hàng.3
Xuống cấpViệc hoàn thành đòi hỏi phải có giải pháp thay thế hoặc thử đi thử lại nhiều lần.2
ma sátNỗ lực thêm, rủi ro bỏ cuộc thấp.1

6. Sửa theo thứ tự này. Ưu tiên xác thực trước, vì điều khoản 3.3.8 có thể ngăn chặn hoàn toàn giao dịch mua hàng. Sau đó là kích thước mục tiêu, làm mờ tiêu điểm, kéo các tùy chọn thay thế, nhập liệu dư thừa, hỗ trợ nhất quán. Đó là thứ tự rủi ro về doanh thu, chứ không phải mức độ nghiêm trọng về mặt pháp lý, và là thứ mà nhà tài trợ sẽ tài trợ mà không cần tranh cãi.

7. Viết câu phát biểu. Điều 13(2) yêu cầu thông tin theo Phụ lục V giải thích cách dịch vụ đáp ứng các yêu cầu, được công khai bằng văn bản và bằng lời nói và theo cách dễ tiếp cận. Nếu bạn viện dẫn gánh nặng không cân xứng theo Điều 14, hãy lập hồ sơ dựa trên các tiêu chí của Phụ lục VI và cập nhật ít nhất 5 năm một lần. Quyết định không sửa chữa mà không có hồ sơ không phải là yêu cầu về gánh nặng, mà là một khiếm khuyết chưa được khắc phục.

8. Đưa sáu bước kiểm tra vào quy trình kiểm thử chất lượng trước khi phát hành. Quá trình thanh toán bị lỗi trên phiên bản 2.4.11 lần đầu tiên khi ai đó gửi banner quảng cáo.

Điểm mấu chốt nằm ở đây.

  • Sáu lần kiểm tra vẫn chưa đủ để đạt yêu cầu. Đây là một bước kiểm tra bổ sung dựa trên WCAG 2.1 AA, và nếu bạn chưa bao giờ đạt được 2.1 AA thì nó sẽ che giấu vấn đề thực sự.
  • Đây không phải là cuộc kiểm tra trình đọc màn hình. Lỗi bàn phím giúp phát hiện các vấn đề về tiêu điểm và thứ tự, chứ không phải lỗi đặt sai nhãn trường thanh toán.
  • Khung iframe thanh toán của bạn có thể không phải do bạn sở hữu. Nếu mẫu thẻ thuộc về PSP của bạn, hãy yêu cầu họ nêu rõ quan điểm bằng văn bản về điều khoản 9 của tiêu chuẩn EN 301 549.
  • Ứng dụng gốc có cách ánh xạ khác. Điều khoản 11 đề cập đến phần mềm, trong đó kích thước mục tiêu và thao tác kéo thả hoạt động khác nhau theo API hỗ trợ truy cập nền tảng.
  • Các lớp phủ không khắc phục được bất kỳ vấn đề nào trong số này. Mỗi một trong sáu thuộc tính này đều là một phần cấu trúc của luồng xử lý hoặc thiết kế xác thực của bạn, mà một đoạn mã được chèn vào không thể thay đổi cấu trúc đó.
  • Việc thực thi pháp luật được tiến hành trên toàn quốc. Điều 30 yêu cầu các hình phạt phải có hiệu quả, tương xứng và mang tính răn đe, nhưng mức độ và phương thức giám sát do mỗi quốc gia thành viên quy định.

FAQ

Tiêu chuẩn EN 301 549 V4.1.1 có ràng buộc tôi hiện nay không?

Không phải chỉ riêng nó. Đạo luật ràng buộc bạn; tiêu chuẩn này mô tả lộ trình kỹ thuật để thực hiện. Việc áp dụng trên toàn quốc kéo dài đến ngày 31 tháng 5 năm 2027 và việc bãi bỏ các tiêu chuẩn mâu thuẫn đến ngày 31 tháng 5 năm 2028. Nội dung của nó là cách hiểu tốt nhất hiện có về các yêu cầu của Phụ lục I, vì vậy hãy xây dựng dựa trên nó ngay bây giờ.

Nếu chúng tôi đáp ứng tiêu chuẩn EN 301 549, liệu chúng tôi có tuân thủ quy định của EAA không?

Bạn đang ở vị thế chứng cứ vững chắc nhưng bạn không có giả định pháp lý về sự phù hợp. Điều 15(1) yêu cầu tài liệu tham khảo phải được công bố trên Công báo để hỗ trợ Chỉ thị (EU) 2019/882, và chúng tôi không tìm thấy trích dẫn nào như vậy. Hãy lập luận lý do của riêng bạn theo Điều 13(2).

Chúng tôi là một công ty Thổ Nhĩ Kỳ không có chi nhánh tại EU. Chúng tôi có thuộc phạm vi điều chỉnh của luật này không?

Nếu bạn cung cấp dịch vụ cho người tiêu dùng trong Liên minh châu Âu, thì câu trả lời là có. Điều 3 quy định nghĩa vụ này gắn liền với việc cung cấp dịch vụ cho người tiêu dùng trong Liên minh châu Âu, chứ không phải nơi bạn đăng ký. Thông tư 2025/10 có thể được áp dụng riêng cho thị trường Thổ Nhĩ Kỳ.

Liệu mốc thời gian năm 2030 có nghĩa là chúng ta còn đến năm 2030?

Không. Điều khoản chuyển tiếp theo Điều 32 bao gồm các hợp đồng được ký kết trước ngày 28 tháng 6 năm 2025 và các sản phẩm đã được sử dụng hợp pháp. Các dịch vụ mới được cung cấp cho người tiêu dùng sau ngày đó sẽ thuộc phạm vi điều chỉnh kể từ ngày đó.

Chúng ta có nên tiếp tục sửa các lỗi phân tích cú pháp cũ trong phiên bản 4.1.1 không?

Mục 4.1.1 đã lỗi thời và bị loại bỏ trong WCAG 2.2. Hãy đóng các phát hiện đó, nhưng kiểm tra xem mã đánh dấu cơ bản có gây ra lỗi về tên, vai trò hoặc giá trị theo mục 4.1.2, mục vẫn còn hiệu lực hay không.

Nếu việc sửa chữa thực sự quá tốn kém thì sao?

Điều 14 cho phép đưa ra lập luận về gánh nặng không cân xứng, nhưng chỉ khi được đánh giá bằng văn bản dựa trên các tiêu chí của Phụ lục VI, được gia hạn ít nhất 5 năm một lần. Cơ quan giám sát thị trường sẽ yêu cầu xem văn bản đó.

Chạy bóng

Hãy thực hiện sáu bước kiểm tra này trên trang thanh toán của bạn trong tuần này, hoặc gửi cho chúng tôi URL và chúng tôi sẽ chạy kiểm tra và gửi lại kết quả chấm điểm. Máy quét của chúng tôi tại... wcag.switas.com Phần này đề cập đến việc kiểm tra tự động theo tiêu chuẩn WCAG 2.0, 2.1 và 2.2, đồng thời cung cấp cho bạn mức cơ sở để thực hiện kiểm tra thủ công.

nguồn


Bài viết liên quan

Switas Như Đã Thấy Trên

Phóng to: Mở rộng tiếp thị người có sức ảnh hưởng với Engin Yurtdakul

Hãy xem nghiên cứu trường hợp Microsoft Clarity của chúng tôi.

Chúng tôi nhấn mạnh Microsoft Clarity là một sản phẩm được xây dựng dựa trên các trường hợp sử dụng thực tế, có tính ứng dụng cao, bởi những người am hiểu sản phẩm và hiểu rõ những thách thức mà các công ty như Switas phải đối mặt. Các tính năng như theo dõi hành vi nhấp chuột tức giận và lỗi JavaScript đã chứng tỏ giá trị vô cùng quan trọng trong việc xác định sự khó chịu của người dùng và các vấn đề kỹ thuật, cho phép thực hiện các cải tiến có mục tiêu, tác động trực tiếp đến trải nghiệm người dùng và tỷ lệ chuyển đổi.