Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
De acordo com um relatório de 2011 da Organização Mundial da Saúde (OMS) e do Banco Mundial (link em inglês), aproximadamente 15% da população global, ou seja, cerca de uma em cada seis pessoas, têm uma deficiência significativa ou temporária durante a vida. Portanto, a acessibilidade no design é fundamental para a criação de um
app inclusivo, usável e de alta qualidade. Ela gera os melhores resultados para os usuários
e pode evitar retrabalho dispendioso. O Android vem com uma variedade de recursos para ajudar você
a criar seu app para oferecer suporte a opções de acessibilidade por padrão.
Design com foco em visão
Verifique se o conteúdo do seu app está o mais legível possível verificando o contraste de cores
e o tamanho do texto e se os componentes são visualmente compreensíveis e fáceis
de distinguir uns dos outros.
Siga estas diretrizes para projetar pensando na acessibilidade de visão.
Para permitir que os usuários ajustem o tamanho da fonte, especifique-a em pixels escalonáveis
(sp).
Não reduza o tamanho do corpo para menos de 12 sp. Essa diretriz se alinha com a
escala de tipografia do Material Design por padrão.
Use uma proporção de 3:1 entre superfícies e elementos não textuais. Por exemplo, a proporção de um
segundo plano para um ícone seria de 3:1.
Usar mais de uma affordance visual para ações como links.
Use o sistema de cores acessível (em inglês) do Material Design. Esse sistema de cores é
baseado em paletas tonais e é fundamental para tornar os esquemas de cores acessíveis por
padrão.
Figura 1 : exemplo de texto com contraste de cor com falha.
Para atender aos requisitos do framework do Android, forneça descrições textuais
de ícones e imagens.
As descrições de itens decorativos foram definidas como nulas.
Para permitir a opção de pular entre blocos de ações e de conteúdo, considere a granularidade
da interface e os elementos da interface do grupo.
Consulte o guia Design to Implementation Walk (em inglês) do Material Design, que
mostra considerações de acessibilidade e notação usando as Diretrizes de
acessibilidade de conteúdo da Web (WCAG, na sigla em inglês).
Figura 2 : elementos da IU marcados para acessibilidade: título, ocultação de imagem decorativa e rótulo do botão.
Projetar para áudio
O Android oferece recursos que permitem aos usuários interagir com os dispositivos usando
uma variedade de comandos e consultas de voz.
O app Voice Access para Android permite controlar o dispositivo
com comandos falados. Use a voz para abrir aplicativos, navegar e editar textos
sem usar as mãos.
Projetar pensando em habilidades motoras
O acesso com interruptor permite que os usuários interajam com o dispositivo Android
usando um ou mais dispositivos, o que pode ser útil para usuários com destreza limitada
que têm problemas para interagir diretamente com o touchscreen.
Não dependa de gestos para concluir todas as ações. Crie ações de
acessibilidade para oferecer suporte a todos os fluxos de usuário no app.
Todas as áreas de toque precisam ter pelo menos 48 dp, mesmo que isso se estenda além do elemento visual
da interface.
Use o retorno tátil para informar o usuário com
entrada sensorial adicional em tempo real.
Figura 3 : a interface à esquerda só permite que o usuário faça a exclusão deslizando,
enquanto a interface à direita também oferece uma funcionalidade adicional na forma
de um botão de ícone de lixeira.
O conteúdo e os exemplos de código nesta página estão sujeitos às licenças descritas na Licença de conteúdo. Java e OpenJDK são marcas registradas da Oracle e/ou suas afiliadas.
Última atualização 2025-07-27 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 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"]]