GitHub kini memberi proyek open source tempat yang lebih jelas untuk menjelaskan aksesibilitasnya. Platform tersebut mulai menampilkan file ACCESSIBILITY.md pada halaman ringkasan repositori, sehingga maintainer dapat mendokumentasikan target aksesibilitas, lingkungan yang didukung, hambatan yang sudah diketahui, serta cara pengguna melaporkan masalah.
Perubahan ini diumumkan GitHub pada 5 November 2026 melalui blog resminya. File tersebut dikenali jika ditempatkan di direktori .github, root repositori, atau folder docs. Dokumentasi GitHub menyebut urutan pencarian dimulai dari .github, lalu root, kemudian docs. Jika tidak ada di repositori, halaman aksesibilitas juga dapat diwarisi dari repositori .github milik organisasi.
Bukan sekadar file Markdown baru
ACCESSIBILITY.md memang hanya file Markdown, tetapi posisinya di antarmuka GitHub membuat isinya lebih mudah ditemukan daripada catatan yang tersebar di issue tracker atau wiki. Ketika file tersedia, GitHub menampilkan tab Accessibility pada halaman overview repositori dan menautkannya dari bagian About.
Bagi pengguna dengan kebutuhan aksesibilitas, perubahan ini mengurangi pekerjaan mencari informasi dasar. Mereka dapat melihat apakah sebuah proyek memiliki prioritas aksesibilitas, lingkungan atau kombinasi perangkat lunak yang pernah diuji, batasan yang masih terbuka, dan jalur pelaporan yang diharapkan maintainer. Bagi kontributor, dokumen yang sama dapat menjelaskan standar yang perlu dipertimbangkan sebelum membuka pull request.
GitHub memberi contoh bahwa pernyataan aksesibilitas dapat memuat prioritas proyek, hambatan yang diketahui, lingkungan yang didukung, ekspektasi kontributor, proses pelaporan, penanggung jawab, dan cara pemeliharaannya. Artinya, file ini bukan sertifikasi bahwa sebuah proyek sudah aksesibel. Ia lebih mirip papan informasi yang membuat kondisi proyek terlihat dan dapat ditindaklanjuti.
Terhubung dengan alur kerja issue
GitHub juga menyebut bahwa repositori baru menyertakan label issue accessibility secara default. Label ini ditujukan untuk membantu maintainer mengelompokkan dan melacak laporan yang berkaitan dengan hambatan bagi pengguna penyandang disabilitas.
Kombinasi antara ACCESSIBILITY.md dan label issue membuat dua bagian penting dari proses berada di tempat yang sama: dokumentasi dan tindak lanjut. Pernyataan aksesibilitas dapat menjelaskan cara melapor, sementara label membantu laporan tersebut masuk ke alur triase. Keduanya tidak otomatis menyelesaikan bug, tetapi memberi proyek struktur yang lebih mudah diikuti.
Pemisahan ini penting karena aksesibilitas sering berhenti pada klaim umum. Sebuah proyek bisa menyatakan bahwa aksesibilitas penting tanpa menjelaskan dukungan pembaca layar, masalah kontras, navigasi keyboard, caption, atau cara melaporkan hambatan. Dokumen yang terlihat publik mendorong maintainer untuk lebih konkret—meski kualitas akhirnya tetap bergantung pada isi dan pemeliharaannya.
Dampaknya untuk maintainer dan pengguna
Untuk maintainer, langkah awalnya sederhana: buat ACCESSIBILITY.md di salah satu lokasi yang didukung dan isi dengan informasi yang benar-benar dapat dipakai. Dokumen sebaiknya menyebut lingkungan yang diuji, kendala yang belum diperbaiki, cara mengirim laporan, serta ekspektasi waktu atau proses tindak lanjut jika memang ada. Jangan menulis dukungan yang belum diuji hanya karena terdengar baik di halaman proyek.
Untuk pengguna, tab Accessibility bukan jaminan bahwa semua fitur dapat digunakan tanpa hambatan. Ia adalah titik awal untuk membaca batasan proyek dan memilih jalur komunikasi. Laporan yang baik tetap perlu menjelaskan langkah reproduksi, perangkat atau teknologi bantu yang digunakan, serta bagian antarmuka yang bermasalah bila informasi itu tersedia.
Perubahan GitHub ini juga menunjukkan bahwa file komunitas semakin diperlakukan sebagai bagian dari antarmuka repositori, bukan sekadar metadata untuk mesin. CONTRIBUTING.md, SECURITY.md, CODE_OF_CONDUCT.md, dan kini ACCESSIBILITY.md membantu menjelaskan bagaimana sebuah proyek bekerja dan bagaimana orang lain dapat berpartisipasi dengan aman.
GitHub tidak menyatakan bahwa fitur ini membuat repositori otomatis memenuhi standar aksesibilitas tertentu. Yang berubah adalah visibilitas dan struktur dokumentasinya. Nilai sebenarnya akan terlihat dari apakah maintainer memperbarui pernyataan tersebut, menanggapi laporan, dan memperbaiki hambatan yang didokumentasikan.
Sumber https://github.blog/open-source/maintainers/accessibility-statements-now-have-a-home-on-github/ Sumber dokumentasi: https://docs.github.com/en/communities/setting-up-your-project-for-healthy-contributions/adding-an-accessibility-page-to-your-repository Sumber label: https://docs.github.com/en/issues/using-labels-and-milestones-to-track-work/managing-labels
GitHub memberi contoh konkret. Pernyataan aksesibilitas GitHub CLI mendokumentasikan pengaturan, hambatan yang diketahui, dan solusi sementara. Sementara itu, GitHub Annotation Toolkit menjelaskan batasan pada pustaka Figma-nya: anotasi menggunakan posisi canvas, garis penghubung, dan nomor yang cocok untuk menyampaikan hubungan secara visual. Contoh ini menunjukkan jenis detail yang berguna—bukan janji umum, melainkan batasan spesifik dan cara kerja yang bisa diuji.