Tiến hành một cuộc kiểm tra khả năng tiếp cận đáp ứng tiêu chuẩn EN 301 549 v4.1.1 và Thông tư 2025/10 của Thổ Nhĩ Kỳ.

Tiến hành một cuộc kiểm tra khả năng tiếp cận đáp ứng tiêu chuẩn EN 301 549 v4.1.1 và Thông tư 2025/10 của Thổ Nhĩ Kỳ.

ETSI đã công bố EN 301 549 V4.1.1 Vào ngày 2 tháng 9 năm 2026, sau khi được chính thức thông qua vào ngày 24 tháng 8 năm 2026, tiêu chuẩn này chuyển tiêu chuẩn về khả năng tiếp cận CNTT của châu Âu từ WCAG 2.1 lên WCAG 2.2, bổ sung sáu tiêu chí thành công, loại bỏ một tiêu chí và sửa đổi các điều khoản về tùy chọn người dùng. Phiên bản này chưa được trích dẫn trong Công báo Chính thức, vì vậy phiên bản được tham chiếu pháp lý vẫn là V3.2.1. Đồng thời, các nhà cung cấp dịch vụ thương mại điện tử Thổ Nhĩ Kỳ thuộc phạm vi Thông tư Tổng thống 2025/10 có thời hạn đến khoảng tháng 6 năm 2027 để vượt qua danh sách kiểm tra WCAG 2.2 Cấp độ A. Nếu bạn thực hiện kiểm toán cho các tổ chức bán hàng ở cả hai thị trường, giờ đây bạn có ba đường cơ sở di động và một ngân sách thử nghiệm. Đây là quy trình bảy bước mà chúng tôi sử dụng để thiết lập lại đường cơ sở cho một cuộc kiểm toán hiện có mà không loại bỏ bằng chứng mà bạn đã trả tiền.

Những thay đổi trong phiên bản V4.1.1 là gì và những thay đổi nào không?

Sáu tiêu chí WCAG 2.2 được đưa vào điều khoản 9 (web), 10 (tài liệu không phải web) và 11 (phần mềm không phải web); chúng được liệt kê cùng với các phương pháp kiểm thử ở bước 2 bên dưới. Tiêu chí SC 4.1.1 Phân tích cú pháp được đánh dấu là vô hiệu, tương ứng với việc loại bỏ nó khỏi WCAG 2.2. Các tiểu mục tùy chọn người dùng mới xuất hiện tại 9.7, 10.7 và 11.7. Các yêu cầu về văn bản thời gian thực tại điều khoản 6 được mở rộng đáng kể. Phụ lục ZB và điều khoản A.2 lần đầu tiên ánh xạ các yêu cầu đến Đạo luật về Khả năng tiếp cận của Châu Âu.

Điều không thay đổi: vị trí pháp lý. Phiên bản V4.1.1 không có hiệu lực cho đến khi Ủy ban trích dẫn nó trong Công báo chính thức. Deque dự kiến ​​việc trích dẫn đó vào khoảng cuối tháng 11 năm 2026, nhưng đó chỉ là dự báo, không phải ngày công bố. Cho đến khi điều đó xảy ra, phiên bản V3.2.1 (WCAG 2.1 AA) vẫn là phiên bản tham chiếu.

Hãy sửa lại thông tin trong mục "EN 301 549 có nghĩa là tuân thủ EAA".

Các nhà cung cấp liên tục lặp lại tuyên bố này và hiện tại nó không được hỗ trợ. Phiên bản V3.2.1 đã được hài hòa vào ngày 12 tháng 8 năm 2021 theo... Chỉ thị về khả năng truy cập web (2016/2102), bằng Quyết định thực thi 32021D1339. Điều 15 của EAA chỉ cho phép giả định về sự phù hợp đối với các tiêu chuẩn được trích dẫn trong Công báo để hỗ trợ Chỉ thị 2019/882, và cho đến nay vẫn chưa có tiêu chuẩn nào được trích dẫn ở đó. Lời tựa của chính tiêu chuẩn này cũng chỉ ra Chỉ thị năm 2016.

Hậu quả thực tiễn: trong phạm vi EAA, cuộc kiểm toán của bạn là bằng chứngKhông phải là một tấm chắn. Hãy đối chiếu trực tiếp các phát hiện với Phụ lục I và lưu giữ hồ sơ có ngày tháng. Theo Chỉ thị về Khả năng tiếp cận Web, giả định này là có thật, và V3.2.1 chính là điều mang lại giả định đó.

Ba tiêu chí cơ bản mà bạn thực sự được đánh giá dựa trên đó.

Mã sản phẩmĐối tượng được bảo hộTài liệu tham khảo kỹ thuậtCấpGiả định về sự phù hợp?
Chỉ thị về khả năng truy cập web (EU) 2016/2102các cơ quan khu vực công của EUEN 301 549 V3.2.1WCAG 2.1 AAĐúng vậy, điều này đã được trích dẫn trong OJ (Công báo Ontario)
Đạo luật về khả năng tiếp cận của châu Âu (EU) 2019/882Thương mại điện tử, ngân hàng, vận tải, sách điện tử, viễn thông được bán vào EUChưa có tiêu chuẩn hài hòa nào được đề cập.Phụ lục I yêu cầuKhông
Thông tư Türkiye 2025/10 (RG ngày 21 tháng 6 năm 2025, số 32933)Các cơ quan công quyền, chính quyền địa phương, ngân hàng, bệnh viện tư nhân, các công ty du lịch nhóm A, các công ty viễn thông lớn, các nhà cung cấp thương mại điện tử theo Luật 6563Danh sách kiểm tra của Bộ, 31 nguyên tắc / 122 câu hỏi, phù hợp với WCAG 2.2Cấp độ ABiểu tượng về khả năng tiếp cận, có hiệu lực 2 năm

Hãy lưu ý sự bất đối xứng mà một nhà bán lẻ Thổ Nhĩ Kỳ bán hàng vào Đức phải đối mặt: Cấp độ A trên danh sách kiểm tra quốc gia, Cấp độ AA trên tài liệu tham khảo kỹ thuật của EU, và một bài kiểm tra pháp lý của EU không thuộc cả hai cấp độ này. Bài kiểm tra hướng đến toàn bộ Liên minh, chứ không phải giao điểm của hai thị trường này.

Bước 1. Hãy đóng băng bằng chứng V3.2.1 của bạn trước khi chỉnh sửa kịch bản.

Hãy chụp lại biên bản kiểm toán hiện tại dưới dạng tài liệu có ngày tháng và phiên bản: danh sách điều khoản, ngày kiểm tra, phiên bản công cụ, mẫu trang, kết quả đạt/không đạt cho mỗi tiêu chí. Bạn sẽ cần nó nếu cơ quan quản lý hỏi bạn biết những gì và khi nào. Không chỉnh sửa trực tiếp; mọi thứ từ đây trở đi sẽ là một cơ sở dữ liệu mới được đặt cạnh cơ sở dữ liệu cũ.

Bước 2. Thêm sáu tiêu chí mới vào kịch bản kiểm thử của bạn.

Mỗi lỗi này đều dễ kiểm tra nhưng lại tốn kém khi sửa chữa muộn, vì hầu hết các lỗi nằm ở hệ thống thiết kế chứ không phải ở từng trang riêng lẻ.

Tiêu chíCấpCách chúng tôi kiểm tra điều đóVượt ngưỡngLỗi thường gặp nhất
2.4.11 Tiêu điểm không bị che khuất (Tối thiểu)AADuyệt qua từng mẫu ở kích thước 320px và 1280px, với các phần tử cố định được gắn vào.Yếu tố trọng tâm không bao giờ bị che khuất hoàn toàn.Thanh tiêu đề cố định hoặc thanh thông báo cookie che khuất vùng được chọn.
2.5.7 Các chuyển động kéoAAHãy thử mọi thao tác kéo thả chỉ bằng một lần nhấp hoặc chạm.Mỗi lần kéo đều có một đường dẫn không kéo.băng chuyền hình ảnh, thanh trượt phạm vi, ghim bản đồ
2.5.8 Kích thước mục tiêu (Tối thiểu)AAĐo lường các mục tiêu tương tác trong công cụ dành cho nhà phát triển24 x 24 pixel CSS, hoặc ngoại lệ về khoảng cách đủ điều kiệnCác nút chỉ có biểu tượng, bộ điều chỉnh số lượng, nút đóng
3.2.6 Hỗ trợ nhất quánASo sánh các điểm truy cập trợ giúp trên năm mẫu khác nhau.Thứ tự tương đối giống nhau trên mọi trang cung cấp trợ giúp.Tiện ích trò chuyện sẽ di chuyển đến một góc khác nhau tùy thuộc vào mẫu.
3.3.7 Mục nhập dư thừaAHoàn tất quy trình thanh toán và đếm số lần nhập lại thông tin.Không được phép vào lại trừ trường hợp thiết yếu.Địa chỉ thanh toán được nhập lại sau địa chỉ giao hàng.
3.3.8 Xác thực dễ tiếp cận (Tối thiểu)AAThử đăng nhập và xác nhận mã OTP bằng trình quản lý mật khẩu và chức năng dán được bật.Không nên tiến hành kiểm tra chức năng nhận thức nếu không có phương án thay thế.Dán mã OTP bị chặn, CAPTCHA dạng hình ảnh.

Thứ tự sửa lỗi: Trước tiên là 2.5.8 và 2.4.11, vì chúng ở cấp độ thành phần và một thay đổi sẽ khắc phục hàng trăm trường hợp. Sau đó là 3.3.8, vì nó chặn toàn bộ quy trình đối với người dùng bị ảnh hưởng. 3.2.6 và 3.3.7 là các quyết định về quy trình cần có sự tham gia của chủ sở hữu sản phẩm.

Bước 3. Ngừng xử lý mục 4.1.1: Phân tích kết quả mà không xóa chúng.

Hãy đánh dấu các phát hiện 4.1.1 hiện có là đã lỗi thời, kèm theo ngày tháng và lý do, thay vì xóa chúng. Có hai lý do. Khách hàng vẫn đang sử dụng hợp đồng WCAG 2.0 hoặc 2.1 vẫn được kiểm tra theo tiêu chuẩn này. Và các ID trùng lặp hoặc các phần tử chưa đóng mà bạn đã ghi nhận trong mục 4.1.1 thường vẫn gây ra lỗi thực sự trong các phiên bản 1.3.1, 4.1.2 hoặc khi kiểm tra tên-vai trò-giá trị. Hãy báo cáo lại lỗi, đừng bỏ qua nó.

Bước 4. Kiểm tra các điều khoản tùy chọn người dùng

Các điều khoản 9.7, 10.7 và 11.7 hỏi liệu giao diện của bạn có tôn trọng các cài đặt mà người dùng đã thiết lập ở cấp độ trình duyệt hoặc nền tảng hay không. Năm bước kiểm tra: kích thước phông chữ mặc định của trình duyệt ở mức 200% và văn bản được điều chỉnh tỷ lệ; chuyển động giảm và hoạt ảnh dừng lại; chế độ tối bắt buộc và độ tương phản được giữ nguyên; màu văn bản hoặc nền tùy chỉnh và nội dung vẫn dễ đọc; khoảng cách giữa các chữ cái và từ được tăng lên và không có gì bị cắt xén. Mỗi bước kiểm tra kéo dài năm phút và thường xuyên thất bại trên các trang web đáp ứng mọi tiêu chí AA khác.

Bước 5. Đối chiếu các phát hiện với Phụ lục I của EAA, không chỉ với số hiệu điều khoản.

Do không có tiêu chuẩn hài hòa nào được trích dẫn cho EAA, một báo cáo chỉ được sắp xếp theo số điều khoản sẽ không trả lời được câu hỏi mà cơ quan giám sát thị trường sẽ đặt ra. Hãy thêm một cột vào sổ đăng ký kết quả: kết quả đó liên quan đến yêu cầu nào trong Phụ lục I, và bằng chứng nào cho thấy yêu cầu đó đã được đáp ứng. Công việc tẻ nhạt, nhưng đó là phần duy nhất còn lại.

Bước 6. Chấm điểm riêng danh sách kiểm tra trình độ tiếng Thổ Nhĩ Kỳ cấp độ A.

Đừng cho rằng việc tuân thủ WCAG 2.2 AA là đã đáp ứng được danh sách kiểm tra của Bộ. Đây là một công cụ riêng biệt gồm 31 nguyên tắc và 122 câu hỏi, được quản lý bởi một ủy ban giám sát do Bộ Gia đình và Dịch vụ Xã hội chủ trì, với phần thưởng là Chứng nhận Khả năng tiếp cận có thời hạn hai năm và hình phạt là việc công khai thông tin. Hãy chấm điểm như một tiêu chí đạt yêu cầu riêng biệt và ghi lại câu hỏi mà mỗi bằng chứng trả lời.

Bước 7. Viết lại tuyên bố về khả năng tiếp cận và ấn định ngày xem xét lại.

Hãy nêu rõ phiên bản đã được kiểm thử (hiện tại là V3.2.1, sau này được trích dẫn là V4.1.1), ngày tháng, mẫu thử, các điểm không phù hợp đã biết so với ngày mục tiêu và kênh phản hồi. Lên lịch xem xét vào tháng sau tháng dự kiến ​​được trích dẫn trên OJ; nếu việc trích dẫn bị trì hoãn, quá trình xem xét vẫn diễn ra và bạn sẽ cập nhật lại ngày của báo cáo.

Ví dụ minh họa: Quy trình đặt vé du lịch

Một đại lý du lịch trực tuyến thuộc nhóm A bán hàng cho khách hàng Thổ Nhĩ Kỳ và EU. Bước 2 phát hiện 24 lỗi trên các ô ngày của bộ chọn ngày và các bước đếm số hành khách, thanh trượt giá chỉ có thể kéo thả, và chức năng dán bị chặn trên trường mã SMS. Bước 4 phát hiện bộ chọn ngày bị thu gọn ở mức văn bản 200%. Bước 5 lưu trữ tất cả các lỗi này theo Phụ lục I. Bước 6 cho thấy danh sách kiểm tra Cấp A đạt yêu cầu đối với thanh trượt (một tiêu chí AA) nhưng không đạt yêu cầu đối với bộ chọn ngày về việc gắn nhãn. Kết quả: một phiếu yêu cầu hệ thống thiết kế, một phiếu yêu cầu xác thực, một lần xây dựng lại thành phần — ba phiếu yêu cầu thay vì bốn mươi lỗi cấp trang. [CẦN DỮ LIỆU NỘI BỘ: Số lượng trung bình các lỗi AA được khắc phục trên mỗi lần thay đổi thành phần hệ thống thiết kế của Switas, từ bộ kiểm toán năm 2026]

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

  • Rủi ro về thời điểm. Ngày trích dẫn OJ cho V4.1.1 chỉ là dự báo. Nếu nó vượt quá thời hạn kiểm toán của bạn, điều đó có nghĩa là bạn đã kiểm thử theo một tiêu chuẩn chưa phải là tiêu chuẩn tham chiếu pháp lý. Đó là một lập trường có thể biện minh được, nhưng hãy nêu rõ điều đó trong báo cáo.
  • Độ chính xác về thời hạn. Các mốc thời gian 2025/10 được tóm tắt ở đây xuất phát từ các bản tóm tắt pháp lý thứ cấp; văn bản của Resmî Gazete là văn bản có giá trị pháp lý chính và cần được đọc trước khi bạn đưa ngày tháng vào hợp đồng với khách hàng.
  • Đây không phải là chứng chỉ. Không có nội dung nào ở đây tạo ra một tuyên bố có tính ràng buộc pháp lý, mà chỉ là bằng chứng có thể bảo vệ được.
  • Điều khoản 6 nằm ngoài phạm vi áp dụng. Nếu khách hàng của bạn cung cấp dịch vụ gọi thoại, văn bản hoặc video trực tuyến theo thời gian thực, các yêu cầu mở rộng của điều khoản 6 cần có sự chấp thuận của chuyên gia mà cẩm nang này không đề cập đến.
  • Công cụ chế tạo chỉ bao gồm một phần nhỏ trong số này. Trong sáu tiêu chí mới, chỉ có kích thước mục tiêu là có thể được máy móc phát hiện một cách đáng tin cậy. Các tiêu chí còn lại được xác định thủ công.
  • Sự chuyển vị có thể khác nhau. Các cơ quan thực thi, hình phạt và định dạng báo cáo khác nhau tùy thuộc vào từng quốc gia thành viên; hãy kiểm tra thị trường mà bạn thực sự bán hàng vào.

Các câu hỏi thường gặp

Đã được đánh dấu cho lược đồ FAQPage.

Chúng ta nên thử nghiệm với phiên bản V3.2.1 hay V4.1.1 ngay bây giờ?
Cả hai. Phiên bản V3.2.1 là phiên bản tham chiếu được trích dẫn theo Chỉ thị về Khả năng truy cập Web; V4.1.1 là phiên bản mà bạn sẽ được đánh giá trong vòng vài tháng tới. Sáu tiêu chí bổ sung này chỉ tốn một phần nhỏ chi phí so với một cuộc kiểm tra toàn diện.

Việc tuân thủ tiêu chuẩn EN 301 549 có giúp chúng ta đáp ứng các yêu cầu của Đạo luật về khả năng tiếp cận của châu Âu hay không?
Không phải tự động. Chưa có tiêu chuẩn hài hòa nào được trích dẫn trong Công báo chính thức của Chỉ thị 2019/882, vì vậy không có giả định về sự phù hợp. Sự phù hợp là bằng chứng mạnh mẽ, chứ không phải là lá chắn pháp lý.

Chúng tôi không thuộc EU. Vậy Đạo luật EAA có áp dụng không?
Quy định này áp dụng cho các sản phẩm và dịch vụ được cung cấp trên thị trường EU, chứ không phải địa điểm đặt trụ sở của công ty. Một nhà bán lẻ Thổ Nhĩ Kỳ vận chuyển hàng cho người tiêu dùng EU thuộc phạm vi điều chỉnh của quy định này.

Có quy định miễn trừ nào dành cho doanh nghiệp siêu nhỏ không?
Các nhà cung cấp dịch vụ có dưới 10 nhân viên và doanh thu 2 triệu EUR được miễn trừ khỏi các yêu cầu về dịch vụ. Hãy kiểm tra lại Điều 4 và luật chuyển đổi quốc gia của bạn trước khi dựa vào đó.

Thông tư của Thổ Nhĩ Kỳ có yêu cầu cấp độ AA không?
Danh sách kiểm tra của Bộ được chấm điểm ở Cấp độ A, phù hợp với WCAG 2.2. Nếu bạn cũng bán hàng vào EU, bạn cần đạt AA bất kể thế nào, vì vậy hãy lên kế hoạch đạt AA và báo cáo Cấp độ A riêng biệt.

Điều gì sẽ xảy ra nếu chúng ta bỏ lỡ hạn chót của Thổ Nhĩ Kỳ?
Cơ chế này là cấp Logo về Khả năng tiếp cận cho các tổ chức tuân thủ quy định và công khai thông tin cho các tổ chức còn lại. Nó thiên về uy tín hơn là tài chính, điều này đối với các thương hiệu tiêu dùng không hẳn là nhẹ nhàng hơn.

Liệu một lớp phủ có thể đáp ứng được sáu tiêu chí này không?
Không. Kích thước mục tiêu, các tùy chọn kéo thả và xác thực là các yếu tố cấu trúc. Một lớp phủ không thể thay đổi vùng tương tác của một thành phần hoặc loại bỏ bài kiểm tra chức năng nhận thức khỏi quá trình đăng nhập.

Quá trình thiết lập lại đường cơ sở mất bao lâu?
Đối với một bộ mẫu thương mại điện tử, hãy dự trù từ hai đến bốn ngày để thử nghiệm và khắc phục sự cố. Yếu tố quan trọng là hệ thống thiết kế được tập trung hóa đến mức nào, chứ không phải số lượng trang.

Chạy lại quy trình cơ sở.

Hãy thực hiện các bước từ 1 đến 7 trên quy trình thanh toán và đăng nhập của riêng bạn; hai quy trình này bao gồm hầu hết sáu tiêu chí mới. Nếu bạn muốn thực hiện và ghi lại tất cả các bước này theo Phụ lục I và danh sách kiểm tra tiếng Thổ Nhĩ Kỳ trong một lần, hãy liên hệ với bộ phận hỗ trợ tiếp cận của chúng tôi tại... wcag.switas.com Thực hiện chính xác cuộc kiểm toán này.

nguồn


Çağdaş Polat
Được viết bởi

Çağdaş Polat

Çağdaş Polat là đồng sáng lập của Switas, nơi ông dẫn dắt mảng tư vấn công nghệ và tăng trưởng cho các thương hiệu trong lĩnh vực thương mại điện tử, du lịch, chăm sóc sức khỏe và khu vực công. Là một cử nhân khoa học máy tính, ông đã chuyển từ phát triển phần mềm sang các vị trí cấp cao về tiếp thị, sản phẩm và chiến lược trong thập kỷ qua. Hiện nay, ông tư vấn cho các công ty về tối ưu hóa tỷ lệ chuyển đổi (CRO), phân tích dữ liệu và xây dựng các hệ thống tăng trưởng có thể đo lường được.


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.