Tipografías accesibles para persoas con dislexia
Descobre as tipografías máis recomendadas para persoas con dislexia. Aprende a escoller fontes accesibles que melloren a lectura.
Os catro principios reitores das WCAG establecen que os contidos web deben ser perceptibles, operables, comprensibles e robustos (POCR) para que sexan accesibles para as persoas con discapacidade.
Para que un contido sexa perceptible, debe ser posible percibilo a través de múltiples sentidos. Aínda que hai diversas formas de ofrecer alternativas perceptibles a través doutros sentidos (por exemplo, descricións sonoras de contidos visuais para persoas cegas ou interpretación en lingua de signos de contidos sonoros para persoas xordas), as alternativas textuais adoitan ser a mellor opción.
A información e os compoñentes da interface de usuario deben poder ser percibidos polos usuarios: estes deben ser capaces de percibir a información presentada (non pode ser invisible para todos os seus sentidos).

O texto pode transformarse de moitas maneiras. Pode lerse en voz alta cun programa de lectura de pantalla ou converterse a braille para as persoas cegas. Pode traducirse a outros idiomas para quen le nunha segunda lingua ou ampliarse sen perder nitidez para quen ten baixa visión. A súa cor pode cambiarse facilmente para facelo máis lexible para as persoas daltónicas ou para quen necesita un contraste alto.
Punto clave: o texto sen formato é o formato alternativo máis adaptable, porque pode transformarse facilmente de moitas maneiras para que o contido sexa perceptible para unha ampla gama de necesidades de accesibilidade.
No contexto da accesibilidade web, a operabilidade significa xeralmente que algo funciona usando un teclado. Se os elementos funcionais non se poden manexar co teclado, serán inaccesibles para moitos usuarios.
Os compoñentes da interface de usuario e a navegación deben ser operables: os usuarios deben poder manexar a interface (a interface non pode requirir unha interacción que o usuario non poida realizar).

Os desenvolvedores adoitan crear elementos que se manexan co rato e ás veces pasan por alto o funcionamento co teclado. A maioría das persoas que acceden a internet usan un rato, pero moitas non. Normalmente unha persoa cega non usará o rato; no seu lugar recorrerá case exclusivamente ao teclado. Os usuarios avanzados, a miúdo desenvolvedores ou programadores, tamén adoitan usar o teclado, polo que a usabilidade tamén se perde para este grupo cando a web non é accesible por teclado.
Operable tamén pode significar que funciona coa voz. Algunhas persoas con deficiencias motoras graves usan software de recoñecemento de voz xunto con pulsadores para manexar os seus ordenadores e navegar pola web. Isto significa que debe haber texto asociado aos elementos funcionais, como os botóns gráficos, para que se poida pronunciar ese texto e levar o foco a un elemento, e que eses elementos se poidan manexar co teclado para que se poida usar un pulsador para activalos. Premer un pulsador é moi parecido a premer a tecla Intro ou a barra de espazo nun teclado, ou facer clic co rato.

Punto clave: todos os elementos funcionais dos contidos web que funcionan cun rato deben funcionar tamén cun teclado.
Por comprensible enténdese a comprensión tanto do contido como das funcións dun sitio web. Os contidos que usan unha linguaxe máis complexa ou avanzada do necesario poden resultar difíciles de entender para algunhas persoas con discapacidade, así como para quen le nunha segunda lingua ou, quizais, para usuarios maiores con capacidades cognitivas diminuídas. Especialmente no caso dos sitios de acceso público, o nivel de lectura da linguaxe empregada debe reducirse ao mínimo, usando unha linguaxe sinxela sempre que sexa posible.
A información e o funcionamento da interface de usuario deben ser comprensibles: os usuarios deben ser capaces de entender tanto a información como o funcionamento da interface (o contido ou o funcionamento non poden ser incomprensibles).

Un segundo aspecto da comprensión ten que ver coa coherencia e facilidade de uso dos elementos de navegación dun sitio: reducir o número de elementos de navegación e presentalos de forma coherente en todo o sitio web. Isto pode mellorar a usabilidade para moitos usuarios, incluídas as persoas cegas, as que teñen discapacidades cognitivas ou de aprendizaxe e os usuarios de máis idade.
Unha persoa cega que usa un lector de pantalla para navegar por un sitio adoita dedicar certo esforzo a memorizar a súa estrutura de navegación, do mesmo xeito que un pode visualizar como se despraza dun punto A a un punto B por un edificio ou polas rúas dunha cidade. Se a estrutura de navegación cambia, adoita producirse confusión e hai que volver trazala. Se a navegación se mantén coherente, só cómpre aprendela unha vez, e despois o esforzo cognitivo pode centrarse en comprender o contido importante dunha páxina ou sitio web.
Punto clave: usa elementos de navegación sinxelos, coherentes e predicibles en todo o sitio web.
Robusto, tal e como o describe o W3C, significa que o contido funciona ben nunha ampla gama de tecnoloxías web e de apoio. Polo xeral, isto significa usar a tecnoloxía segundo os estándares. Os navegadores web e as tecnoloxías de apoio basean o seu desenvolvemento en estándares como HTML e son capaces de interpretar contidos creados de forma estándar. Cando o contido se aparta da norma, as tecnoloxías de apoio adoitan ter problemas para interpretalo. Non todo o contido ten que cumprir as normas, pero cando se crea contido personalizado que non as cumpre, debe ofrecerse unha versión estandarizada secundaria para que o contido 'se degrade correctamente'. O contido web que se degrada con elegancia está pensado para funcionar mellor nos navegadores e tecnoloxías de apoio máis actuais e, cando se atope con tecnoloxías máis antigas e con menos funcións, debería degradarse de xeito que siga sendo funcional, aínda que con menos funcións.
O contido debe ser o bastante claro, preciso e ordenado como para que o poida interpretar de forma fiable unha ampla variedade de axentes de usuario, incluídas as tecnoloxías de apoio: os usuarios deben poder acceder ao contido a medida que avanzan as tecnoloxías (o contido debe seguir sendo accesible a medida que evolucionan as tecnoloxías e os axentes de usuario).

Técnicas: coa chegada de WAI ARIA, agora é posible desviarse da norma, quizais usando HTML de novas formas que non estaban previstas inicialmente.
Os atributos ARIA poden usarse para describir a función, os estados e as propiedades dos elementos personalizados. Por exemplo, nunca se pretendeu que un elemento HTML 'div' fose clicable, pero con algo de JavaScript é posible engadirlle a función de clic, aínda que desde a perspectiva dunha tecnoloxía de apoio o 'div' é só un contedor sen funcionalidade.
Neste caso o 'div' utilizouse de forma non estándar. Agora pódese engadir ARIA a ese 'div' personalizado para darlle, por exemplo, un role='button'; faise enfocable engadindo un atributo tabindex, e pódese indicar o seu estado como premido ou non premido co atributo aria-pressed, e así sucesivamente.
Noutras ocasións poden usarse tecnoloxías non estándar, como obxectos Flash incrustados ou applets Java. Aínda que é posible facer que estes obxectos sexan accesibles en certa medida, adoita ser difícil acceder a eles e usalos con eficacia con tecnoloxías de apoio. Nestes casos, adoitan necesitarse alternativas. Algunhas ferramentas de desenvolvemento Flash, por exemplo, ofrecen a opción de xerar unha versión HTML, aínda que adoitan ser representacións estáticas do que era interactivo en Flash. Sempre que sexa posible, debe usarse HTML5, con CSS, scripts e ARIA, para desenvolver contidos interactivos para a web.
Punto clave: cando se usen tecnoloxías non estándar, ou cando as tecnoloxías estándar se usen de formas non estándar, ofrece alternativas estandarizadas para permitir que o contido se degrade con elegancia.
Un exemplo de técnica WCAG para cada principio:
Ver as 454 técnicas WCAG 2.2 en español, explicadas de forma sinxela.
Descobre as tipografías máis recomendadas para persoas con dislexia. Aprende a escoller fontes accesibles que melloren a lectura.
Descubre como as tecnoloxías CAPTCHA evolucionaron cara a solucións máis accesibles. Este artigo percorre desde as probas visuais e auditivas ata as innovacións actuais e ofrece unha visión completa de como facer o CAPTCHA máis inclusivo.
Vemos como se pode saltar o contido repetitivo dunha páxina e por que é tan importante para as persoas que usan lectores de pantalla e teclado.
Este artigo explica como facer un correo electrónico máis accesible e inclusivo para todo tipo de persoas e por que facelo beneficia a todo o mundo.
Xustificar o texto na web dificulta a lectura e a lexibilidade. Descobre por que é unha mala elección no deseño web.
A metodoloxía WCAG-EM permítenos realizar auditorías de accesibilidade cun procedemento seguro e estandarizado.
Para que serven as declaracións de accesibilidade e que pasos hai que seguir para facelas correctamente.
Mellora a accesibilidade dos teus PDF: claves para crear documentos inclusivos e accesibles para todo o mundo.
Os emojis favorecen a accesibilidade? Ou non? Si, pero non de calquera maneira. Aquí recollemos algunhas formas correctas de usalos e varios consellos.
Mellora a accesibilidade web cos test automáticos de accesibilidade. Descubre as ferramentas e mellora a experiencia de usuario no teu sitio.
Unha árbore de decisión é unha maneira sinxela de saber cando hai que escribir un texto alternativo nunha imaxe e cando non.
Un vídeo accesible inclúe subtítulos, unha transcrición e un bo uso da cor dos textos e dos escintileos. Ademais, debe crearse nun formato accesible.
Cando o texto alternativo se coloca ben, mellora tanto a accesibilidade do sitio web como o SEO da páxina. Coñece as claves para facelo ben!
Análise do código NaviLens, NaviLens AQR e Zappar AQR. Comparamos a súa capacidade para localizar produtos, identificar referencias e ofrecer información.
Descubre en que consiste a Acta Europea de Accesibilidade, que sectores e produtos están obrigados a cumprila e como afectará tanto ás empresas como ás persoas usuarias.
Comentarios
Sheree
2026-10-30 05:47:17