Lakukan Satu Audit Aksesibilitas yang Memenuhi Standar EN 301 549 v4.1.1 dan Surat Edaran Turki 2025/10

ETSI menerbitkan EN 301 549 V4.1.1 Pada tanggal 2 September 2026, setelah adopsi resmi pada tanggal 24 Agustus 2026, standar aksesibilitas TIK Eropa ini dipindahkan dari WCAG 2.1 ke WCAG 2.2, menambahkan enam kriteria keberhasilan, membatalkan satu kriteria, dan merevisi klausul preferensi pengguna. Standar ini belum dikutip dalam Jurnal Resmi, sehingga versi yang dirujuk secara hukum masih V3.2.1. Pada saat yang sama, penyedia layanan e-commerce Turki yang tercakup dalam Surat Edaran Presiden 2025/10 memiliki waktu hingga sekitar Juni 2027 untuk lulus daftar periksa WCAG 2.2 Level A. Jika Anda menjalankan audit untuk organisasi yang menjual di kedua pasar, Anda sekarang memiliki tiga baseline yang bergerak dan satu anggaran pengujian. Ini adalah proses tujuh langkah yang kami gunakan untuk melakukan re-baseline audit yang ada tanpa membuang bukti yang telah Anda bayar.

Apa yang berubah di V4.1.1, dan apa yang tidak berubah?

Enam kriteria WCAG 2.2 masuk ke klausul 9 (web), 10 (dokumen non-web) dan 11 (perangkat lunak non-web); kriteria tersebut tercantum dengan metode pengujian pada langkah 2 di bawah ini. SC 4.1.1 Parsing ditandai batal, sesuai dengan penghapusannya dari WCAG 2.2. Subbagian preferensi pengguna baru muncul di 9.7, 10.7 dan 11.7. Persyaratan teks waktu nyata pada klausul 6 diperluas secara substansial. Lampiran ZB dan klausul A.2 memetakan persyaratan ke Undang-Undang Aksesibilitas Eropa untuk pertama kalinya.

Yang tidak berubah: posisi hukum. V4.1.1 tidak berlaku sampai Komisi mengutipnya dalam Jurnal Resmi. Deque memperkirakan kutipan tersebut sekitar akhir November 2026, tetapi itu hanya perkiraan, bukan tanggal yang pasti. Sampai hal itu terjadi, V3.2.1 (WCAG 2.1 AA) tetap menjadi acuan.

Koreksi catatan mengenai "EN 301 549 berarti kepatuhan EAA"

Klaim tersebut terus diulang oleh para vendor dan saat ini tidak dapat dibuktikan. V3.2.1 diselaraskan pada 12 Agustus 2021 di bawah Petunjuk Aksesibilitas Web (2016/2102), melalui Keputusan Pelaksanaan 32021D1339. Pasal 15 EAA memberikan asumsi kesesuaian hanya pada standar yang dikutip dalam Jurnal Resmi sebagai pendukung Arahan 2019/882, dan belum ada yang dikutip di sana. Kata pengantar standar itu sendiri merujuk pada Arahan 2016.

Konsekuensi praktis: audit Anda termasuk dalam lingkup EAA. bukti, bukan perisai. Petakan temuan ke Lampiran I secara langsung dan simpan catatan yang bertanggal. Berdasarkan Arahan Aksesibilitas Web, anggapan itu nyata, dan V3.2.1 adalah yang memberikannya.

Tiga tolok ukur yang sebenarnya digunakan untuk mengukur kinerja Anda.

Perhatikan asimetri yang dihadapi pengecer Turki yang menjual produk ke Jerman: Level A pada daftar periksa nasional, Level AA pada referensi teknis Uni Eropa, dan uji hukum Uni Eropa yang bukan keduanya. Uji terhadap Uni Eropa, bukan terhadap wilayah interseksionalnya.

Langkah 1. Bekukan bukti V3.2.1 Anda sebelum Anda menyentuh skrip.

Buat snapshot audit terkini sebagai artefak yang diberi tanggal dan versi: daftar klausa, tanggal pengujian, versi alat, contoh halaman, lulus/gagal per kriteria. Anda akan membutuhkannya jika regulator menanyakan apa yang Anda ketahui dan kapan. Jangan mengeditnya di tempat; semua yang ada di sini adalah dasar baru yang berdampingan dengan yang lama.

Langkah 2. Tambahkan enam kriteria baru ke skrip pengujian Anda.

Masing-masing hal ini murah untuk diuji dan mahal untuk diperbaiki di kemudian hari, karena sebagian besar kegagalan terdapat pada sistem desain dan bukan pada halaman individual.

Urutan perbaikan: 2.5.8 dan 2.4.11 terlebih dahulu, karena keduanya berada di tingkat komponen dan satu perubahan dapat menghapus ratusan instance. Kemudian 3.3.8, karena memblokir seluruh alur kerja bagi pengguna yang terpengaruh. 3.2.6 dan 3.3.7 adalah keputusan alur kerja yang membutuhkan kehadiran pemilik produk.

Langkah 3. Nonaktifkan 4.1.1 Temuan penguraian tanpa menghapusnya

Tandai temuan 4.1.1 yang ada sebagai sudah digantikan, dengan tanggal dan alasannya, daripada menghapusnya. Ada dua alasan. Klien yang masih menggunakan kontrak WCAG 2.0 atau 2.1 masih diuji terhadapnya. Dan ID duplikat atau elemen yang belum ditutup yang Anda catat di bawah 4.1.1 biasanya masih menyebabkan kegagalan nyata di bawah 1.3.1, 4.1.2 atau pemeriksaan nama-peran-nilai. Ajukan kembali cacat tersebut, jangan dihapus.

Langkah 4. Uji klausa preferensi pengguna

Klausul 9.7, 10.7, dan 11.7 menanyakan apakah antarmuka Anda menghormati pengaturan yang telah dinyatakan pengguna di tingkat peramban atau platform. Lima pemeriksaan: ukuran font default peramban pada 200% dan skala teks; pengurangan gerakan dan animasi berhenti; mode gelap paksa dan kontras tetap terjaga; warna teks atau latar belakang kustom dan konten tetap terbaca; peningkatan jarak antar huruf dan kata dan tidak ada yang terpotong. Masing-masing merupakan tes lima menit, dan masing-masing secara rutin gagal pada situs yang lolos setiap kriteria AA lainnya.

Langkah 5. Petakan temuan ke Lampiran I EAA, bukan hanya ke nomor klausul.

Tanpa adanya standar harmonisasi yang dikutip untuk EAA, laporan yang disusun hanya berdasarkan nomor klausul tidak menjawab pertanyaan yang akan diajukan oleh otoritas pengawasan pasar. Tambahkan kolom ke register temuan: persyaratan Lampiran I mana yang terkait dengan temuan tersebut, dan bukti apa yang menunjukkan bahwa persyaratan tersebut telah dipenuhi. Pekerjaan yang membosankan, dan bagian inilah yang tetap relevan.

Langkah 6. Beri nilai pada daftar periksa Bahasa Turki Level A secara terpisah.

Jangan berasumsi bahwa kesesuaian WCAG 2.2 AA sudah cukup untuk memenuhi daftar periksa Kementerian. Ini adalah instrumen terpisah yang terdiri dari 31 prinsip dan 122 pertanyaan, yang dikelola oleh komisi pemantauan yang diketuai oleh Kementerian Keluarga dan Layanan Sosial, dengan penghargaan berupa Logo Aksesibilitas selama dua tahun dan sanksi berupa pengungkapan publik. Berikan nilai kelulusan tersendiri, dan catat pertanyaan mana yang dijawab oleh setiap bukti.

Langkah 7. Tulis ulang pernyataan aksesibilitas dan tetapkan tanggal peninjauan.

Sebutkan versi yang diuji (V3.2.1 hari ini, V4.1.1 setelah dikutip), tanggal, sampel, ketidaksesuaian yang diketahui dengan tanggal target, dan saluran umpan balik. Tetapkan tinjauan untuk bulan setelah kutipan OJ yang diharapkan; jika kutipan tersebut terlewat, tinjauan tetap dilakukan dan Anda mengubah tanggal pernyataan tersebut.

Contoh kasus: alur pemesanan perjalanan

Sebuah agen perjalanan online Grup A menjual layanan kepada pelanggan Turki dan Uni Eropa. Langkah 2 menemukan 24 x 24 kegagalan pada sel hari pemilih tanggal dan pengatur jumlah penumpang, penggeser harga hanya seret, dan penempelan yang diblokir pada bidang kode SMS. Langkah 4 menemukan pemilih tanggal runtuh pada teks 200%. Langkah 5 mencatat semuanya terhadap Lampiran I. Langkah 6 menunjukkan daftar periksa Level A lolos penggeser (kriteria AA) tetapi gagal pada pemilih tanggal dalam hal pelabelan. Hasil: satu tiket sistem desain, satu tiket otorisasi, satu pembangunan ulang komponen — tiga tiket alih-alih empat puluh cacat tingkat halaman. [DATA INTERNAL YANG DIBUTUHKAN: Jumlah median Switas dari kegagalan AA yang diselesaikan per perubahan komponen sistem desain, dari set audit 2026]

Di sinilah letak kesalahannya

• Risiko waktu. Tanggal kutipan OJ untuk V4.1.1 adalah perkiraan. Jika tanggal tersebut melewati jendela audit Anda, berarti Anda telah melakukan pengujian terhadap standar yang belum menjadi referensi hukum. Itu adalah posisi yang dapat dipertahankan, tetapi nyatakan hal itu dalam laporan.
• Ketepatan tenggat waktu. Periode 2025/10 yang dirangkum di sini berasal dari ringkasan hukum sekunder; teks Resmî Gazete adalah dokumen yang mengikat dan harus dibaca sebelum Anda mencantumkan tanggal dalam kontrak klien.
• Bukan sertifikasi. Tidak ada satu pun di sini yang menghasilkan pernyataan yang mengikat secara hukum, hanya bukti yang dapat dipertahankan.
• Klausul 6 berada di luar cakupan. Jika klien Anda menyediakan layanan panggilan teks, suara, atau video secara real-time, persyaratan klausul 6 yang diperluas memerlukan sertifikasi spesialis yang tidak tercakup dalam panduan ini.
• Pembuatan perkakas hanya mencakup sebagian kecil dari hal ini. Dari enam kriteria baru tersebut, hanya ukuran target yang dapat dideteksi secara andal oleh mesin. Sisanya dilakukan secara manual.
• Transposisi bervariasi. Lembaga penegak hukum, sanksi, dan format pelaporan berbeda-beda di setiap negara anggota; periksa pasar tempat Anda benar-benar berjualan.

Pertanyaan yang sering diajukan

Ditandai untuk skema FAQPage.

Apakah sebaiknya kita melakukan pengujian ke V3.2.1 atau V4.1.1 sekarang?
Keduanya. V3.2.1 adalah referensi yang dikutip dalam Arahan Aksesibilitas Web; V4.1.1 adalah standar yang akan Anda gunakan dalam beberapa bulan mendatang. Enam kriteria tambahan tersebut hanya membutuhkan sebagian kecil biaya dari audit lengkap.

Apakah dengan mematuhi standar EN 301 549, kita sudah memenuhi persyaratan Undang-Undang Aksesibilitas Eropa?
Tidak secara otomatis. Belum ada standar harmonisasi yang dikutip dalam Jurnal Resmi untuk Direktif 2019/882, sehingga tidak ada anggapan kesesuaian. Kesesuaian adalah bukti yang kuat, bukan tameng hukum.

Kami berada di luar Uni Eropa. Apakah EAA berlaku?
Ketentuan ini berlaku untuk produk dan layanan yang ditempatkan di pasar Uni Eropa, bukan untuk lokasi perusahaan. Peritel Turki yang mengirimkan barang ke konsumen Uni Eropa termasuk dalam cakupan ketentuan ini.

Apakah ada pengecualian untuk usaha mikro?
Penyedia layanan dengan kurang dari 10 karyawan dan omzet EUR 2 juta dikecualikan dari persyaratan layanan. Verifikasi terhadap Pasal 4 dan transposisi nasional Anda sebelum mengandalkannya.

Apakah surat edaran Turki mensyaratkan Level AA?
Daftar periksa Kementerian dinilai pada Level A, sesuai dengan WCAG 2.2. Jika Anda juga menjual ke Uni Eropa, Anda memerlukan AA terlepas dari itu, jadi rencanakan untuk menggunakan AA dan laporkan Level A secara terpisah.

Apa yang terjadi jika kita melewatkan tenggat waktu Turki?
Mekanismenya adalah Logo Aksesibilitas untuk organisasi yang patuh dan pengungkapan publik untuk yang lainnya. Lebih bersifat reputasi daripada finansial, yang bagi merek konsumen belum tentu lebih ringan.

Bisakah lapisan tambahan (overlay) memenuhi keenam kriteria ini?
Tidak. Ukuran target, alternatif penyeretan, dan otentikasi bersifat struktural. Overlay tidak dapat mengubah area sentuh komponen atau menghapus tes fungsi kognitif dari proses login.

Berapa lama waktu yang dibutuhkan untuk melakukan penyesuaian baseline?
Untuk satu set template e-commerce, anggarkan dua hingga empat hari untuk pengujian ditambah perbaikan. Variabelnya adalah seberapa terpusat sistem desainnya, bukan jumlah halamannya.

Jalankan pengaturan ulang garis dasar.

Jalankan langkah 1 hingga 7 pada alur pembayaran dan login Anda sendiri; kedua alur tersebut mencakup sebagian besar dari enam kriteria baru. Jika Anda lebih suka hal ini dilakukan dan didokumentasikan sesuai dengan Lampiran I dan daftar periksa Turki dalam satu kali proses, praktik aksesibilitas kami di wcag.switas.com menjalankan audit persis seperti ini.

sumber

• AccessibleEU (Komisi Eropa), Standar aksesibilitas Eropa EN 301 549 telah diperbarui, 7 September 2026
• ETSI EN 301 549 V4.1.1 (2026-09), Standar Eropa yang Harmonis
• Komisi Eropa, Arahan Aksesibilitas Web — standar dan harmonisasi (EN 301 549 V3.2.1, diharmonisasikan 12 Agustus 2021, Keputusan 32021D1339)
• Direktif (UE) 2019/882 (Undang-Undang Aksesibilitas Eropa), EUR-Lex
• Komisi Eropa, Undang-Undang Aksesibilitas Eropa — ruang lingkup dan layanan yang tercakup
• Legalithm, Tidak ada standar harmonisasi yang dikutip untuk EAA.
• W3C WAI, Apa yang Baru di WCAG 2.2 (Rekomendasi, 5 Oktober 2023)
• W3C, Pedoman Aksesibilitas Konten Web 2.2
• BarrierBreak, EN 301 549 v4.1.1: Apa yang Baru (klausa 9.7/10.7/11.7, Lampiran ZA dan ZB)
• Deque, EN 301 549 v4.1.1 adalah versi final — apa yang berubah dan apa yang harus Anda lakukan
• Davis Wright Tremaine, Standar teknis baru untuk kepatuhan terhadap Undang-Undang Aksesibilitas Eropa dirilis (pengesahan 24 Agustus 2026, publikasi 2 September 2026)
• Türkiye Belediyeler Birliği, Surat Edaran 2025/10 (Resmî Gazete, 21 Juni 2025, no. 32933)
• Kementerian Keluarga dan Pelayanan Sosial (EYHGM), pengumuman surat edaran tentang aksesibilitas dan daftar periksa 31 prinsip / 122 pertanyaan.
• Igniters Tech Law, ruang lingkup, komisi, dan periode kepatuhan berdasarkan Surat Edaran 2025/10