Nắm vững Thông tư về Khả năng tiếp cận của Thổ Nhĩ Kỳ: Lộ trình WCAG 2.2

Nắm vững Thông tư về Khả năng tiếp cận của Thổ Nhĩ Kỳ: Lộ trình WCAG 2.2

Trong thế giới kỹ thuật số, khái niệm "truy cập cho tất cả mọi người" từ lâu đã được xem như một sự ưu tiên về mặt đạo đức hoặc một tính năng "không bắt buộc". Tuy nhiên, với Thông tư số 2025/10 của Tổng thống, được công bố trên Công báo ngày 21 tháng 6 năm 2025, khả năng tiếp cận kỹ thuật số đã chính thức trở thành nghĩa vụ pháp lý đối với các tổ chức công và một số thực thể thuộc khu vực tư nhân tại Thổ Nhĩ Kỳ.

Với tư cách là Switas Consultancy, chúng tôi đã biên soạn một hướng dẫn toàn diện nêu rõ quy định mới này bao gồm những gì, những tổ chức nào bị ảnh hưởng và những chi tiết kỹ thuật phức tạp của quy trình tuân thủ WCAG 2.2 cần thiết để đáp ứng các tiêu chuẩn mới này.

1. Quy định mới bao gồm những gì?

Được soạn thảo dựa trên Luật số 5378 về Người khuyết tật, thông tư này quy định rằng các dịch vụ kỹ thuật số phải dễ tiếp cận đối với tất cả mọi người—đặc biệt là người khuyết tật và người cao tuổi—đảm bảo việc sử dụng bình đẳng, độc lập và an toàn.
Mục tiêu chính của thông tư này là đưa các trang web và ứng dụng di động tuân thủ các Hướng dẫn về Khả năng truy cập Nội dung Web (WCAG) được quốc tế công nhận do W3C (Hiệp hội World Wide Web) soạn thảo.

2. Những tổ chức nào thuộc phạm vi nghiên cứu và thời gian thực hiện như thế nào?

Thông tư này không chỉ áp dụng cho các cơ quan công lập mà còn bao gồm các lĩnh vực quan trọng trong khu vực tư nhân thường xuyên được người dân sử dụng. Thời hạn tuân thủ khác nhau tùy theo từng lĩnh vực:
Các tổ chức bắt buộc phải tuân thủ trong vòng 1 năm (trước tháng 6 năm 2026):

  • Tất cả các tổ chức và cơ quan công lập (Đại học, Chính quyền địa phương, v.v.).
  • Các tổ chức chuyên nghiệp công cộng.
  • Ngân hàng.
  • Bệnh viện tư nhân.
  • Các cơ sở giáo dục tư thục được Bộ Giáo dục Quốc gia cấp phép.
  • Các công ty tư nhân cung cấp dịch vụ vận tải hành khách (hàng không, đường sắt, vận tải đường bộ).
  • Các nhà cung cấp dịch vụ truyền thông điện tử có hơn 200,000 thuê bao.
    Các tổ chức bắt buộc phải tuân thủ trong vòng 2 năm (trước tháng 6 năm 2027):
  • Các nhà cung cấp dịch vụ tham gia thương mại điện tử thuộc phạm vi điều chỉnh của Luật Quản lý Thương mại Điện tử.

3. Tiêu chuẩn kỹ thuật: WCAG 2.2 là gì?

Thông tư này chỉ định WCAG 2.2 là tiêu chuẩn kỹ thuật để tuân thủ. WCAG 2.2 được xây dựng dựa trên các phiên bản trước (2.0 và 2.1) và giới thiệu những cải tiến cụ thể dành cho người dùng bị khuyết tật về nhận thức, thị lực kém và suy giảm vận động.
Các hướng dẫn được xây dựng dựa trên 4 nguyên tắc cơ bản (POUR):

A. Có thể nhận biết: Các thành phần thông tin và giao diện người dùng phải được trình bày sao cho người dùng có thể dễ dàng nhận biết (ví dụ: cung cấp văn bản thay thế cho nội dung không phải văn bản như hình ảnh, đảm bảo độ tương phản màu sắc đầy đủ).

B. Có thể vận hành: Các thành phần giao diện người dùng và chức năng điều hướng phải hoạt động được (ví dụ: tất cả chức năng phải có thể truy cập bằng bàn phím, người dùng phải có đủ thời gian để đọc và sử dụng nội dung).

C. Dễ hiểu: Thông tin và hoạt động của giao diện người dùng phải dễ hiểu (ví dụ: văn bản dễ đọc, các trang web hoạt động theo cách dễ dự đoán và có hỗ trợ nhập liệu để tránh sai sót).

D. Mạnh mẽ: Nội dung phải đủ mạnh mẽ để có thể được nhiều trình duyệt khác nhau, bao gồm cả các công nghệ hỗ trợ (ví dụ: tương thích với trình đọc màn hình), diễn giải một cách đáng tin cậy.

Tiêu chí thành công quan trọng được giới thiệu cùng với WCAG 2.2.

Để đảm bảo tuân thủ đầy đủ, các tổ chức phải hiểu rõ những điểm khác biệt kỹ thuật cụ thể được giới thiệu trong phiên bản 2.2. Dưới đây là thông tin chi tiết hơn về các tiêu chí chính mới:

Tiêu điểm không bị che khuất (Tối thiểu & Nâng cao) (Tiêu chí 2.4.11 / 2.4.12): Khi người dùng điều hướng trang bằng bàn phím (sử dụng phím Tab để chuyển qua các liên kết và nút), mục mà họ đang tập trung vào phải luôn hiển thị. Bản cập nhật này khắc phục sự cố thường gặp khi "tiêu đề cố định" hoặc "chân trang cố định" (các thanh cố định ở đầu hoặc cuối màn hình) che khuất phần tử mà người dùng đang cố gắng xem.
Yêu cầu: Bạn phải đảm bảo rằng mục được chọn không bị che khuất hoàn toàn bởi nội dung khác. Lý tưởng nhất là nó phải hiển thị đầy đủ.

Các chuyển động kéo lê (Tiêu chí 2.5.7): Một số giao diện yêu cầu người dùng kéo thả các đối tượng (ví dụ: tải lên tập tin bằng cách kéo và thả, thanh trượt hoặc sắp xếp lại danh sách). Điều này có thể là bất khả thi về mặt thể chất đối với những người dùng bị suy giảm khả năng vận động, những người sử dụng các thiết bị trỏ chuyên dụng hoặc phần mềm theo dõi mắt.
Yêu cầu: Nếu giao diện sử dụng thao tác kéo thả, bạn phải cung cấp một phương án thay thế bằng "con trỏ đơn". Ví dụ, thay vì kéo bản đồ để di chuyển, hãy cung cấp các nút lên/xuống/trái/phải. Thay vì danh sách kéo thả, hãy cung cấp các mũi tên để di chuyển các mục lên hoặc xuống.

Kích thước mục tiêu (Tối thiểu) (Tiêu chí 2.5.8): Người dùng bị run tay, ngón tay to hoặc những người sử dụng thiết bị di động thường gặp khó khăn khi chạm vào các nút nhỏ, san sát nhau.
Yêu cầu: Các mục tiêu tương tác (nút bấm, biểu tượng) phải có kích thước tối thiểu 24x24 pixel CSS. Nếu mục tiêu nhỏ hơn, phải có khoảng cách đủ xung quanh để một vòng tròn đường kính 24 pixel có tâm nằm ở vị trí điều khiển không chồng chéo với bất kỳ mục tiêu nào khác. Điều này giúp giảm nguy cơ vô tình kích hoạt chức năng sai.

Xác thực dễ tiếp cận (Tiêu chí 3.3.8): Nhiều quy trình đăng nhập yêu cầu giải câu đố (CAPTCHA), ghi nhớ mật khẩu hoặc sao chép mã một lần được gửi qua SMS. Điều này tạo ra rào cản cho người dùng có vấn đề về nhận thức hoặc hạn chế về trí nhớ.
Yêu cầu: Các quy trình xác thực không nên dựa vào "bài kiểm tra chức năng nhận thức" (như giải câu đố hoặc ghi nhớ thông tin). Bạn phải cho phép chức năng sao chép và dán mật khẩu và mã, đồng thời hỗ trợ việc sử dụng trình quản lý mật khẩu của bên thứ ba và các tính năng tự động điền. Nếu sử dụng CAPTCHA, phải có phương án thay thế không dựa trên nhận thức (ví dụ: nhận dạng đối tượng đơn giản hoặc xác thực hai yếu tố thông qua thiết bị).

Mục nhập dư thừa (Tiêu chí 3.3.7): Việc yêu cầu người dùng nhập lại cùng một thông tin (như địa chỉ giao hàng) nhiều lần trong một lần nhập liệu sẽ gây mệt mỏi và làm tăng tỷ lệ lỗi, đặc biệt là đối với người dùng có khuyết tật về nhận thức.
Yêu cầu: Thông tin người dùng đã nhập trước đó nên được tự động điền hoặc cho phép người dùng chọn từ danh sách thả xuống, thay vì yêu cầu nhập lại.

Hỗ trợ nhất quán (Tiêu chí 3.2.6): Người dùng cần hỗ trợ thường gặp khó khăn trong việc tìm kiếm kênh hỗ trợ nếu họ phải di chuyển giữa các trang khác nhau.
Yêu cầu: Nếu bạn cung cấp các tính năng hỗ trợ (như chatbot, email liên hệ hoặc liên kết trang "Hướng dẫn"), chúng phải xuất hiện ở cùng một vị trí tương đối trên mọi trang mà chúng có mặt. Ví dụ, nếu tiện ích trò chuyện nằm ở góc dưới bên phải trên trang chủ, nó không thể di chuyển lên góc trên bên trái trên trang sản phẩm.

4. Kiểm toán, Giám sát và "Biểu tượng Khả năng tiếp cận"

Để quản lý quá trình chuyển đổi này, Bộ Gia đình và Dịch vụ Xã hội đã thành lập một "Ủy ban Giám sát". Hơn nữa, mỗi tổ chức chịu trách nhiệm phải thành lập "Ủy ban Đánh giá Khả năng Tiếp cận" nội bộ của riêng mình để tiến hành phân tích kỹ thuật và báo cáo kết quả.

Các trang web và ứng dụng di động vượt qua quá trình kiểm định và chứng minh tuân thủ các tiêu chuẩn sẽ được Bộ trao tặng "Logo Khả năng tiếp cận". Logo này đóng vai trò như một huy hiệu danh dự, biểu thị một "tổ chức dễ tiếp cận", và có giá trị trong 2 năm kể từ ngày cấp.

5. Switas Consultancy hỗ trợ hành trình tuân thủ của bạn như thế nào?

Khả năng tiếp cận không chỉ đơn thuần là một yêu cầu pháp lý; đó là một yếu tố quan trọng của Trải nghiệm người dùng (UX) và hiệu suất SEO. Switas hướng dẫn bạn thực hiện quá trình chuyển đổi này với một phương pháp luận có cấu trúc:

1. Kiểm toán WCAG (WCAG 2.2): Chúng tôi tiến hành đánh giá nghiêm ngặt các tài sản kỹ thuật số của bạn dựa trên các tiêu chí WCAG 2.2 mới, xác định các vi phạm cụ thể liên quan đến khả năng hiển thị tiêu điểm, kích thước mục tiêu, rào cản xác thực, v.v.

2. Kiểm thử thủ công và người dùng: Các công cụ tự động chỉ phát hiện được một phần vấn đề. Các chuyên gia của chúng tôi thực hiện kiểm tra thủ công bằng cách sử dụng trình đọc màn hình (như NVDA, VoiceOver) và tiến hành các thử nghiệm thực tế với người dùng khuyết tật để đảm bảo tính khả dụng thực sự.

3. Lộ trình khắc phục: Chúng tôi làm việc trực tiếp với các nhóm phát triển và thiết kế của bạn, cung cấp các giải pháp kỹ thuật cho các vấn đề phức tạp ở cấp độ mã (nhãn ARIA, HTML ngữ nghĩa, bố cục đáp ứng).

4. Phát triển bền vững và đào tạo: Khả năng tiếp cận là một quá trình liên tục. Chúng tôi cung cấp các đợt đánh giá lại định kỳ và đào tạo đội ngũ để đảm bảo các sản phẩm kỹ thuật số của bạn luôn tuân thủ các tiêu chuẩn khi chúng phát triển.

Hãy liên hệ với chúng tôi ngay hôm nay để loại bỏ các rào cản kỹ thuật số và đảm bảo tuân thủ đầy đủ quy định mới về khả năng tiếp cận của Thổ Nhĩ Kỳ.


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.