BFSG y EAA: el plazo alemán de 2025 para tiendas WordPress
La Barrierefreiheitsstärkungsgesetz (BFSG) está en vigor desde el 28 de junio de 2025. La ola de accesibilidad que lleva dos décadas recorriendo la documentación de WCAG, la Section 508 y la directiva sobre accesibilidad del sector público ha llegado por fin a los servicios privados B2C en toda la UE a través de la Ley Europea de Accesibilidad (EAA). Alemania la traspuso con la BFSG. Francia con un décret. España con un Real Decreto. El contenido converge; los detalles procedimentales y las autoridades de aplicación difieren.
Este es un artículo de apoyo del pilar sobre NIS2 y DORA en WordPress, porque los equipos de compras ya agrupan accesibilidad, NIS2 y DORA en una sola clasificación de proveedores.
TL;DR
- Entrada en vigor de la BFSG: 28 de junio de 2025.
- La BFSG traspone la EAA 2019/882.
- Se aplica a los servicios de comercio electrónico dirigidos a consumidores en Alemania.
- La exención de las microempresas se aplica a servicios, no a productos.
- Cuatro categorías de plugins de WordPress suspenden la auditoría con más frecuencia.
- Aplicación: autoridades de vigilancia del mercado de los estados federados, sanciones del § 37 de la BFSG.
A quién afecta la BFSG y qué exige
La BFSG enumera en el § 1 los productos y servicios incluidos. La línea de servicios que afecta a WooCommerce: «Dienstleistungen im elektronischen Geschäftsverkehr», servicios de comercio electrónico. Una tienda WooCommerce que vende bienes o servicios a consumidores en Alemania está incluida, salvo que se considere microempresa prestadora de servicios.
El § 2 define los términos clave. Los más relevantes para quien gestiona una tienda WordPress:
- Verbraucher (consumidor): persona física que actúa fuera de su actividad comercial, profesional o artesanal. La BFSG protege las transacciones con consumidores, no el B2B puro.
- Wirtschaftsakteur (agente económico): fabricante, importador, distribuidor o prestador de servicios. Quien gestiona una tienda WooCommerce es prestador de servicios en la línea de comercio electrónico.
- Barrierefreiheit (accesibilidad): el requisito de que los productos y servicios puedan ser utilizados por personas con discapacidad de la forma habitual, sin dificultades especiales y, en principio, sin ayuda de terceros.
El § 3, apartado 3 establece la excepción de las microempresas. Una empresa con menos de 10 empleados y un volumen de negocio anual o balance de hasta 2 millones de EUR está exenta de las obligaciones relativas a servicios, pero no de las relativas a productos. Un pequeño operador de WooCommerce que vende bienes de consumo puede acogerse a esta excepción para la obligación del servicio de comercio electrónico; los bienes en sí son otra cuestión.
El § 4 exige que los productos y servicios comercializados cumplan los requisitos de accesibilidad. El § 10 enumera los requisitos materiales. Coinciden con el Anexo I de la directiva EAA.
El § 13 regula las obligaciones de los prestadores de servicios de publicar información sobre accesibilidad. Para un servicio de comercio electrónico, esto incluye describir cómo se presta el servicio de forma accesible, qué tecnologías de apoyo se admiten y dónde encontrar las declaraciones de accesibilidad.
El § 37 fija multas administrativas de hasta 100 000 EUR para determinadas infracciones, con las autoridades de vigilancia del mercado de los estados federados como órganos de aplicación.
En qué se diferencia la BFSG de la directiva EAA
La Ley Europea de Accesibilidad es una directiva, no un reglamento. Los Estados miembros debían trasponerla antes del 28 de junio de 2022 y aplicar las normas nacionales a partir del 28 de junio de 2025. El contenido está en el Anexo I, que enumera los requisitos de accesibilidad para cada categoría de producto y servicio. El Anexo I, sección III, trata los servicios, incluidos los servicios de comercio electrónico.
Según la sección III del Anexo I, los requisitos de accesibilidad para los servicios de comercio electrónico incluyen informar sobre el funcionamiento del servicio, garantizar la accesibilidad del sitio web, de la aplicación móvil y de los métodos de identificación electrónica, admitir métodos alternativos de introducción de datos y publicar una declaración de accesibilidad.
Las trasposiciones nacionales coinciden en el contenido y divergen en el procedimiento. La BFSG encarga la vigilancia del mercado a las autoridades de los estados federados. El Real Decreto español a las autoridades provinciales. El décret francés a la DGCCRF. Para una tienda WordPress que atiende a varios países de la UE, la respuesta práctica es: cumplir la variante más estricta y documentar la conformidad una sola vez.
¿Qué plugins de WordPress suspenden la auditoría de accesibilidad?
Realizo auditorías de accesibilidad de tiendas WooCommerce antes de la BFSG. Cuatro categorías de plugins se repiten como los hallazgos con la tasa de rechazo más alta:
1. Banners de cookies que atrapan el foco del teclado. Una capa modal de consentimiento de cookies que captura el foco y no lo devuelve al cerrarse. El usuario no puede avanzar con el tabulador hasta el contenido. Habitual en plugins de cookies anteriores a una comprensión más amplia de WCAG 2.1 para teclado. Solución: devolver el foco al elemento que abrió el modal, admitir Escape, ninguna trampa de foco fuera del modal.
2. Plugins de sliders y carruseles sin navegación por teclado. Slick, Swiper, Owl Carousel y el bloque de carrusel del editor de bloques de WordPress. Las configuraciones por defecto a menudo carecen de navegación con las flechas del teclado, de indicadores de foco en los controles de las diapositivas y de pausa al recibir el foco. Los carruseles con rotación automática suspenden WCAG 2.2.2 (Pausar, detener, ocultar). Solución: flechas accesibles con teclado, un control de pausa, rotación manual o pausa al recibir el foco.
3. Constructores de popups que no devuelven el foco al cerrarse. Popups de captación de leads, de exit-intent, modales de marketing. El mismo patrón que el banner de cookies: el foco entra en el modal, el botón de cierre es alcanzable, pero al cerrarse el foco no vuelve al elemento que lo abrió. El usuario de lector de pantalla aterriza en un punto aleatorio del documento.
4. Plugins de galería de producto con imágenes sin nombre accesible. La galería de WooCommerce, plugins de lightbox, muestras de variantes (swatches). El diseñador visual define la imagen, pero el nombre accesible queda vacío o es el nombre del archivo. Las imágenes decorativas pueden llevar alt="" vacío; las informativas necesitan un nombre con significado. Las muestras de variantes presentadas como cuadrados de color sin texto necesitan un nombre accesible (aria-label) en la propia muestra, no solo en la etiqueta visible.
Estos cuatro patrones cierran la brecha entre «el sitio parece accesible en el navegador» y «el sitio supera una auditoría de la autoridad de vigilancia del mercado de un estado federado». La lista de comprobación de la auditoría se aplica frente a WCAG 2.2 AA, que es la base de conformidad del Anexo I de la EAA.
Lista de comprobación BFSG para una tienda WooCommerce
La lista de comprobación de agencia que entrego con los encargos WooCommerce preparados para la BFSG:
- Página de declaración de accesibilidad en alemán, accesible desde cada pie de página, con el nivel de conformidad WCAG 2.2, las limitaciones conocidas y un contacto de accesibilidad.
- Tema auditado según WCAG 2.2 AA. Jerarquía de encabezados, regiones landmark, contraste de color suficiente, indicadores de foco del teclado en cada elemento interactivo, enlace skip-to-content.
- Formularios con etiquetas, mensajes de error y de éxito. Cada campo tiene una etiqueta visible y un nombre accesible. Los errores se anuncian a los lectores de pantalla. Los mensajes de éxito son visibles y los leen las tecnologías de apoyo.
- Auditoría de plugins con los cuatro patrones como controles prioritarios. Banner de cookies, slider, popup, galería. Más las muestras de variantes. Más el flujo de checkout.
- Accesibilidad de los documentos descargables. Los PDF de las descargas de producto deben ser PDF accesibles (estructura etiquetada, alt en las imágenes, orden de lectura). Los PDF inaccesibles son un hallazgo recurrente en las auditorías.
- Accesibilidad del vídeo. Subtítulos en cada vídeo de producto. Audiodescripción para los contenidos que transmiten información solo de forma visual.
- Pruebas con al menos dos tecnologías de apoyo. Lector de pantalla (NVDA en Windows, VoiceOver en macOS), navegación solo con teclado, modo de alto contraste.
El presupuesto de un encargo con trabajo de accesibilidad es individual; las horas de auditoría y corrección dependen del tema, del conjunto de plugins activos y del número de tipos de página de plantilla.
BFSG, NIS2 y DORA en la evaluación de proveedores
Los equipos de compras de sectores regulados (banca, seguros, salud) combinan cada vez más tres filtros en una sola evaluación de proveedores:
- Cumplimiento de accesibilidad BFSG / EAA.
- Evidencias de gestión de riesgos del artículo 21 de NIS2.
- Cláusulas de terceros del artículo 28 de DORA (para entidades financieras).
Quien gestiona una tienda WordPress fuera de los sectores regulados solo tiene que ocuparse de la BFSG. Un operador que además procesa pagos, mantiene alianzas con aseguradoras o presta servicios a sectores regulados tiene que ocuparse de los tres. El paquete de seguridad de proveedor que entrego en esos encargos responde a cada filtro con un documento breve propio, con referencias cruzadas entre ellos.
Textos relacionados sobre cumplimiento
- Pilar: NIS2 y DORA en WordPress: el stack de cumplimiento de 2026
- Cyber Resilience Act + NIS2 + DORA: el stack de cumplimiento de 2026 para WordPress headless
Cómo preparar la tienda para una auditoría BFSG
Primero, determine si la tienda está incluida. Vender a consumidores en Alemania es un servicio de comercio electrónico según el § 1 de la BFSG. Una empresa con menos de 10 empleados y un volumen de negocio o balance de hasta 2 millones de EUR puede acogerse a la exención del § 3, apartado 3, pero solo cubre las obligaciones relativas a servicios, y los productos vendidos siguen incluidos.
Si la tienda está incluida, empiece por los plugins que más suspenden la auditoría: banner de cookies, slider, popup y galería de producto. Recorra cada uno solo con el teclado y compruebe adónde vuelve el foco al cerrar la ventana. Después, audite el tema según WCAG 2.2 AA y los formularios del checkout.
Por último, prepare la declaración de accesibilidad en alemán, enlazada desde el pie de página, con el nivel de conformidad, las limitaciones conocidas y un contacto. Anote con qué ha hecho las pruebas: NVDA en Windows, VoiceOver en macOS, navegación sin ratón. Las multas del § 37 llegan a 100 000 EUR y las imponen las autoridades de vigilancia del mercado de los estados federados, así que la declaración debe describir lo que de verdad funciona en la tienda. ¿Vende en varios países de la UE? Documente la conformidad una sola vez, según la trasposición más estricta.
