Os 10 problemas críticos de accesibilidade mais comuns

Para expressar o seu objetivo e significado aos utilizadores de leitores de ecrã, todas as imagens devem incluir texto alternativo.

Para os utilizadores de leitores de ecrã, os botões devem incluir texto reconhecível que especifique o destino, a finalidade, a função ou a ação.

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.

Cada elemento do formulário deve ter um elemento label associado a ele.

Nem todas as combinações de atributos de função ARIA são válidas. Cada função tem de ter as qualidades necessárias.

Alguns valores ARIA role em elementos pais devem conter elementos filhos específicos e valores role para executar a função de acessibilidade pretendida.

Certas funções ARIA devem ser incluídas em roles parentais específicas, de modo a desempenharem as funções de acessibilidade pretendidas.

Para cada elemento de seleção deve ser incluído um elemento de etiqueta com uma associação programática.

A marcação de tabelas de dados pode ser entediante e desconcertante. As tabelas devem ser marcadas semanticamente e ter a estrutura de cabeçalho correta. A navegação nas tabelas é facilitada pelas funcionalidades dos leitores de ecrã, mas para que estas capacidades funcionem corretamente, as tabelas devem ser marcadas com precisão.

As funções de widget ARIA devem conter atributos que descrevem o estado ou as propriedades do widget.

As funções de widget ARIA necessitam de propriedades adicionais que descrevam o estado do widget. Se faltar um atributo necessário, o estado do widget não é transmitido aos utilizadores de leitores de ecrã.