Os 7 problemas menores de accesibilidade mais comuns em Portugal

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.

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.

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

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.

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.