Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Theo báo cáo năm 2011 của Tổ chức Y tế Thế giới (WHO) và Ngân hàng Thế giới, khoảng 15% dân số toàn cầu (tức là khoảng 1/6 số người) mắc một chứng khuyết tật nghiêm trọng hoặc tạm thời trong đời. Do đó, khả năng tiếp cận trong thiết kế là yếu tố cơ bản để tạo ra một ứng dụng chất lượng cao, dễ sử dụng và mang tính toàn diện – yếu tố này mang lại kết quả tốt nhất cho người dùng và có thể ngăn chặn việc phải làm lại tốn kém. Android đi kèm với nhiều tính năng giúp bạn tạo ứng dụng hỗ trợ các lựa chọn hỗ trợ tiếp cận theo mặc định.
Thiết kế cho tầm nhìn
Đảm bảo nội dung trong ứng dụng của bạn dễ đọc nhất có thể bằng cách kiểm tra độ tương phản màu và kích thước văn bản, đồng thời đảm bảo các thành phần dễ hiểu về mặt hình ảnh và dễ phân biệt với nhau.
Hãy tuân theo các nguyên tắc này để thiết kế nhằm hỗ trợ tiếp cận cho người khiếm thị.
Sử dụng tỷ lệ 3:1 giữa các bề mặt và phần tử không phải văn bản. Ví dụ: tỷ lệ giữa nền và biểu tượng sẽ là 3:1.
Sử dụng nhiều chỉ báo trực quan cho các thao tác như đường liên kết.
Sử dụng Hệ màu hỗ trợ tiếp cận của Material. Hệ thống màu này dựa trên bảng sắc độ và là yếu tố trung tâm để giúp bảng phối màu có thể tiếp cận theo mặc định.
Hình 1: Ví dụ về văn bản không đạt độ tương phản màu
Để đáp ứng các yêu cầu của khung Android, hãy cung cấp thêm nội dung mô tả bằng văn bản về biểu tượng và hình ảnh.
Đặt nội dung mô tả mặt hàng trang trí thành giá trị rỗng.
Để cho phép bỏ qua giữa các khối hành động và nội dung, hãy cân nhắc độ chi tiết của giao diện người dùng và nhóm các phần tử giao diện người dùng.
Hãy xem Hướng dẫn thiết kế đến triển khai của Material. Hướng dẫn này sẽ giúp bạn tìm hiểu các yếu tố cần cân nhắc về khả năng tiếp cận và ký hiệu theo Nguyên tắc hỗ trợ tiếp cận nội dung web (WCAG).
Hình 2: Các phần tử trên giao diện người dùng được gắn nhãn để hỗ trợ tiếp cận: tiêu đề, ẩn hình ảnh trang trí và nhãn nút
Thiết kế cho âm thanh
Android cung cấp các tính năng cho phép người dùng tương tác với thiết bị thông qua nhiều lệnh thoại và truy vấn.
Ứng dụng Điều khiển bằng giọng nói dành cho Android giúp bạn điều khiển thiết bị bằng khẩu lệnh. Hãy dùng giọng nói của bạn để mở ứng dụng, di chuyển và chỉnh sửa văn bản mà không cần dùng tay.
Thiết kế để phát triển kỹ năng vận động
Tính năng Tiếp cận bằng công tắc cho phép người dùng tương tác với thiết bị Android bằng một hoặc nhiều thiết bị. Tính năng này có thể hữu ích đối với người không thể cử động tay một cách linh hoạt và gặp khó khăn khi tương tác trực tiếp với màn hình cảm ứng.
Đừng dựa vào cử chỉ để hoàn thành mọi thao tác; hãy tạo thao tác hỗ trợ tiếp cận để hỗ trợ tất cả luồng người dùng trong ứng dụng của bạn.
Đảm bảo tất cả đích chạm đều có kích thước ít nhất là 48 dp, ngay cả khi kích thước này vượt quá hình ảnh của phần tử trên giao diện người dùng.
Cân nhắc sử dụng phản hồi xúc giác để cung cấp cho người dùng thêm thông tin đầu vào cảm giác theo thời gian thực.
Hình 3: Giao diện người dùng ở bên trái chỉ cho phép người dùng xoá bằng cách vuốt, trong khi giao diện người dùng ở bên phải cũng cung cấp thêm một cơ chế tương tác dưới dạng nút biểu tượng thùng rác.
Nội dung và mã mẫu trên trang này phải tuân thủ các giấy phép như mô tả trong phần Giấy phép nội dung. Java và OpenJDK là nhãn hiệu hoặc nhãn hiệu đã đăng ký của Oracle và/hoặc đơn vị liên kết của Oracle.
Cập nhật lần gần đây nhất: 2025-07-27 UTC.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 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"]]