Os 7 problemas menores de accesibilidade mais comuns em Espanha

Quer se trate de HTML nativo ou de um widget personalizado, os elementos de entrada do utilizador têm de desempenhar as funções corretas para que o seu significado seja claro para os utilizadores de leitores de ecrã quando são focados e pousados. Se for um widget personalizado, a função do elemento deve ser corretamente exposta utilizando valores ARIA role apropriados em vez de funções abstractas.

Os valores do atributo de role WAI-ARIA devem estar corretos. Isto significa que os valores devem ser escritos corretamente, estar correlacionados com os valores ARIA role existentes e não serem papéis abstractos, de modo a apresentar corretamente o objetivo do elemento.

Quando o texto do botão e da ligação num valor de propriedade alt se repete, os utilizadores de leitores de ecrã ouvem a mesma informação duas vezes, tornando o texto alternativo inútil e confuso.

É uma boa prática certificar-se de que cada elemento de cabeçalhos, indicado pelas etiquetas <h1> a <h6>, contém texto.

Os utilizadores de leitores de ecrã são informados da presença de uma etiqueta de cabeçalho. Os utilizadores podem ficar confusos ou mesmo incapazes de aceder a informações sobre a estrutura da página se o cabeçalho estiver em branco ou se o texto não puder ser acedido.

O parâmetro user-scalable="no" no elemento <meta name="viewport"> não deve ser utilizado, uma vez que impede o redimensionamento e o zoom do texto, que são necessários para pessoas com deficiências visuais.

Certifique-se de que os elementos selecionados para remoção da árvore de acessibilidade são realmente eliminados.

O texto dos componentes do cabeçalho da tabela deve ser visível. Certifique-se de que os usuários de leitores de ecrã podem acessar o cabeçalho da tabela. É preferível marcar um elemento com um td se ele não for um cabeçalho.