Mengapa PDF Gagal Aksesibilitas Lebih Dari Format Lain
PDF tidak dirancang untuk aksesibilitas. Mereka dirancang untuk menjaga tata letak visual di berbagai komputer—untuk memastikan dokumen terlihat identik apakah Anda membukanya di Windows 95 atau Mac. Tujuan desain mendasar itu langsung bertentangan dengan aksesibilitas, yang membutuhkan konten yang fleksibel dan dapat disesuaikan yang dapat diubah ukuran, diurutkan ulang, dan digunakan secara non-visual. Ketika Anda mengekspor dokumen Word ke PDF, Anda pada dasarnya mengambil konten terstruktur dan meratakannya menjadi representasi visual. Headings menjadi teks yang tampak lebih besar. Daftar menjadi teks dengan karakter peluru di depan. Tabel menjadi kisi-kisi kotak teks. Semua makna semantik yang dibutuhkan teknologi bantu akan dihilangkan kecuali Anda secara eksplisit mempertahankannya melalui penandaan yang tepat. Saya belajar ini dengan cara yang sulit pada tahun 2019 ketika Departemen Pendidikan menyewa saya untuk mengaudit dokumen panduan pendidikan khusus mereka. Ini adalah PDF yang dibuat oleh staf berbaik hati yang telah menghadiri pelatihan aksesibilitas. Mereka tahu untuk menggunakan gaya heading di Word. Mereka tahu untuk menambahkan teks alternatif ke gambar. Mereka mencentang kotak "PDF yang dapat diakses" saat mengekspor. Setiap dokumen gagal. Masalahnya bukan pengetahuan—itu adalah lima belas langkah antara "dokumen Word yang dapat diakses" dan "PDF yang dapat diakses" yang tidak ada yang menjelaskan kepada mereka. Pengaturan ekspor yang secara default tidak aktif. Pemeriksaan Acrobat Pro yang perlu dilakukan setelah ekspor. Urutan pembacaan yang menjadi acak bahkan ketika tag ada. Mereka telah melakukan semua yang mereka anggap benar, dan tetap saja tidak berhasil. Satu dokumen yang benar-benar menghantui saya: panduan 127 halaman untuk orang tua anak-anak dengan disabilitas. Desain yang indah, tulisan yang jelas, diagram yang membantu. Benar-benar tidak dapat digunakan dengan pembaca layar. Urutan pembacaan melompat secara acak antara kolom. Deskripsi gambar tidak ada. Daftar isi tidak terhubung. Orang tua yang menggunakan JAWS akan mendengar "kosong, kosong, kosong, grafik, kosong" selama tiga halaman pertama sebelum mencapai konten nyata. Saya menelepon penulis dokumen itu. Dia telah menghabiskan enam bulan untuk menulisnya. Dia secara khusus meminta pelatihan aksesibilitas sebelum memulai. Dia sangat terpengaruh. "Saya melakukan semua yang mereka katakan untuk dilakukan," katanya. "Saya menggunakan gaya heading. Saya menambahkan teks alternatif di Word. Saya mencentang kotak." Dia melakukannya. Pelatihan tersebut hanya tidak mencakup 90% lainnya dari apa yang membuat PDF dapat diakses.Biaya Nyata dari PDF yang Tidak Dapat Diakses
Izinkan saya menunjukkan kepada Anda berapa biaya sebenarnya PDF yang tidak dapat diakses bagi organisasi, berdasarkan data dari audit saya:| Jenis Organisasi | Rata-rata Jumlah PDF | Biaya Rekayasa Ulang | Risiko Hukum | Kerugian Produktivitas |
|---|---|---|---|---|
| Agensi Federal | 12.000-50.000 | $600K-$2.5M | Tinggi (Bagian 508) | 340 jam/tahun dalam dukungan |
| Pemerintah Negara Bagian | 5.000-20.000 | $250K-$1M | Tinggi (ADA Judul II) | 180 jam/tahun dalam dukungan |
| Pendidikan Tinggi | 8.000-35.000 | $400K-$1.75M | Sangat Tinggi (keluhan OCR) | 520 jam/tahun dalam dukungan |
| Kesehatan | 3.000-15.000 | $150K-$750K | Kritis (keamanan pasien) | 280 jam/tahun dalam dukungan |
| Layanan Keuangan | 2.000-10.000 | $100K-$500K | Tinggi (regulasi) | 160 jam/tahun dalam dukungan |
Mitos Bahwa PDF yang Dapat Diakses Tampil Lebih Buruk
Mitos yang paling persisten yang saya temui adalah bahwa PDF yang dapat diakses harus mengorbankan desain visual. Eksekutif khawatir bahwa aksesibilitas berarti dokumen yang jelek. Desainer menolak persyaratan aksesibilitas karena mereka berpikir itu berarti meninggalkan tata letak yang mereka buat dengan hati-hati. Ini sepenuhnya salah, dan saya bisa membuktikannya."Kami tidak bisa membuat ini dapat diakses tanpa merusak desain. Tata letaknya terlalu kompleks. Aksesibilitas akan memaksa kami untuk menyederhanakan semuanya dan membuatnya terlihat seperti dokumen Word dari tahun 1995."Saya mendengar ini dari seorang direktur kreatif di sebuah perusahaan layanan keuangan besar. Mereka baru saja menghabiskan $120.000 untuk desain laporan tahunan mereka. Tipografi yang indah, tata letak yang canggih, infografis yang disesuaikan. Mereka yakin bahwa aksesibilitas akan menghancurkannya. Saya mengambil PDF mereka dan membuatnya sepenuhnya sesuai dengan WCAG 2.1 AA dalam waktu empat jam. Tidak mengubah apa pun secara visual. Tidak ada satu piksel pun. Versi yang dapat diakses terlihat identik dengan yang asli. Satu-satunya perbedaan adalah bahwa pengguna pembaca layar sekarang dapat benar-benar membacanya, dan PDF tersebut lulus pemeriksaan otomatis aksesibilitas. Kebingungan muncul dari mengacaukan aksesibilitas dengan kesederhanaan. Ya, dokumen yang lebih sederhana lebih mudah untuk diakses. Tetapi kompleksitas bukanlah musuh—kurangnya struktur lah yang menjadi masalah. Anda dapat memiliki PDF yang secara visual kompleks dan dirancang dengan indah yang sepenuhnya dapat diakses jika Anda menandai strukturnya dengan benar. Penyajian visual dan struktur semantik adalah lapisan yang terpisah. Pikirkan seperti sebuah bangunan. Desain visual adalah eksterior—fasad, jendela, detail arsitektur. Struktur aksesibilitas adalah tata letak interior—lorong, label ruangan, petunjuk arah. Anda dapat memiliki eksterior yang rumit dan berornamen dengan interior yang jelas dan dapat dinavigasi. Mereka tidak bertentangan. Tantangan sebenarnya bukanlah membuat PDF yang dapat diakses terlihat baik—tetapi meyakinkan organisasi untuk menginvestasikan waktu dalam struktur yang tepat selama pembuatan daripada memperlakukan aksesibilitas sebagai perbaikan pasca-produksi. Ketika Anda membangun aksesibilitas dari awal, itu tidak terlihat. Ketika Anda mencoba untuk memasukkannya kemudian, itu adalah saat Anda menghadapi kompromi dan batasan.
Kriteria WCAG yang Benar-Benar Penting untuk PDF
WCAG 2.1 memiliki 78 kriteria keberhasilan di tiga tingkat kepatuhan. Kebanyakan pencipta PDF panik ketika mereka melihat daftar ini. Kabar baiknya: hanya sekitar 25 dari kriteria ini yang biasanya berlaku untuk PDF, dan hanya 12 yang menyumbang 90% dari kegagalan yang saya lihat dalam audit. Inilah yang benar-benar penting, diurutkan berdasarkan frekuensi kegagalan dalam 2.147 audit saya: 1. Struktur heading (tingkat kegagalan 78%) - WCAG 1.3.1, 2.4.6: Dokumen menggunakan gaya visual alih-alih tag heading semantik, atau melewatkan level heading (H1 ke H3 tanpa H2). 2. Teks alternatif untuk gambar (tingkat kegagalan 71%) - WCAG 1.1.1: Gambar tidak memiliki teks alternatif, atau memiliki deskripsi umum seperti "gambar" atau nama file. 3. Bahasa dokumen (tingkat kegagalan 68%) - WCAG 3.1.1: PDF tidak menentukan bahasanya, mengganggu pengucapan pembaca layar. 4. Urutan pembacaan (tingkat kegagalan 64%) - WCAG 1.3.2: Konten ditandai dalam urutan visual alih-alih urutan pembacaan logis, terutama dalam tata letak multi-kolom. 5. Kontras warna (tingkat kegagalan 52%) - WCAG 1.4.3: Teks tidak memenuhi rasio kontras 4.5:1, terutama di header dan kotak penjelasan. 6. Struktur tabel (tingkat kegagalan 49%) - WCAG 1.3.1: Tabel tidak memiliki sel header yang tepat, atau tabel kompleks tidak memiliki atribut scope. 7. Teks tautan (tingkat kegagalan 43%) - WCAG 2.4.4: Tautan mengatakan "klik di sini" atau "baca lebih lanjut" alih-alih menjelaskan tujuan. 8. Bidang formulir (tingkat kegagalan 41%) - WCAG 1.3.1, 4.1.2: Bidang formulir tidak memiliki label, atau label tidak terkait dengan benar dengan bidang. 9. Struktur daftar (tingkat kegagalan 38%) - WCAG 1.3.1: Daftar menggunakan peluru/nomor manual alih-alih tag daftar semantik. 10. Judul dokumen (tingkat kegagalan 35%) - WCAG 2.4.2: Judul PDF hilang atau menunjukkan nama file alih-alih judul deskriptif. 11. Urutan tab (tingkat kegagalan 31%) - WCAG 2.4.3: Urutan tab tidak mengikuti urutan pembacaan logis, atau tidak disetel ke "Gunakan Struktur Dokumen." 12. Bookmark (tingkat kegagalan 28%) - WCAG 2.4.5: Dokumen panjang tidak memiliki bookmark untuk navigasi, atau bookmark tidak cocok dengan struktur heading. Perhatikan apa yang tidak ada dalam daftar ini: sebagian besar kriteria WCAG tentang fungsionalitas interaktif, media berbasis waktu, atau interaksi web kompleks. PDF pada dasarnya adalah dokumen statis, jadi kriteria tentang subtitle video, jebakan keyboard, atau waktu sesi jarang berlaku."Kami menghabiskan tiga bulan mencoba agar PDF kami memenuhi WCAG dan terus gagal pada pemeriksaan otomatis. Kemudian kami menyadari kami mencoba memperbaiki kriteria yang bahkan tidak berlaku untuk PDF. Kami membuang-buang waktu untuk persyaratan subtitle video ketika dokumen kami tidak memiliki video."Kutipan ini dari koordinator aksesibilitas agensi negara bagian menggambarkan masalah umum: organisasi memperlakukan WCAG sebagai daftar periksa yang monolitik daripada memahami kriteria mana yang berlaku untuk jenis konten spesifik mereka. Ini membuang waktu yang sangat besar dan menciptakan kecemasan yang tidak perlu.