Di dunia digital, konsep "akses untuk semua" telah lama dipandang sebagai preferensi etis atau fitur yang "baik untuk dimiliki". Namun, dengan Surat Edaran Presiden No. 2025/10, yang diterbitkan dalam Lembaran Negara pada tanggal 21 Juni 2025, aksesibilitas digital secara resmi menjadi kewajiban hukum bagi lembaga publik dan entitas sektor swasta tertentu di Turki.
Sebagai Switas Consultancy, kami telah menyusun panduan komprehensif yang merinci apa yang dimaksud dengan peraturan baru ini, lembaga mana yang terpengaruh, dan seluk-beluk teknis proses kepatuhan WCAG 2.2 yang diperlukan untuk memenuhi standar baru ini.
1. Apa Saja yang Dicakup oleh Regulasi Baru Ini?
Disusun berdasarkan Undang-Undang Nomor 5378 tentang Penyandang Disabilitas, surat edaran ini mewajibkan agar layanan digital dapat diakses oleh semua orang—khususnya penyandang disabilitas dan lansia—dengan memastikan penggunaan yang setara, mandiri, dan aman.
Tujuan utama surat edaran ini adalah untuk membuat situs web dan aplikasi seluler sesuai dengan Pedoman Aksesibilitas Konten Web (WCAG) yang diakui secara internasional yang disusun oleh W3C (World Wide Web Consortium).
2. Lembaga Mana Saja yang Tercakup dan Bagaimana Jangka Waktunya?
Surat edaran ini tidak hanya mencakup lembaga publik, tetapi juga area penting di sektor swasta yang sering digunakan oleh warga. Batas waktu kepatuhan bervariasi menurut sektor:
Entitas yang Wajib Mematuhi Ketentuan Ini dalam Waktu 1 Tahun (Hingga Juni 2026):
- Semua lembaga dan organisasi publik (Universitas, Pemerintah Kota, dll.).
- Organisasi profesional publik.
- Bank.
- Rumah sakit swasta.
- Lembaga pendidikan swasta yang diberi izin oleh Kementerian Pendidikan Nasional.
- Perusahaan swasta yang menyediakan layanan transportasi penumpang (Maskapai penerbangan, kereta api, transportasi darat).
- Penyedia layanan komunikasi elektronik dengan lebih dari 200,000 pelanggan.
Entitas yang Wajib Mematuhi Ketentuan Ini dalam Waktu 2 Tahun (Hingga Juni 2027): - Penyedia layanan yang bergerak di bidang e-commerce dalam lingkup Undang-Undang tentang Pengaturan Perdagangan Elektronik.
3. Standar Teknis: Apa itu WCAG 2.2?
Surat edaran tersebut menetapkan WCAG 2.2 sebagai standar teknis untuk kepatuhan. WCAG 2.2 dibangun berdasarkan versi sebelumnya (2.0 dan 2.1) dan memperkenalkan peningkatan khusus untuk pengguna dengan disabilitas kognitif, penglihatan rendah, dan gangguan motorik.
Pedoman ini disusun berdasarkan 4 prinsip fundamental (POUR):
A. Terlihat: Komponen informasi dan antarmuka pengguna harus dapat disajikan kepada pengguna dengan cara yang dapat mereka pahami (misalnya, menyediakan alternatif teks untuk konten non-teks seperti gambar, memastikan kontras warna yang memadai).
B. Dapat dioperasikan: Komponen antarmuka pengguna dan navigasi harus dapat dioperasikan (misalnya, semua fungsi harus tersedia dari keyboard, pengguna harus memiliki cukup waktu untuk membaca dan menggunakan konten).
C. Dapat dipahami: Informasi dan pengoperasian antarmuka pengguna harus mudah dipahami (misalnya, teks mudah dibaca, halaman web beroperasi dengan cara yang dapat diprediksi, dan bantuan input disediakan untuk menghindari kesalahan).
D. Kuat: Konten harus cukup kuat sehingga dapat diinterpretasikan secara andal oleh berbagai macam agen pengguna, termasuk teknologi bantu (misalnya, kompatibel dengan pembaca layar).
Kriteria Keberhasilan Kritis Diperkenalkan dengan WCAG 2.2
Untuk memastikan kepatuhan penuh, organisasi harus memahami nuansa teknis spesifik yang diperkenalkan dalam versi 2.2. Berikut detail lebih lanjut tentang kriteria utama yang baru:
Fokus Tidak Terhalang (Minimum & Ditingkatkan) (Kriteria 2.4.11 / 2.4.12): Saat pengguna menavigasi halaman menggunakan keyboard (menekan tombol Tab untuk berpindah antar tautan dan tombol), item yang sedang difokuskan harus tetap terlihat. Pembaruan ini mengatasi masalah umum di mana "header tetap" atau "footer tetap" (bilah tetap di bagian atas atau bawah layar) menyembunyikan elemen yang ingin dilihat pengguna.
Persyaratan: Anda harus memastikan bahwa item yang difokuskan tidak sepenuhnya tersembunyi oleh konten lain. Idealnya, item tersebut harus terlihat sepenuhnya.
Gerakan Menyeret (Kriteria 2.5.7): Beberapa antarmuka mengharuskan pengguna untuk menyeret objek (misalnya, unggahan file dengan metode seret dan lepas, penggeser, atau menyusun ulang daftar). Hal ini secara fisik mungkin tidak memungkinkan bagi pengguna dengan gangguan motorik yang menggunakan perangkat penunjuk khusus atau perangkat lunak pelacak mata.
Persyaratan: Jika antarmuka menggunakan fungsi seret, Anda harus menyediakan alternatif "penunjuk tunggal". Misalnya, alih-alih menyeret peta untuk memindahkannya, sediakan tombol atas/bawah/kiri/kanan. Alih-alih daftar seret dan lepas, sediakan panah untuk memindahkan item ke atas atau ke bawah.
Ukuran Target (Minimum) (Kriteria 2.5.8): Pengguna dengan tremor tangan, jari besar, atau mereka yang menggunakan perangkat seluler sering kesulitan menekan tombol kecil yang berjejal.
Persyaratan: Target interaktif (tombol, ikon) setidaknya harus berukuran 24x24 piksel CSS. Jika target lebih kecil, harus ada jarak yang cukup di sekitarnya sehingga lingkaran berdiameter 24 piksel yang berpusat pada kontrol tidak tumpang tindih dengan target lain. Ini mengurangi risiko mengaktifkan fungsi yang salah secara tidak sengaja.
Otentikasi yang Mudah Diakses (Kriteria 3.3.8): Banyak proses login memerlukan penyelesaian teka-teki (CAPTCHA), menghafal kata sandi, atau menyalin kode sekali pakai yang dikirim melalui SMS. Hal ini menciptakan hambatan bagi pengguna dengan masalah kognitif atau keterbatasan daya ingat.
Persyaratan: Proses otentikasi tidak boleh bergantung pada "tes fungsi kognitif" (seperti memecahkan teka-teki atau menghafal informasi). Anda harus mengizinkan fungsi salin-tempel untuk kata sandi dan kode, serta mendukung penggunaan pengelola kata sandi pihak ketiga dan fitur pengisian otomatis. Jika CAPTCHA digunakan, harus ada alternatif non-kognitif (misalnya, pengenalan objek sederhana atau 2FA melalui perangkat).
Entri Berlebihan (Kriteria 3.3.7): Meminta pengguna untuk memasukkan kembali informasi yang sama (seperti alamat pengiriman) beberapa kali dalam satu sesi menyebabkan kelelahan dan meningkatkan tingkat kesalahan, terutama bagi pengguna dengan disabilitas kognitif.
Persyaratan: Informasi yang sebelumnya dimasukkan oleh pengguna harus diisi secara otomatis atau tersedia untuk dipilih pengguna dari daftar tarik-turun, daripada mengharuskan pengetikan ulang.
Bantuan yang Konsisten (Kriteria 3.2.6): Pengguna yang membutuhkan bantuan sering kesulitan menemukan saluran dukungan jika mereka berpindah-pindah di berbagai halaman.
Persyaratan: Jika Anda menyediakan fitur bantuan (seperti chatbot, email kontak, atau tautan halaman "Cara"), fitur tersebut harus muncul di lokasi relatif yang sama di setiap halaman tempat fitur tersebut ada. Misalnya, jika widget obrolan berada di kanan bawah halaman beranda, widget tersebut tidak dapat dipindahkan ke kiri atas halaman produk.
4. Audit, Pemantauan, dan "Logo Aksesibilitas"
Untuk mengelola transisi ini, Kementerian Keluarga dan Pelayanan Sosial telah membentuk "Komisi Pemantauan." Selanjutnya, setiap lembaga yang bertanggung jawab harus membentuk "Komisi Peninjauan Aksesibilitas" internalnya sendiri untuk melakukan analisis teknis dan melaporkan temuannya.
Situs web dan aplikasi seluler yang lolos audit dan terbukti sesuai dengan standar akan diberikan "Logo Aksesibilitas" oleh Kementerian. Logo ini berfungsi sebagai tanda kehormatan, menandakan "lembaga yang mudah diakses," dan berlaku selama 2 tahun sejak diterbitkan.
5. Bagaimana Switas Consultancy Mendukung Perjalanan Kepatuhan Anda
Aksesibilitas bukan sekadar formalitas hukum; ini adalah komponen penting dari Pengalaman Pengguna (UX) dan kinerja SEO. Switas memandu Anda melalui transformasi ini dengan metodologi yang terstruktur:
1. Audit WCAG (WCAG 2.2): Kami melakukan evaluasi ketat terhadap aset digital Anda berdasarkan kriteria WCAG 2.2 yang baru, mengidentifikasi pelanggaran spesifik terkait visibilitas fokus, ukuran target, hambatan otentikasi, dan banyak lagi.
2. Pengujian Manual & Pengguna: Alat otomatis hanya menangkap sebagian dari masalah. Para ahli kami melakukan audit manual menggunakan pembaca layar (seperti NVDA, VoiceOver) dan melakukan pengujian di dunia nyata dengan pengguna penyandang disabilitas untuk memastikan kegunaan yang sesungguhnya.
3. Peta Jalan Remediasi: Kami bekerja secara langsung dengan tim pengembangan dan desain Anda, menyediakan solusi teknis untuk masalah tingkat kode yang kompleks (label ARIA, HTML semantik, reflow responsif).
4. Keberlanjutan & Pelatihan: Aksesibilitas adalah proses yang berkelanjutan. Kami menawarkan penilaian ulang berkala dan pelatihan tim untuk memastikan produk digital Anda tetap sesuai dengan standar seiring perkembangannya.
Hubungi kami hari ini untuk menghilangkan hambatan digital dan memastikan kepatuhan penuh terhadap peraturan aksesibilitas baru Turki.
