Como você projeta algo que funciona bem para usuários de leitor de tela?

Projete a estrutura, não só a imagem. Dê à página uma hierarquia lógica de headings e landmarks, garanta que todo controle tenha um nome acessível com significado, e escreva o texto alternativo com base no propósito da imagem em vez de uma descrição dela. Decida o que deve ser anunciado quando o conteúdo muda, mantenha o foco previsível, e garanta que tudo possível com o mouse seja possível com o teclado.

Eu penso em como a coisa soa, não só em como ela parece. Então a primeira passada é estrutura: existe um h1 só, as seções se aninham de forma sensata, existe um landmark main, e a ordem de leitura bate com a ordem visual depois que ela reflui. Depois nomes. O teste que eu uso é se um controle ainda faz sentido lido em voz alta sem contexto em volta. Uma tabela de dez linhas onde todo link diz 'ver' está ótima na tela e é inútil em voz alta, então vira 'ver fatura 4021' com a parte extra escondida visualmente. Texto alternativo eu escrevo por propósito. A mesma foto de um laptop é decorativa numa página de marketing e precisa de descrição real num artigo de suporte mostrando onde fica uma porta. Anúncios são a parte que as pessoas esquecem: se um filtro atualiza resultados sem carregar a página, quem usa leitor de tela não recebe nada a menos que a gente diga, então eu especifico uma live region polite e exatamente o que ela diz. E eu ligo o VoiceOver e passo pelo fluxo construído eu mesmo. É humilhante e sempre acha alguma coisa.