Os 10 problemas críticos de accesibilidade mais comuns em Portugal

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.

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.

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

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

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

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.

Input elements used as buttons — such as <input type="button">, <input type="submit">, and <input type="reset"> — must have discernible text that communicates their purpose to all users. When an input button lacks an accessible name, screen reader users have no way to determine what the button does. To fix this, provide a value attribute, aria-label, aria-labelledby, or title attribute with meaningful text.

Every element with a role attribute must use a valid ARIA role value. Invalid roles — caused by typos, made-up values, or the use of abstract roles — prevent assistive technologies from understanding an element's purpose. To fix this, ensure every role value exactly matches a defined, non-abstract role from the WAI-ARIA specification.