Oleh Marcus Chen, Konsultan Aksesibilitas Digital Senior dengan 12 tahun pengalaman mengaudit dokumen pemerintah dan perusahaan
💡 Poin Penting
- Fallacy "Tampak Aksesibel"
- Urutan Membaca: Arsitektur yang Tak Terlihat
- Teks Alt: Lebih dari "Gambar Grafik"
- Tabel: Struktur Lebih Penting dari yang Anda Pikirkan
Pada hari Selasa lalu, saya melihat tim hukum sebuah perusahaan Fortune 500 merayakan peluncuran laporan tahunan "aksesibel" mereka. Mereka menghabiskan $40,000 dan tiga bulan untuk proyek tersebut. PDF-nya terlihat indah—tipografi yang bersih, tata letak yang profesional, merek yang sempurna. Kemudian saya memeriksanya menggunakan pembaca layar. Pengalaman itu bencana. Tabel-tabel terbaca sebagai omong kosong. Daftar isi hanya bersifat dekoratif. Teks alt mendeskripsikan gambar sebagai "image1.jpg" dan "image2.jpg". Dalam waktu lima menit, saya telah mendokumentasikan 127 pelanggaran aksesibilitas.
Ini bukan ketidakmampuan. Ini adalah sesuatu yang lebih buruk: ketidaktahuan yang percaya diri. Tim tersebut benar-benar percaya bahwa mereka telah membuat dokumen yang aksesibel karena mereka telah mencentang kotak yang bertuliskan "PDF aksesibel" di perangkat lunak desain mereka. Mereka tidak sendirian. Setelah mengaudit lebih dari 3,000 PDF di sektor kesehatan, keuangan, pendidikan, dan pemerintah, saya telah melihat pola ini terulang tanpa henti. Organisasi menginvestasikan sumber daya yang signifikan ke dalam aksesibilitas PDF, namun 89% dokumen mereka tetap secara fungsional tidak aksesibel bagi orang-orang yang menggunakan teknologi bantu.
Masalahnya bukan karena kurang peduli. Ini adalah kesalahpahaman mendasar tentang apa sebenarnya aksesibilitas PDF. Kebanyakan orang berpikir itu tentang teks alt dan rasio kontras. Itu memang penting, tetapi itu hanyalah permulaan. Aksesibilitas PDF yang sebenarnya adalah disiplin teknis yang rumit yang melibatkan struktur dokumen, markup semantik, urutan baca, dan kompatibilitas teknologi bantu. Untuk melakukannya dengan benar memerlukan pemahaman tidak hanya tentang apa yang harus dilakukan, tetapi juga mengapa—dan di sinilah sebagian besar panduan kurang memadai.
Fallacy "Tampak Aksesibel"
Ini adalah kesalahpahaman terbahaya dalam aksesibilitas PDF: jika dokumen terlihat teratur dan dapat dibaca oleh pengguna yang bisa melihat, itu pasti aksesibel. Saya menyebutnya jebakan bias visual, dan ini bertanggung jawab atas lebih banyak kegagalan aksesibilitas daripada faktor lainnya.
Pertimbangkan sebuah kertas putih perusahaan yang tipikal. Bagi pembaca yang bisa melihat, hierarkinya jelas: judul besar, subjudul, teks isi, kutipan, keterangan. Desain visual mengomunikasikan struktur melalui ukuran, berat, warna, dan posisi. Namun PDF tidak memahami desain visual secara inheren. Pembaca layar tidak melihat sepotong teks besar dan tebal dan berpikir "itu mungkin sebuah judul." Ia perlu markup struktural eksplisit—tag yang mendefinisikan makna semantik dari setiap elemen.
Baru-baru ini saya mengaudit laporan penelitian 60 halaman dari sebuah universitas besar. Secara visual, itu sempurna. Setiap judul memiliki gaya yang konsisten. Tata letaknya bersih dan profesional. Namun PDF tersebut tidak memiliki tag struktural sama sekali. Bagi pembaca layar, itu adalah dinding teks yang tidak terbedakan sepanjang 60 halaman. Tidak ada navigasi. Tidak ada konteks. Tidak ada cara untuk memahami organisasi dokumen tanpa membaca setiap kata dalam urutan.
Tim tersebut terkejut. Mereka telah menggunakan gaya judul di Microsoft Word. Bukankah itu seharusnya secara otomatis membuat struktur aksesibel? Terkadang, ya—tetapi hanya jika Anda mengekspor dengan benar, memvalidasi keluaran, dan memahami batasan-batasnya. Fungsi "Simpan sebagai PDF" Word sering kali menghilangkan informasi struktural. Wizard "Buat Aksesibel" Adobe Acrobat dapat membantu, tetapi itu bukan sihir. Itu membuat tebak-tebakan yang terpelajar yang salah sekitar 40% dari waktu berdasarkan pengujian saya.
Aksesibilitas visual dan aksesibilitas struktural adalah disiplin yang berbeda. Anda dapat memiliki dokumen yang memenuhi semua pedoman aksesibilitas visual—kontras yang cukup, font yang dapat dibaca, tata letak yang jelas—sementara menjadi sepenuhnya tidak dapat digunakan oleh pengguna pembaca layar. Sebaliknya, sebuah dokumen yang secara visual biasa dengan tag struktural yang tepat dapat sangat aksesibel. Presentasi visual adalah untuk pengguna yang bisa melihat. Markup struktural adalah untuk teknologi bantu. Keduanya penting, tetapi itu bukan hal yang sama.
Inilah mengapa pemeriksa aksesibilitas otomatis memberikan kepercayaan yang salah. Mereka dapat memverifikasi bahwa teks alt ada, tetapi tidak apakah itu bermakna. Mereka dapat mengonfirmasi bahwa tag judul ada, tetapi tidak apakah digunakan dengan benar. Mereka dapat memeriksa rasio kontras warna, tetapi tidak apakah urutan baca masuk akal secara logis. Saya telah melihat dokumen yang lolos pemeriksaan otomatis dengan sangat baik sementara praktis tidak dapat digunakan oleh pengguna penyandang disabilitas yang sebenarnya.
Urutan Membaca: Arsitektur yang Tak Terlihat
Jika saya bisa memperbaiki satu hal tentang bagaimana orang mendekati aksesibilitas PDF, itu adalah memahami urutan membaca. Ini adalah urutan di mana konten disajikan kepada teknologi bantu, dan ini sepenuhnya terpisah dari tata letak visual. Anda dapat memiliki tata letak dua kolom yang dirancang dengan indah di mana urutan membaca melompat secara acak antara kolom, membuat konten tidak dapat dipahami.
"Aksesibilitas visual dan aksesibilitas teknis adalah domain yang sepenuhnya berbeda. Sebuah PDF bisa terlihat indah dan sepenuhnya tidak dapat digunakan oleh seseorang yang menggunakan pembaca layar—dan itu adalah norma, bukan pengecualian."
Masalah urutan membaca bersifat merusak karena tidak terlihat oleh pengguna yang bisa melihat. Dokumen terlihat sempurna. Namun bagi seseorang yang menggunakan pembaca layar, itu seperti membaca buku di mana setiap paragraf kedua berasal dari bab yang berbeda. Saya pernah mengaudit brosur kesehatan di mana urutan membaca bergantian antara versi bahasa Inggris dan Spanyol dari konten yang sama. Secara visual, mereka berada dalam kolom terpisah. Secara struktural, mereka saling menyeling kalimat demi kalimat. Bayangkan mencoba mengikuti instruksi medis dalam kondisi tersebut.
Tantangannya adalah bahwa tata letak PDF pada dasarnya adalah visual. Konten diposisikan di halaman menggunakan koordinat X dan Y. Tidak ada "urutan" yang melekat pada elemen yang muncul berdampingan. Urutan membaca harus didefinisikan secara eksplisit melalui struktur tag. Ketika Anda membuat PDF dari alat desain, perangkat lunak membuat asumsi tentang urutan membaca berdasarkan posisi spasial. Asumsi ini seringkali salah.
Tata letak yang kompleks sangat bermasalah. Sidebar, kutipan, teks multi-kolom, gambar yang dibungkus—semua ini menciptakan ambiguitas tentang urutan baca. Haruskah sidebar dibaca sebelum atau setelah konten utama? Haruskah kutipan dibaca dalam urutan atau dilewati? Haruskah keterangan gambar dibaca segera setelah gambar atau setelah paragraf yang mengelilinginya? Tidak ada jawaban yang benar secara universal, tetapi harus ada pilihan yang disengaja yang masuk akal untuk konten tersebut.
Saya menggunakan tes sederhana: ekspor PDF ke teks biasa. Jika teks yang dihasilkan koheren dan mengikuti urutan logis, urutan membaca kemungkinan besar benar. Jika teks tersebut tampak kacau, Anda memiliki pekerjaan yang harus dilakukan. Tes ini mengungkapkan masalah yang sama sekali tidak terlihat dalam presentasi visual. Saya telah melihat laporan tahunan di mana ekspor teks biasa bergantian antara surat CEO, tabel keuangan, dan catatan kaki dalam urutan yang sepenuhnya acak.
Memperbaiki urutan membaca memerlukan kerja di struktur tag, bukan tata letak visual. Di Adobe Acrobat Pro, ini berarti menggunakan panel Tag dan panel Urutan untuk secara manual menyusun konten. Ini adalah pekerjaan yang membosankan, terutama untuk dokumen yang kompleks. Inilah sebabnya mengapa mendapatkan struktur dokumen sumber yang benar sebelum konversi PDF sangat penting. Jika dokumen Word atau file InDesign Anda memiliki struktur yang tepat, konversi PDF memiliki peluang untuk mempertahankannya.
Teks Alt: Lebih dari "Gambar Grafik"
Semua orang tahu PDF memerlukan teks alt untuk gambar. Apa yang kebanyakan orang tidak tahu adalah bahwa 90% teks alt yang saya temui di dokumen profesional tidak berguna secara fungsional. "Gambar grafik." "Diagram yang menunjukkan data." "Foto orang dalam rapat." Deskripsi ini memberi tahu Anda sebuah gambar ada, tetapi tidak menyampaikan informasi apa pun tentang konten atau tujuannya.
| Pendekatan | Apa yang Dipikirkan Orang | Apa yang Sebenarnya Dilakukan | Dampak Aksesibilitas |
|---|---|---|---|
| Ekspor sebagai "PDF Aksesibel" | Membuat dokumen yang sepenuhnya memenuhi syarat | Menambahkan tag dasar tanpa struktur yang tepat | 5-15% memenuhi syarat |
| Menambahkan Teks Alt Saja | Membuat gambar aksesibel | Mendeskripsikan gambar tetapi mengabaikan struktur dokumen | 20-30% memenuhi syarat |
| Warna Kontras Tinggi | Menyelesaikan aksesibilitas visual | Membantu beberapa pengguna tetapi tidak mengatasi pembaca layar | 10-25% memenuhi syarat |
| Remediasi Manual | Membutuhkan waktu dan mahal | Menyusun tag, urutan baca, dan semantik dengan benar | 85-98% memenuhi syarat |
| Alat Otomatis + Tinjauan | Solusi cepat | Mengidentifikasi masalah yang jelas tetapi mengabaikan konteks dan logika | 40-60% memenuhi syarat |
Teks alt yang efektif memerlukan pemahaman tentang konteks dan tujuan. Mengapa gambar ini ada di dokumen? Informasi apa yang disampaikannya? Apa yang akan dipelajari pembaca yang bisa melihat dari gambar itu? Jawaban tersebut menentukan apa yang harus dikatakan teks alt. Sebuah diagram yang menunjukkan pertumbuhan pendapatan kuartalan tidak memerlukan teks alt yang berkata "diagram batang dengan empat batang." Ia membutuhkan teks alt yang berkata "Peningkatan pendapatan kuartalan."