Accessibilitat ≠ Overlay: respectar les preferències de l’usuari

📅 Setembre 2026   ⏱ 8 min de lectura

Una persona pot haver configurat l’ordinador, el navegador o la tecnologia d’assistència per llegir amb una mida de text determinada, reduir el moviment, utilitzar colors concrets o navegar d’una manera específica. Un web accessible ha de conviure amb aquestes preferències. Afegir una capa que decideix per l’usuari com ha de ser la seva «experiència accessible» és un plantejament molt diferent.

L’accessibilitat no consisteix a triar per l’usuari

Dues persones amb la mateixa discapacitat no tenen necessàriament les mateixes necessitats. Una mateixa persona també pot utilitzar configuracions diferents segons el dispositiu, el context o la tasca. W3C explica que les persones ajusten la presentació del contingut per distingir-lo i comprendre’l millor. El web ha d’estar preparat per respectar i suportar aquestes decisions.

Les preferències poden existir abans d’entrar al nostre web

L’usuari no comença de zero a cada lloc. Pot haver configurat el navegador, el zoom, el sistema operatiu, una extensió o una tecnologia d’assistència. W3C assenyala a UAAG que algunes necessitats, com la personalització del text i determinades preferències, es resolen millor des de l’agent d’usuari. La pregunta és si el web s’adapta a les preferències ja escollides.

Personalitzar no és el mateix que reparar

Un botó per augmentar el text o un selector de contrast poden ser útils. El problema és presentar-los com a substituts d’una implementació accessible. WCAG 2.2, criteri 1.4.12, exigeix que quan l’usuari modifica determinats valors d’espaiat no es perdin contingut ni funcionalitat. La interfície ha de suportar la personalització.

«Augmentar text» no substitueix un web adaptable

Un web pot tenir un botó per augmentar la lletra i trencar-se igualment amb el zoom del navegador o amb altres ajustos. W3C indica que el contingut ha d’estar dissenyat i programat per adaptar-se a canvis de mida, espaiat, font i color sense perdre informació ni funcionalitat. L’adaptabilitat és el fonamental.

«Reduir animacions» tampoc hauria de dependre només d’un giny

Algunes persones necessiten evitar moviments que provoquen distracció, mareig o nàusees. Els sistemes operatius poden expressar una preferència de moviment reduït i el web pot respectar-la amb prefers-reduced-motion. La documentació de WCAG cita aquesta tècnica per evitar animacions no essencials.

Un usuari pot necessitar exactament el contrari que un altre

Una persona pot necessitar text molt gran; una altra, menys informació visible; una altra, canviar colors o evitar moviment. WAI-Adapt permet personalitzar la presentació segons necessitats i preferències individuals. No existeix un únic «mode discapacitat».

Un bon web deixa espai per a les eines de l’usuari

El navegador, el sistema operatiu i les tecnologies d’assistència formen part de l’entorn d’accés. El web ha d’interoperar-hi: no bloquejar el zoom, permetre reflow, suportar canvis de mida i espaiat i respectar preferències com la reducció de moviment.

Oferir opcions addicionals no és el problema

Un web pot oferir controls addicionals i poden ser útils. La diferència és qui manté el control i sobre quina base s’aplica la personalització. Una opció pot complementar un web accessible; no ha de justificar que la interfície original ignori les preferències de l’usuari.

Dissenyar per a preferències és dissenyar per a la diversitat

L’accessibilitat no busca crear una interfície especial per a un usuari imaginari amb discapacitat. Busca que persones diferents puguin utilitzar el mateix producte de maneres diferents. La solució robusta és crear una interfície capaç d’adaptar-se.

Accessibilitat ≠ Overlay

Un overlay pot oferir text més gran, canvis de contrast o aturar animacions. Algunes funcions poden ser útils, però no demostren que el web respecti les preferències de l’usuari ni que sigui accessible. No es tracta d’oferir el nostre mode accessible, sinó de respectar com cada persona utilitza Internet.

Fonts oficials

W3C Web Accessibility Initiative (WAI)

WAI-Adapt Overview

Presentation — How People with Disabilities Use the Web

Understanding WCAG 2.2 — Text Spacing (1.4.12)

User Agent Accessibility Guidelines (UAAG) Overview

Understanding WCAG — Animation from Interactions

Customizable Text — W3C WAI

Aquest article forma part de la sèrie «Accessibilitat ≠ Overlay». Entrega 07 — Overlays i preferències de l’usuari.

🧑‍🦯 Blind Reader
Narrador listo.

Guía para invidentes

Esto es un resumen funcional, no una lectura literal.

Ir al objetivo principal Salta al área principal de acción (formulario, listado o contacto).

Estás en una página tipo: listado. El objetivo principal parece ser: explorar opciones.

Acciones principales: Explorar listado.

Hay 8 secciones clave a las que puedes saltar.

Confianza: Confianza: 68%

Antes de continuar:

  • Gestionar cookies o avisos Motivo: Detecté un aviso relacionado con cookies/consentimiento. — Vía recomendada: Contenido principal

Acciones recomendadas

  • Explorar listado Motivo: Parece haber un listado de elementos. — Vía recomendada: Listado

Ir por objetivos

Elige qué quieres hacer. Te lo explico y luego te pregunto antes de saltar.

Modo de confirmación

Elige cada cuánto debo preguntar antes de saltar.



Alcance del aprendizaje (solo para “primera vez”)

Sitio: recuerda este objetivo en toda la web. Página: recuerda por URL.


  • Ir a Inici
  • Ir a About
  • Ir a Blind Reader
  • Ir a Withdrawal Button
  • Ir a Serveis
  • Ir a Blog
  • Ir a Contacte
  • Ir a Català
  • Ir a English
  • Ir a Español
  • Ir a Polski
  • Ir a Română
  • Ir a Italiano
  • Ir a Français
  • Ir a Svenska
  • Ir a Deutsch
  • Ir a Nederlands
  • Ir a Português
  • Ir al contenido del artículo
  • Ir a comentarios
  • Ir al final del artículo
  • Volver a Noticias (blog)
  • Noticia anterior
  • Noticia siguiente
  • Gestionar cookies o avisos Importante: esto puede bloquear la navegación.
  • Explorar listado

Guía progresiva

La guía anuncia una sección cada vez.

Cómo funciona: Iniciar guía anuncia la primera sección clave. Siguiente avanza. Detener sale.

Estado: Guía inactiva

Ir a la sección actual Este enlace se actualiza conforme avanza la guía.

Aquest article té aproximadament 726 paraules.

Mou el focus a l'inici del contingut, saltant menús i elements secundaris.

Acerca de Blind Reader

Blind Reader es un asistente de accesibilidad que analiza cada página y narra su propósito, secciones clave y acciones recomendadas — diseñado para usuarios de lectores de pantalla.

Constructores compatibles: Funciona con cualquier tema o constructor de WordPress: Divi, Elementor, Gutenberg, WPBakery, Avada y otros. Lee el contenido real de la página, no el marcado del constructor.

¿Interfiere en tu contenido? No. Blind Reader añade un panel accesible encima de la página pero no modifica, oculta ni altera ningún contenido ni estilo existente en tu web.

¿Cómo funciona? Analiza la estructura de la página (encabezados, enlaces, formularios, landmarks) y genera un resumen funcional. La guía y los objetivos ayudan a navegar sin tener que recorrer toda la página.

Atajo de teclado: Pulsa Alt + G para saltar directamente al primer objetivo.