Perceptible
Contrastes, textos alternativos, subtítulos, tipografía escalable. Todo lo que una persona debe poder ver, oír o leer.
Sitios web accesibles según WCAG: contraste, uso con teclado, textos alternativos y obligaciones de la BFSG, explicados con claridad. Sin asesoramiento jurídico.
La accesibilidad en la web significa que los contenidos y las funciones están al alcance del mayor número posible de personas: personas ciegas que usan un lector de pantalla, personas con baja visión, daltonismo o limitaciones motrices, personas sordas, personas con dificultades de aprendizaje y cualquiera que tenga una limitación temporal. Las pautas correspondientes se llaman WCAG y siguen cuatro principios: perceptible, operable, comprensible y robusto.
En la práctica se trata sobre todo de oficio. Un contraste suficiente entre el texto y el fondo (para el texto normal, WCAG exige una relación de al menos 4,5 a 1), encabezados en un orden lógico, campos de formulario con etiquetas visibles, enlaces con un texto significativo en lugar de «haga clic aquí» y un manejo posible solo con el teclado. Si se planifican a tiempo, estas cosas suponen mucho menos trabajo adicional que una corrección posterior: quien las incorpora a una página ya terminada suele tener que rehacer buena parte.
Desde el punto de vista jurídico, el motivo más importante es la ley de refuerzo de la accesibilidad (BFSG). Transpone una directiva de la UE y exige desde el 28 de junio de 2025 un diseño accesible para determinadas ofertas digitales, por ejemplo en el comercio electrónico. Según el caso, también forman parte de ello una declaración de accesibilidad y una vía para enviar comentarios. Nosotros explicamos el lado técnico; la valoración jurídica corresponde a una abogada o a un abogado.
Las barreras afectan a más personas de lo que se piensa: alguien con baja visión, una persona con un brazo roto que solo puede manejar el dispositivo con una mano, un visitante bajo la luz intensa del sol o en un entorno ruidoso sin sonido. El diseño accesible les ayuda a todos ellos.
La accesibilidad es, ante todo, oficio: contrastes suficientes, una estructura limpia y elementos manejables. Para ello rara vez hay que sustituir los colores de la marca; a menudo basta con una variante adaptada para los textos.
Sobre la obligación: la BFSG se aplica desde el 28 de junio de 2025 especialmente a las tiendas en línea y a otras ofertas a través de las cuales los consumidores celebran contratos. Las microempresas (menos de 10 empleados y un volumen de negocio o balance de como máximo 2 millones de euros) están exentas de la BFSG en el caso de los servicios, pero no en el de los productos. Si le afecta y de qué manera lo determina, caso por caso, un examen jurídico. Nosotros construimos de modo que se puedan cumplir los requisitos técnicos, pero no prestamos asesoramiento jurídico.
Contrastes, textos alternativos, subtítulos, tipografía escalable. Todo lo que una persona debe poder ver, oír o leer.
Uso con teclado, áreas de clic suficientemente grandes, tiempo suficiente para leer y rellenar, sin elementos que parpadeen.
Lenguaje claro, navegación fácil de seguir, mensajes de error comprensibles en los formularios.
Código limpio que los distintos navegadores y herramientas de apoyo interpretan de forma fiable.
Una página que documenta la situación e indica una vía para recibir comentarios. Donde es obligatoria, y donde resulta útil.
Resúmenes breves o frases explicativas para contenidos difíciles, allí donde facilitan el uso.
Antes de nada: esta sección es una orientación, no asesoramiento jurídico. La clasificación de su empresa corresponde, en caso de duda, a una abogada o a un abogado. La situación legal y su interpretación cambian; consulte la información actualizada de los organismos competentes.
La ley de refuerzo de la accesibilidad (BFSG) transpone una directiva europea y se aplica desde el 28 de junio de 2025. Según nuestra interpretación, se dirige en primer lugar a los proveedores de productos y servicios para consumidores. En el ámbito web afecta especialmente al comercio electrónico, es decir, a las tiendas en línea y a las ofertas a través de las cuales los consumidores celebran contratos. No están incluidas las ofertas dirigidas exclusivamente a empresas (B2B). Las microempresas (menos de 10 empleados y un volumen de negocio o balance de como máximo 2 millones de euros) están exentas de la BFSG en el caso de los servicios, pero no en el de los productos.
Con independencia de la obligación, la accesibilidad mejora la facilidad de uso para muchas personas y coincide en gran parte con un buen diseño web. Los organismos públicos están sujetos a requisitos distintos. Qué obligaciones (por ejemplo, declaración de accesibilidad, vía para comentarios, distintivo) se aplican en cada caso lo aclara el examen jurídico.
Las Web Content Accessibility Guidelines organizan los requisitos en cuatro principios, conocidos en inglés como POUR. Cada principio tiene criterios de conformidad en tres niveles (A, AA, AAA); para los requisitos legales suele tomarse como base el nivel AA, en Europa a través de la norma EN 301 549 (actualmente referida a WCAG 2.1; WCAG 2.2 sirve de orientación).
| Principio | Significado | Ejemplo de barrera | Ejemplo de solución |
|---|---|---|---|
| Perceptible | La información debe poder captarse al menos por una vía | Una lista de precios solo existe como imagen; las personas ciegas no se enteran de nada | Precios como texto, imagen con texto alternativo |
| Operable | Todas las funciones se pueden usar con distintos dispositivos de entrada | Un menú solo se abre al pasar el ratón | Menú manejable con teclado y con pantalla táctil, foco visible |
| Comprensible | El contenido y el manejo se pueden seguir con facilidad | Mensaje de error «Entrada no válida» sin más indicaciones | Mensaje en el campo con explicación y ejemplo |
| Robusto | Los contenidos funcionan con distintos navegadores y herramientas de apoyo | Elementos de control propios sin etiqueta para los lectores de pantalla | Usar elementos estándar, asignar roles y nombres |
Los ejemplos muestran que la accesibilidad normalmente no exige conocimientos especiales, sino esmero: usar elementos estándar, ofrecer los contenidos como texto, no atar las funciones a una única forma de manejo.
El contraste entre el texto y el fondo se expresa como la relación entre dos valores de luminosidad. Cuanto mayor es el valor, mejor se lee. En el nivel AA, WCAG exige al menos 4,5 a 1 para el texto normal, al menos 3 a 1 para el texto grande (aproximadamente a partir de 24 píxeles, o 18,5 píxeles en negrita) y también 3 a 1 para los elementos de control importantes y las indicaciones gráficas.
Un caso frecuente: texto gris claro sobre fondo blanco. El gris con el valor de color #777777 alcanza sobre blanco alrededor de 4,48 a 1 y, por tanto, no cumple por poco; #767676 está en torno a 4,54 a 1 y cumple por poco. Una diferencia tan pequeña decide si un diseño cumple el requisito. Las calculadoras de contraste gratuitas, integradas en las herramientas de desarrollo del navegador o disponibles en la red, muestran el valor al instante.
El mundo cromático de su marca no tiene por qué volverse aburrido. Con una variante más oscura del color principal para el texto y otra más clara para las superficies surgen combinaciones legibles. Encontrará más sobre la elección en Paleta de colores.
Muchas personas no pueden o no quieren usar un ratón: por limitaciones motrices, por el uso de lectores de pantalla, por el control por voz o simplemente por costumbre. Por eso todas las funciones de una página deben poder alcanzarse también con el teclado. Los requisitos más importantes:
Cargue su página de inicio, deje el ratón a un lado y pulse varias veces la tecla de tabulación. ¿Ve en cada paso dónde está? ¿Alcanza el menú, la acción principal, el formulario? ¿Puede enviar el formulario con el teclado? ¿Se queda atascado en algún punto? Cada lugar donde esto no funciona es un hallazgo.
Los lectores de pantalla no leen una página como una fotografía, sino como una estructura: encabezados, listas, enlaces, campos de formulario. Los usuarios suelen saltar de un encabezado a otro, igual que quienes ven la página la recorren con la vista. Por eso una buena estructura es la base.
| Elemento | Requisito | Error típico |
|---|---|---|
| Encabezados | Un H1 y, debajo, H2 y H3 en una jerarquía lógica | Encabezados elegidos solo por el tamaño de letra, niveles saltados |
| Áreas | Cabecera, navegación, contenido principal y pie marcados como tales | Todo en bloques idénticos sin marcar |
| Enlaces | Texto significativo, comprensible también sin el contexto | «Más», «Haga clic aquí», repetido veinte veces |
| Campos de formulario | Cada campo tiene una etiqueta visible y vinculada | Solo un texto de ejemplo dentro del campo, sin etiqueta |
| Mensajes de error | En el campo, en texto, con una propuesta de solución y reconocibles para las herramientas de apoyo | Borde rojo sin texto |
| Tablas | Filas de encabezado marcadas, estructura sencilla | Maquetación con tablas anidadas |
| Idioma | Idioma de la página y cambios dentro del texto indicados | Falta la indicación, una página en alemán se lee en inglés |
| Título de la página | Inequívoco y distinto en cada página | Todas las páginas se llaman «Página de inicio» |
Casi todo esto es código limpio, que también ayuda a los buscadores. Quien marca bien, gana por partida doble.
El texto alternativo sustituye a una imagen para quienes no pueden verla y para los buscadores. El texto adecuado depende de la función de la imagen. Para cada imagen, repase estas preguntas:
| Imagen | Texto alternativo flojo | Texto alternativo bueno |
|---|---|---|
| Foto: instalador de parqué en un salón, parqué de roble recién colocado | Imagen1.jpg | Parqué de roble recién colocado en un salón, con luz rasante desde la ventana |
| Símbolo: lupa en la cabecera | Lupa | Abrir la búsqueda |
| Diagrama: proceso en cuatro pasos | Proceso | Proceso en cuatro pasos: primera consulta, concepto, ejecución, puesta en marcha. Detalles en el texto de debajo. |
| Patrón decorativo de ondas | Ondas | (vacío, se omite) |
Regla general: una o dos frases, sin «Imagen de» al principio. Más información en la guía Textos alternativos para imágenes.
El audio y el vídeo necesitan alternativas. Las personas sordas necesitan subtítulos, las ciegas una descripción de los contenidos visuales importantes, y todos se benefician de una transcripción en la que se pueda buscar. El movimiento puede perjudicar o distraer a algunas personas; por eso existen reglas claras:
Lo más sencillo es usar las animaciones con moderación y solo donde expliquen algo. Con ello, la página gana además en velocidad.
| Mito | Realidad |
|---|---|
| La accesibilidad afecta solo a unas pocas personas | Incluye limitaciones permanentes, temporales y situacionales: baja visión, un brazo lesionado, luz solar sobre la pantalla, la edad. Casi todo el mundo las experimenta en algún momento |
| Una herramienta de superposición hace accesible la página | Estos programas adicionales no eliminan las causas y pueden interferir con las herramientas de apoyo. La accesibilidad debe estar en la construcción y en el diseño |
| Las páginas accesibles tienen mal aspecto | La accesibilidad no limita el diseño; exige contrastes claros, estructura y facilidad de manejo |
| Basta con comprobarlo una vez | Con cada contenido nuevo puede aparecer una barrera: una imagen sin texto, un vídeo sin subtítulos. La accesibilidad es un proceso continuo |
| Las pruebas automáticas detectan todos los errores | Detectan una parte, como los textos alternativos que faltan o los contrastes. Si las etiquetas son comprensibles y los procesos tienen sentido, solo lo comprueba una persona |
| Es un asunto puramente jurídico | Las obligaciones legales son un motivo. La utilidad está en llegar a más personas y en descubrir fallos de manejo |
Anote cada hallazgo con la página, la descripción y la urgencia. Resuelva primero lo que bloquea la acción principal (formulario, contacto, pedido). Estos pasos le muestran también lo estrechamente unidos que están el diseño y la experiencia de usuario.
Los formularios son el lugar donde las barreras provocan pérdidas con más frecuencia: quien no puede manejar el formulario no puede consultar ni comprar. La buena noticia: con elementos estándar y unas pocas reglas se resuelve bien.
Etiquetado. Cada campo tiene una etiqueta visible, vinculada técnicamente al campo. Así, al entrar en el campo, un lector de pantalla lee su finalidad, y un clic en la etiqueta coloca el cursor en el campo. Los textos de ejemplo dentro del campo no sustituyen a una etiqueta, porque desaparecen al escribir y a menudo tienen poco contraste.
Campos obligatorios. Indíquelos con texto (por ejemplo, «Campo obligatorio» o un asterisco explicado) y no solo con color. Limite los campos obligatorios a lo necesario.
Tipos de campo y ayudas. Los tipos adecuados (correo electrónico, teléfono, fecha) hacen aparecer en el móvil el teclado correcto. El atributo de autocompletado ayuda a las personas a las que les cuesta escribir, porque se rellenan el nombre y la dirección.
Grupos. Los campos que van juntos, por ejemplo varias opciones de selección, se marcan como grupo con un encabezado, para que quede claro a qué se refiere la selección.
Mensajes de error. Aparecen en el campo y además como resumen en la parte superior, nombran el problema y proponen una solución («Introduzca la dirección de correo electrónico con @»). El foco salta al mensaje para que los lectores de pantalla lo anuncien.
Tiempo. Las sesiones no caducan a corto plazo. Si son necesarios límites de tiempo, avise con antelación y permita ampliarlos.
Protección contra el spam. Los acertijos visuales con letras deformadas excluyen a muchas personas. Utilice métodos invisibles o preguntas sencillas con una alternativa.
Compruebe cada formulario con el teclado, con un zoom del 200 por ciento y con un lector de pantalla. Por regla general, lo que funciona ahí funciona mejor para todos. Encontrará más reglas prácticas sobre formularios en la guía Cómo diseñar bien un formulario de contacto.
La accesibilidad no surge en un solo paso al final, sino repartida a lo largo de todo el proyecto. La tabla muestra qué rol asume qué tarea en cada fase.
| Fase | Tarea | Errores típicos si se olvida |
|---|---|---|
| Concepto y estructura | Estructura lógica de las páginas, denominaciones claras, recorridos sencillos, decisión sobre medios y funciones | Patrones de manejo complejos que luego no se pueden hacer accesibles |
| Diseño | Paleta de colores con contrastes comprobados, tamaños de letra, estados de foco y de error, espacios suficientes | Colores elegantes pero con poco contraste, falta del estado de foco |
| Textos y contenidos | Lenguaje claro, encabezados con sentido, textos alternativos, textos de enlace, documentos accesibles | Imágenes sin descripción, «haga clic aquí», PDF sin estructura |
| Desarrollo | Código semántico, manejo con teclado, etiquetas, comprobación con herramientas de apoyo | Elementos de control hechos con componentes inadecuados, faltan nombres y roles |
| Revisión y aceptación | Pruebas automáticas y manuales, muestras con usuarios o especialistas | Revisión solo con herramienta, sin un manejo real |
| Funcionamiento y mantenimiento | Reglas editoriales, muestras tras los cambios, actualización de la declaración | Los contenidos nuevos rompen los estándares anteriores |
Lo importante es cerrar cada fase con una pregunta de control: ¿se puede entender lo que está surgiendo ahora sin ratón, sin color y sin imagen? Así, una barrera se detecta cuando todavía cuesta poco corregirla.
Muchas empresas ofrecen listas de precios, folletos, fichas técnicas o formularios en PDF. Estos archivos forman parte de su oferta y se incluyen en la revisión cuando se exige accesibilidad. Los requisitos son parecidos a los de las páginas: estructura de encabezados, textos alternativos, orden de lectura correcto, tablas con fila de encabezado, indicación del idioma, contrastes suficientes.
El consejo práctico es este: haga accesible en primer lugar la información importante como página web y ofrezca el PDF además para descargar. Así se evita mantener por duplicado la accesibilidad y se ayuda también a los visitantes que usan el móvil. Si un PDF sigue siendo necesario, genérelo a partir de una fuente bien estructurada (por ejemplo, un documento de texto con estilos de formato reales) y compruebe el resultado con una herramienta de revisión y también de forma manual. Los documentos escaneados que solo constan de imágenes, sin reconocimiento de texto, son invisibles para las herramientas de apoyo y deberían sustituirse.
Un comerciante de bicicletas (inventado) gestiona una tienda en línea de accesorios. Es proveedor para consumidores en el comercio electrónico y, por eso, comprueba con su asesoría jurídica si la BFSG le afecta y de qué modo. Con independencia del resultado, el proceso de compra es la parte más crítica. Los puntos de control, a lo largo del recorrido:
| Paso | Pregunta de control | Posible barrera |
|---|---|---|
| Página de inicio y búsqueda | ¿Se puede llegar al buscador con el teclado? ¿Se anuncian los resultados? | Campo de búsqueda sin etiqueta, resultados que se cargan sin avisar |
| Categorías y filtros | ¿Se pueden manejar los filtros con el teclado? ¿Se reconocen los estados? | Filtros solo con ratón, selección visible solo por el color |
| Página de producto | ¿Tienen las imágenes textos alternativos? ¿Está el precio como texto? ¿Se reconoce «Añadir a la cesta» como botón? | Precio dentro de una imagen, botón hecho con un div |
| Cesta | ¿Están etiquetados los campos de cantidad? ¿Se confirma el cambio? | Símbolos de más y menos sin nombre |
| Dirección y pago | ¿Se explican los errores en el campo? ¿Es accesible la selección del pago? | Mensajes de error solo en color, ventana del proveedor de pago que no se puede manejar con el teclado |
| Confirmación | ¿Saben los compradores que el pedido se ha realizado y cómo sigue el proceso? | El mensaje desaparece a los pocos segundos, el foco se queda en cualquier parte |
| Confirmación del pedido por correo | ¿Está el correo bien estructurado y es fácil de leer? | Solo imágenes, sin versión en texto |
El comerciante documenta los resultados, corrige primero lo que impide las compras y planifica el resto. Este orden vale para cualquier página: primero la función principal. Más indicaciones sobre tiendas en la página Tiendas en línea.
Revisamos su página en busca de barreras frecuentes: contrastes, manejo con teclado, etiquetas que faltan, estructura.
Colores y tamaños de letra que siguen siendo legibles incluso con baja visión y en entornos luminosos.
Todas las funciones se alcanzan sin ratón, con una marca visible de dónde se está en cada momento.
Encabezados, listas y etiquetas que los lectores de pantalla interpretan correctamente.
Descripciones de imágenes, subtítulos para vídeos, textos de enlace comprensibles.
Dejamos constancia de lo que se ha revisado y de dónde quedan carencias, como base para la declaración de accesibilidad.
En las páginas nuevas, la accesibilidad forma parte de la calidad del trabajo y, con una planificación temprana, supone mucho menos esfuerzo adicional que una corrección posterior. En las páginas existentes es distinto: aquí el esfuerzo crece con el número de deficiencias, con la complejidad de las funciones (tienda, configuradores, reservas) y con el grado de exhaustividad con que haya que revisar y documentar.
El cálculo, explicado: cómo calculamos.
Depende de quién sea usted y de lo que ofrezca. La BFSG afecta sobre todo a las ofertas dirigidas a consumidores, como las tiendas en línea. Las microempresas (menos de 10 empleados y un volumen de negocio o balance de como máximo 2 millones de euros) están exentas de la BFSG en el caso de los servicios, pero no en el de los productos. En caso de duda, haga que se aclare jurídicamente.
Las Web Content Accessibility Guidelines son el estándar técnico habitual a escala internacional, con los niveles A, AA y AAA. En Europa, la referencia jurídica es la norma EN 301 549, que actualmente se basa en WCAG 2.1 nivel AA; WCAG 2.2 sirve de orientación.
Las herramientas detectan una parte de los problemas, como los textos alternativos que faltan o los contrastes demasiado bajos. Muchas cosas, por ejemplo si las etiquetas son comprensibles, solo las comprueba una persona.
No. Estos programas adicionales más bien tapan los problemas en lugar de resolverlos, y son controvertidos entre los especialistas. La base es una página que esté bien construida de por sí.
Los PDF también deberían ser accesibles: con estructura de encabezados, textos alternativos y un orden de lectura correcto. Si una información es importante, lo mejor es que figure además como texto en la página.
De forma indirecta, sí: una estructura clara, los textos alternativos y una buena facilidad de manejo coinciden en gran parte con lo que también entienden los buscadores. Detalles en la guía Accesibilidad y BFSG.
Deje constancia de con qué criterio se ha revisado (por ejemplo, WCAG 2.1 o 2.2, nivel AA), cuándo, quién lo hizo y con qué resultado. Los puntos pendientes van en una lista con una fecha para su corrección.
Donde la ley lo exige, sí. También de forma voluntaria es útil, porque demuestra transparencia. Haga revisar el texto antes de publicarlo.
Lo regulan la ley y los organismos de vigilancia del mercado competentes en cada caso. Qué consecuencias son concebibles en su caso solo puede decirlo el examen jurídico.
Envíenos la dirección de su página y su pregunta más importante sobre la accesibilidad. Recibirá una valoración personal.