Web accesible: qué exige la ley alemana BFSG a las empresas — y a cuáles

Desde el 28 de junio de 2025 rige en Alemania la Barrierefreiheitsstärkungsgesetz, abreviada BFSG — la ley de refuerzo de la accesibilidad. Desde entonces circulan en muchas empresas dos errores opuestos: «esto seguro que no nos afecta» — y «ahora toda web tiene que ser accesible de inmediato, o llegan las multas». Ninguna de las dos cosas es así. Una guía sobre quién debe actuar de verdad, qué exige en concreto la ley y por qué la accesibilidad compensa también más allá de cualquier obligación.

Por transparencia: este artículo se publica como anuncio desde el entorno de una agencia web (en alemán). No es asesoramiento jurídico — en caso de duda, la pregunta de si la propia oferta cae bajo la ley pertenece a manos de abogados. Lo que un texto como este sí puede aportar: hacer comprensible la lógica de la ley y mostrar dónde empieza el trabajo práctico.

Primero, el origen. La BFSG transpone una directiva europea, la European Accessibility Act. El objetivo es que las personas con discapacidad puedan usar en igualdad de condiciones los productos y servicios de la vida digital cotidiana — del cajero automático al libro electrónico y a la tienda online. Para las webs, el punto decisivo es: quedan comprendidos sobre todo los servicios prestados por vía electrónica a consumidoras y consumidores, con el comercio electrónico a la cabeza.

Traducido, eso significa: quien a través de su web prepara o cierra contratos con consumidores — opera una tienda, permite reservar citas o entradas, vende servicios en línea — cae en principio, con esas funciones, bajo la ley. Una web puramente informativa sin tales funciones, como la clásica tarjeta de visita digital de un negocio artesano, no queda por regla general directamente comprendida. Tampoco las relaciones comerciales puras entre empresas.

El segundo límite importante: las microempresas que ofrecen servicios están exentas — se entiende por tales las empresas con menos de diez empleados y como máximo dos millones de euros de facturación anual o de balance anual. Una pequeña tienda online por debajo de esos umbrales no está por tanto obligada sin más a adaptarse. Pero cuidado con la autoclasificación: las delimitaciones son en el caso concreto menos claras de lo que suenan, y quien crece, crece en algún momento también hacia la obligación.

Dos puntos más pertenecen al cuadro para que la autoevaluación no resulte demasiado fácil. Primero, la ley conoce regímenes transitorios para determinados casos preexistentes — a qué se extienden en concreto y a qué no es una cuestión del caso particular en la que nadie debería confiar de forma genérica. Segundo, la ley exige a los proveedores afectados no solo la accesibilidad misma, sino también información sobre cómo su servicio cumple los requisitos. Cómo configurar ambas cosas en detalle pertenece al asesoramiento especializado; lo decisivo es, de entrada, saber que estas obligaciones existen — quien las conoce puede planificarlas en lugar de correr tras ellas.

¿Qué exige la ley en cuanto al contenido? Remite en la práctica a estándares técnicos reconocidos — en Europa, la norma EN 301 549, que a su vez se apoya en las internacionalmente establecidas Web Content Accessibility Guidelines. Su lógica se resume en cuatro principios: los contenidos deben ser perceptibles, operables, comprensibles y robustos. Tras las palabras abstractas hay requisitos muy concretos y verificables.

Perceptible significa, por ejemplo: contraste suficiente entre texto y fondo, textos que se pueden ampliar sin que el layout se rompa, y textos alternativos para las imágenes, de modo que un software de lectura pueda describir lo que se ve. Quien haya intentado alguna vez leer texto gris claro sobre fondo blanco a pleno sol lo intuye: de estos requisitos no se benefician en absoluto solo las personas con discapacidad reconocida.

Operable significa ante todo: toda la web debe funcionar sin ratón. Muchas personas con limitaciones motoras o visuales navegan con el teclado — para ello debe ser visible qué elemento tiene el foco en cada momento, los menús no pueden reaccionar exclusivamente al puntero y los formularios no pueden contener callejones sin salida. Comprensible atañe a la lengua y a la estructura: etiquetas claras, mensajes de error inteligibles, navegación consistente. Robusto, por último, significa código limpio y conforme a los estándares, con el que las tecnologías de asistencia puedan trabajar con fiabilidad.

En el día a día uno se encuentra las infracciones siempre en los mismos lugares. La carta del restaurante en PDF guardada como imagen, de la que ningún software de lectura extrae una letra. El vídeo sin subtítulos. El formulario de contacto cuyos campos no llevan etiquetas, de modo que no queda claro dónde va el nombre y dónde el mensaje. El carrusel de la portada que salta antes de que nadie haya podido captar el texto. El elegante tono gris que en la pantalla de la diseñadora quedaba bien y a la luz del día desaparece. Nada de esto es mala fe — son costumbres que nadie ha cuestionado nunca. Precisamente por eso pueden corregirse en cuanto alguien mira.

¿Con qué seriedad se controla? Son competentes las autoridades de vigilancia del mercado de los estados federados; pueden obligar a los proveedores a subsanar e imponer multas. Una oleada de inspecciones generalizada no es de esperar a corto plazo — las estructuras para ello están surgiendo en muchos lugares ahora mismo. Apostar por ello sería aun así miope: las quejas de afectados y asociaciones pueden poner en marcha procedimientos, y quien adapta solo bajo presión paga casi siempre más que con una implantación planificada.

Con esto, a la parte práctica — y a una verdad incómoda: la accesibilidad se deja mal «inyectar» a posteriori. Un problema de contraste se corrige rápido; una estructura de navegación inaccesible, no. El momento económicamente más favorable para la accesibilidad es por eso un relanzamiento que de todos modos esté pendiente: quien construye estructura, diseño y componentes desde el principio según los cuatro principios paga un sobreprecio asumible en lugar de una gran remodelación posterior.

Quien adjudica un relanzamiento debería por eso escribir el tema expresamente en el encargo, en lugar de darlo por supuesto en silencio. Tres preguntas a la agencia bastan para empezar: ¿según qué estándar se construye, y cómo se comprueba su cumplimiento? ¿Se prueba con teclado y software de lectura — o solo con una herramienta automática? ¿Y se instruye a quienes después mantendrán los contenidos, para que los textos alternativos y la estructura de encabezados no se abandonen tras la puesta en línea? En las respuestas se lee bien si la accesibilidad pertenece al oficio del proveedor o solo a su folleto.

En la práctica de proyecto eso significa: la accesibilidad no empieza en el código, sino en el diseño. Si una agencia trabaja orientada a la experiencia de uso, muchos requisitos forman parte del oficio de todos modos — los contrastes se comprueban al fijar la paleta de colores, los estados de foco se diseñan junto con los componentes, los formularios se conciben desde el principio con etiquetas y textos de error comprensibles. Así lo hace también la agencia BitBau de Osnabrück, de cuya práctica de proyectos proceden los ejemplos de este artículo: no como servicio extra contratable, sino como parte del proceso normal de diseño.

Lo relevante que es el tema con independencia de cualquier cuestión de articulado lo muestra uno de esos proyectos: la web de la Praxis am Salzmarkt, una presencia para una consulta médica en tres idiomas, nacida en doce semanas. Una consulta llega por naturaleza a muchos pacientes de edad avanzada, a personas con limitaciones visuales, a personas en situaciones de estrés. Si la ley comprende formalmente una página así resulta casi secundario: quien no hace accesibles a todos los horarios, el contacto y el cómo llegar, sencillamente falla el propósito de la página.

El beneficio llega de todos modos más lejos que la obligación. Millones de personas viven en Alemania con una discapacidad; a ellas se suman todos aquellos cuya vista o motricidad fina decae con la edad — y las limitaciones cotidianas y situacionales: el sol deslumbrante sobre la pantalla, el niño en brazos, el brazo roto. Las páginas accesibles son en todas esas situaciones sencillamente más usables. Los visitantes excluidos son, mirado con frialdad, clientes excluidos.

A ello se añade un parentesco técnico que a menudo se pasa por alto: mucho de lo que exige la accesibilidad lo exige también la optimización para buscadores. Estructura limpia de encabezados, imágenes descritas, textos de enlace comprensibles, páginas rápidas y robustas — los buscadores «leen» las webs de forma parecida a un software de lectura: sin ojos. Quien construye para lectores de pantalla construye por regla general también mejor para Google.

La accesibilidad tampoco termina en la técnica. También los contenidos pueden levantar barreras: frases enrevesadas, jerga sin explicación, textos de enlace como «pulse aquí» que fuera de contexto no significan nada, subtítulos que no revelan lo que sigue. La lengua clara y la estructura limpia no son una cuestión de estilo, sino parte de la accesibilidad — y en el mantenimiento corriente no cuestan nada extra en cuanto se han vuelto costumbre. Aquí reside a la vez la tarea permanente del operador: la web construida con el mayor esmero accesible pierde su calidad si se incorporan imágenes nuevas sin textos alternativos y páginas nuevas sin estructura.

Una advertencia pertenece igualmente al asesoramiento honesto: las llamadas herramientas overlay, que mediante un script incrustado prometen hacer accesible cualquier web de forma automática. Tales herramientas pueden ofrecer ajustes puntuales, pero los defectos estructurales — etiquetas ausentes, órdenes ilógicos, trampas de teclado — no los corrigen con fiabilidad. Quien se fía solo de ellas se mece en una seguridad que en caso de inspección no sostiene.

¿Cómo empezar? De forma realista, en tres pasos. Primero, inventario: las herramientas de comprobación automatizadas encuentran una parte de los problemas; un test manual — teclado en lugar de ratón, software de lectura, comprobación de contraste — el resto. Segundo, priorizar: primero los caminos que los visitantes recorren de verdad, es decir, contacto, reserva, compra. Tercero, anclar de forma duradera: la accesibilidad no es un proyecto con fecha final, sino un rasgo de calidad que debe acompañar cada página nueva y cada contenido nuevo.

Para el primerísimo paso ni siquiera hacen falta especialistas — el autoexperimento más revelador cuesta diez minutos. Manejar una vez la propia web exclusivamente con el teclado: saltar de elemento en elemento con el tabulador, activar con la tecla de entrada, y recorrer el camino que un cliente recorre de verdad — portada, oferta, formulario de contacto, enviar. Hallazgos frecuentes: el foco visible desaparece a los pocos pasos, el banner de cookies no se deja cerrar sin ratón, el menú desplegable no se deja abrir. Quien supera este experimento no tiene todavía garantía de accesibilidad. Pero quien fracasa en él sabe con mucha precisión dónde empieza el trabajo.

Queda la pregunta inicial: ¿estoy obligado? Quizá no — como microempresa, con una página puramente informativa o en el negocio exclusivamente entre empresas, posiblemente de verdad que no, aunque la clasificación pertenece en caso de duda a los especialistas. La mejor pregunta es otra: ¿puedo permitirme dejar fuera a una parte de mis visitantes — en un tema en el que legislador, buscadores y evolución demográfica apuntan visiblemente en la misma dirección? Quien de todos modos planea un relanzamiento tiene la respuesta, convenientemente, al alcance de la mano.