Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Menurut laporan tahun 2011 oleh Organisasi Kesehatan Dunia (WHO) dan Bank Dunia, sekitar 15% populasi global–yaitu, sekitar satu dari enam orang–mengalami disabilitas signifikan atau sementara selama
hidup mereka. Oleh karena itu, aksesibilitas dalam desain adalah dasar untuk menciptakan
aplikasi yang inklusif, dapat digunakan, dan berkualitas tinggi. Hal ini memberikan hasil terbaik bagi pengguna
dan dapat mencegah pengerjaan ulang yang mahal. Android menghadirkan berbagai fitur untuk membantu
Anda mem-build aplikasi guna mendukung opsi aksesibilitas secara default.
Desain untuk visi
Pastikan konten aplikasi Anda dapat dibaca semaksimal mungkin dengan memeriksa kontras warna
dan ukuran teks, serta komponen dapat dipahami secara visual dan mudah
dibedakan satu sama lain.
Ikuti panduan ini dalam mendesain untuk aksesibilitas penglihatan.
Untuk memungkinkan pengguna menyesuaikan ukuran font, tentukan ukuran font dalam piksel skalabel
(sp)
Jangan membuat ukuran isi lebih kecil dari 12 sp. Panduan ini selaras dengan
skala jenis Material sebagai default.
Gunakan rasio 3:1 antara platform dan elemen non-teks. Misalnya, rasio
latar belakang terhadap ikon adalah 3:1.
Gunakan lebih dari satu kemampuan visual untuk tindakan seperti link.
Gunakan Sistem warna yang dapat diakses Material. Sistem warna ini
didasarkan pada palet tonal, dan merupakan inti untuk membuat skema warna dapat diakses secara
default.
Ikuti panduan ini untuk memastikan aplikasi Anda disiapkan untuk pembaca layar:
Jelaskan elemen UI dalam kode Anda. Compose menggunakan Properti
semantik untuk memberi tahu layanan aksesibilitas tentang informasi yang ditampilkan
di elemen UI.
Untuk memenuhi persyaratan framework Android, berikan deskripsi tekstual
tambahan untuk ikon dan gambar.
Setel deskripsi item dekoratif ke null.
Untuk memungkinkan lewati antara blok tindakan dan konten, pertimbangkan perincian UI
dan mengelompokkan elemen UI.
Lihat Panduan Desain hingga Penerapan Material, yang
akan memandu Anda mempelajari pertimbangan dan notasi aksesibilitas menggunakan Pedoman
Aksesibilitas Konten Web (WCAG).
Gambar 2: Elemen UI yang diberi label untuk aksesibilitas: arah, gambar dekoratif, dan label tombol
Desain untuk audio
Android menyediakan fitur untuk memungkinkan pengguna berinteraksi dengan perangkat mereka melalui
berbagai perintah suara dan kueri.
Aplikasi Voice Access untuk Android memungkinkan Anda mengontrol perangkat
dengan perintah lisan. Gunakan suara Anda untuk membuka aplikasi, menavigasi, dan mengedit teks
secara handsfree.
Desain untuk keterampilan motorik
Tombol Akses memungkinkan pengguna berinteraksi dengan perangkat Android
menggunakan satu atau beberapa perangkat, yang dapat berguna bagi pengguna dengan ketangkasan terbatas
yang mengalami kesulitan berinteraksi langsung dengan layar sentuh.
Jangan mengandalkan gestur untuk menyelesaikan semua tindakan; buat tindakan
aksesibilitas untuk mendukung semua alur penggunaan di aplikasi Anda.
Pastikan semua target sentuh berukuran minimal 48 dp, meskipun hal ini melampaui visual elemen
UI.
Pertimbangkan respons haptic untuk membantu memberi tahu pengguna dengan input sensorik
real-time tambahan.
Gambar 3: UI di sebelah kiri memungkinkan pengguna menghapus hanya dengan menggeser,
sedangkan UI di sebelah kanan juga memberikan kemampuan tambahan dalam bentuk
tombol ikon tempat sampah.
Konten dan contoh kode di halaman ini tunduk kepada lisensi yang dijelaskan dalam Lisensi Konten. Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-07-27 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-07-27 UTC."],[],[],null,["# Accessibility\n\nAccording to a [2011 report by the World Health Organization (WHO) and the\nWorld Bank](https://www.who.int/teams/noncommunicable-diseases/sensory-functions-disability-and-rehabilitation/world-report-on-disability), approximately 15% of the global population--that is,\nabout one in six people--experience a significant or temporary disability in\ntheir lifetime. Accessibility in design, then, is *fundamental* to creating an\ninclusive, usable, and high-quality app--it leads to the best results for users\nand can prevent costly rework. Android ships with a variety of features to help\nyou build your app to support accessibility options by default. \n\nDesign for vision\n-----------------\n\nEnsure your app's content is as legible as possible by checking color contrast\nand text sizing, and that components are visually comprehensible and easy to\ndiscern from each other.\n\nFollow these guidelines to design for vision accessibility.\n\n- To allow users to adjust the font size, specify font size in [scalable pixels\n (sp)](/training/multiscreen/screendensities#TaskUseDP)\n- Don't make the body size any smaller than 12 sp. This guideline aligns with the Material typescale as a default.\n- Ensure the contrast between the background and text is at least 4.5:1. [Learn\n how to check color contrast](https://codelabs.developers.google.com/color-contrast-accessibility#0).\n- Use a 3:1 ratio between surfaces and non-text elements. For example, the ratio of a background to an icon would be 3:1.\n- Use more than one visual affordance for actions like links.\n\nUse Material's [Accessible color system](https://m3.material.io/styles/color/the-color-system/accessibility). This color system is\nbased on tonal palettes, and is central to making color schemes accessible by\ndefault.\n**Figure 1:**Example of text failing color contrast\n\nDesign for sound\n----------------\n\n[TalkBack](https://support.google.com/accessibility/android/answer/6283677) is a Google screen reader included on Android devices\nthat gives users eyes-free control. You can manually test this by [exploring\nyour app with TalkBack](/guide/topics/ui/accessibility/testing#explore_your_app_with_talkback) or with the [A11y scanner](https://play.google.com/store/apps/details?id=com.google.android.apps.accessibility.auditor).\n\nFollow these guidelines to ensure your app is prepared for screen readers:\n\n- [Describe UI elements](/guide/topics/ui/accessibility/apps#describe-ui-element) in your code. Compose uses [Semantics\n properties](/jetpack/compose/semantics#properties) to inform accessibility services about the information shown in UI elements.\n- To satisfy Android framework requirements, provide additional textual description of icons and images.\n- Set decorative item descriptions to null.\n- To allow skipping between blocks of actions and content, consider UI granularity and group UI elements..\n\nCheck out Material's [Design to Implementation Walk](https://m3.material.io/foundations/accessible-design/design-to-implementation), which\nwalks you through accessibility considerations and notation using Web Content\nAccessibility Guidelines (WCAG).\n**Figure 2:**UI elements labeled for accessibility: heading, hiding decorative image, and button label\n\nDesign for audio\n----------------\n\nAndroid provides features to enable users to interact with their devices through\na variety of voice commands and queries.\n\nThe [Voice Access](https://support.google.com/accessibility/android/answer/6151848) app for Android lets you control your device\nwith spoken commands. Use your voice to open apps, navigate, and edit text\nhands-free.\n\nDesign for motor skill\n----------------------\n\n[Switch Access](https://support.google.com/accessibility/android/answer/6122836) lets users interact with your Android device\nusing one or more devices, which can be helpful for users with limited dexterity\nwho have trouble interacting directly with a touch screen.\n\nManually test by [exploring switch access](/guide/topics/ui/accessibility/testing#explore_your_app_using_switch_access).\n\n- Don't rely on gestures to complete all actions; [create accessibility\n actions](/guide/topics/ui/accessibility/principles#accessibility-actions) to support all user flows in your app.\n- Ensure all touch targets are at least 48 dp, even if this extends past the UI element visual.\n- Consider [haptic feedback](/develop/ui/views/haptics/haptics-principles) to help inform the user with additional, real-time sensory input.\n\n\u003cbr /\u003e\n\n**Figure 3:**The UI on the left lets the user delete only by swiping, while the UI on the right also provides an additional affordance in the form of a trash icon button.\n\n\u003cbr /\u003e"]]
