BFSG y EAA: el plazo alemán de 2025 para tiendas WordPress

#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, España con la Ley 11/2023 y cada uno de los demás Estados miembros con su propia norma. 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: la MLBF, organismo conjunto de vigilancia del mercado de los estados federados, con multas de hasta 100 000 EUR según el § 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 y el § 3, apartado 1 definen 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 § 3, apartado 1 exige que los productos y servicios sean accesibles en ese sentido. Los requisitos técnicos concretos no están en la ley: el § 3, apartado 2 los delega en un reglamento, la BFSGV, que sigue el Anexo I de la directiva EAA. El § 4 añade una presunción de conformidad para los servicios que cumplen normas armonizadas.

El § 14, apartado 1, número 2, junto con el Anexo 3 de la ley, obliga a los prestadores de servicios a publicar cómo cumple su servicio los requisitos de accesibilidad. En la práctica es la declaración de accesibilidad; el contenido obligatorio se detalla más abajo.

El § 37 fija multas de hasta 100 000 EUR por ofrecer un servicio que no cumple los requisitos y de hasta 10 000 EUR por otras infracciones, como no facilitar información a la autoridad. La aplicación corresponde a un único organismo conjunto de los estados federados, descrito más abajo.

#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 (artículo 31). El contenido está en el Anexo I. La sección III recoge los requisitos generales para todos los servicios incluidos, la sección IV los requisitos adicionales para servicios concretos, y la letra g) de la sección IV trata el comercio electrónico.

La sección III exige, entre otras cosas, información sobre el funcionamiento del servicio a través de más de un canal sensorial y sitios web y aplicaciones móviles perceptibles, operables, comprensibles y robustos. La sección IV, letra g), añade tres obligaciones para el comercio electrónico: información sobre la accesibilidad de los productos vendidos, funciones de identificación, seguridad y pago accesibles, y métodos de identificación, firma electrónica y servicios de pago accesibles.

Las trasposiciones nacionales coinciden en el contenido y divergen en el procedimiento. Alemania encarga la vigilancia del mercado a un organismo conjunto de los estados federados. España traspuso la directiva con la Ley 11/2023, de 8 de mayo. 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.

#Quién aplica la BFSG a las tiendas online

Los estados federados no tienen dieciséis oficinas separadas para la BFSG. Crearon un organismo conjunto, la Marktüberwachungsstelle der Länder für die Barrierefreiheit von Produkten und Dienstleistungen (MLBF), una entidad de derecho público con sede en Magdeburgo que vigila el cumplimiento de la BFSG en los 16 estados (MLBF, quiénes somos). Publica estrategias de vigilancia separadas para productos y para servicios, y en su web ofrece dos formularios a los consumidores: la notificación de una barrera y una solicitud formal según el § 32, apartado 1 de la BFSG.

El segundo formulario es el que debe conocer quien gestiona una tienda. Según el § 32 de la BFSG, un consumidor que no puede usar un servicio, o una asociación de personas con discapacidad reconocida o una entidad de consumidores habilitada que actúe por él, puede exigir que la autoridad abra un procedimiento contra el operador. La autoridad resuelve la solicitud mediante resolución formal. Basta, por tanto, la queja de un solo cliente para iniciar una inspección; la autoridad no necesita encontrar la tienda por su cuenta.

#Cómo inspecciona la autoridad de vigilancia una tienda WooCommerce

El § 28, apartado 2 de la BFSG permite a la autoridad revisar servicios sin motivo concreto, mediante muestreo. Para sitios web y aplicaciones, el Anexo 1 de la ley fija el método. Cada paso de un proceso se revisa en el orden que sigue un usuario típico, y la revisión cubre formularios, controles y cuadros de diálogo, confirmaciones de datos, mensajes de error y demás respuestas, y el comportamiento del sitio con distintos programas y tecnologías de apoyo.

El número 2 del Anexo 1 define también la muestra. Trasladada a una tienda WooCommerce, queda así:

Una regla sitúa el checkout en el centro de cada inspección: si una página de la muestra es un paso de un proceso, se revisan todos los pasos de ese proceso. La ficha de producto lleva al carrito, así que carrito, checkout, pago y confirmación del pedido entran en la revisión desde el primer producto de la muestra.

#Qué exige la BFSGV a un servicio de comercio electrónico

Los requisitos técnicos están en el reglamento Verordnung zum Barrierefreiheitsstärkungsgesetz (BFSGV), de 15 de junio de 2022. Dos de sus disposiciones afectan a una tienda.

El § 12 de la BFSGV fija los requisitos generales para todos los servicios. La información sobre el funcionamiento del servicio debe estar disponible por más de un canal sensorial, ser localizable y comprensible, ofrecerse en formatos de texto que el usuario pueda convertir a otros formatos, usar un tamaño de letra y un contraste adecuados y ofrecer una alternativa al contenido no textual. Los sitios web y las aplicaciones móviles deben ser perceptibles, operables, comprensibles y robustos, los cuatro principios sobre los que se construye WCAG. Los servicios de soporte, como un servicio de atención, deben informar sobre la accesibilidad por medios de comunicación accesibles.

El § 19 de la BFSGV añade tres requisitos para el comercio electrónico:

• información sobre la accesibilidad de los productos y servicios a la venta, cuando la facilita el agente económico responsable;
• funciones de identificación, autenticación, seguridad y pago perceptibles, operables, comprensibles y robustas cuando forman parte del servicio;
• métodos de identificación, firmas electrónicas y servicios de pago perceptibles, operables, comprensibles y robustos.

En WooCommerce esto apunta a tres zonas que los temas rara vez cubren: los formularios de acceso y registro, cualquier paso de doble factor o captcha, y el formulario de pago. Un formulario de tarjeta incrustado o la página de redirección de la pasarela sigue formando parte del servicio que la tienda ofrece al consumidor.

#Qué norma acredita la conformidad con la BFSG

El § 4 de la BFSG presume la conformidad cuando un servicio cumple normas armonizadas cuyas referencias se han publicado en el Diario Oficial de la UE. La Bundesfachstelle Barrierefreiheit, a la que el § 3, apartado 2 de la BFSGV encarga publicar las normas aplicables, informa de que la Comisión Europea emitió el mandato de normalización M/587 para normas armonizadas nuevas y revisadas bajo la directiva (Bundesfachstelle Barrierefreiheit, normas y estándares). Mientras ese trabajo no termine, señala la EN 301 549 V3.2.1 como referencia técnica central para el ámbito digital. Los requisitos para sitios web están en la cláusula 9 y en la tabla A.1, y remiten a criterios de conformidad de WCAG 2.1.

La referencia práctica hoy es, por tanto, WCAG 2.1 nivel AA a través de la EN 301 549. Una auditoría frente a WCAG 2.2 AA la cubre: según el resumen de WCAG 2.2 del W3C, los criterios de 2.1 se mantienen salvo 4.1.1 Parsing, que se eliminó, y criterios AA nuevos como 2.4.11 Focus Not Obscured, 2.5.8 Target Size y 3.3.8 Accessible Authentication afectan directamente a cabeceras fijas, botones del checkout en móvil y formularios de acceso.

#Qué debe contener la información de accesibilidad del Anexo 3

El § 14, apartado 1, número 2 de la BFSG solo permite prestar un servicio si el prestador ha elaborado la información del Anexo 3 y la ha puesto a disposición del público en formato accesible. El Anexo 3 indica dónde y qué. La información va en las condiciones generales o se publica de otra forma claramente perceptible, y contiene como mínimo:

• una descripción general del servicio en un formato accesible;
• las descripciones y explicaciones necesarias para entender cómo se presta el servicio;
• una descripción de cómo cumple el servicio los requisitos de la BFSGV;
• la autoridad de vigilancia del mercado competente, que hoy es la MLBF.

El § 14, apartado 2 obliga a conservar esta información mientras se ofrezca el servicio. Que falte o esté incompleta es una no conformidad formal según el § 30, que la MLBF revisa por separado de la técnica.

#Excepciones por alteración fundamental y carga desproporcionada

Los § 16 y § 17 de la BFSG permiten no cumplir un requisito si hacerlo alteraría de forma fundamental la naturaleza del servicio o supondría una carga desproporcionada. Ninguno funciona como exención general. El operador hace su propia evaluación, la documenta, la conserva cinco años desde la última prestación del servicio y entrega una copia a la autoridad si esta la pide. El prestador que se acoge al § 17 debe repetir la evaluación para cada categoría de servicio al menos cada cinco años, y también cuando cambia el servicio o lo pide la autoridad. Debe comunicar a la autoridad que se acoge a la excepción; las microempresas están exentas de esa comunicación. Quien haya recibido fondos públicos o privados ajenos para mejorar la accesibilidad no puede alegar carga desproporcionada.

El Anexo 4 enumera los criterios de la evaluación, empezando por la relación entre el coste neto de la accesibilidad y el coste total de explotación e inversión del servicio. Según el § 28, apartado 3, la autoridad comprueba si la evaluación existe, si aplica bien esos criterios y si se cumplen los demás requisitos.

#Qué pasa si una tienda no supera una inspección BFSG

El § 29 de la BFSG escala en tres pasos. Primero, la autoridad pide al prestador que restablezca la conformidad en un plazo razonable. Si no ocurre nada, repite el requerimiento con la advertencia de prohibir el servicio. Si vence también el segundo plazo, puede ordenar que deje de ofrecerse el servicio, y levanta la orden cuando se acredita la conformidad. Quien sabe que su servicio no cumple debe comunicarlo por iniciativa propia a la autoridad según el § 14, apartado 4, con el tipo de no conformidad y las medidas correctoras.

Los dos niveles de multa del § 37, apartado 2 siguen la misma división. Ofrecer un servicio que no cumple los requisitos (§ 37, apartado 1, número 8) puede costar hasta 100 000 EUR. No facilitar información o documentos a la autoridad entra en el nivel inferior, de hasta 10 000 EUR.

#Periodo transitorio de la BFSG hasta 2030

El § 38 de la BFSG se lee a menudo como un periodo de gracia para las tiendas existentes. Es más estrecho. Los prestadores pueden seguir usando hasta el 27 de junio de 2030 los productos en el sentido del § 1, apartado 2, como terminales de pago, que ya usaban legalmente antes del 28 de junio de 2025. Los contratos de servicios celebrados antes del 28 de junio de 2025 pueden seguir sin cambios hasta su vencimiento, como máximo hasta el 27 de junio de 2030. Los terminales de autoservicio ya instalados pueden seguir en uso hasta el fin de su vida económica, como mucho quince años desde su puesta en servicio.

Nada de esto aplaza los requisitos para el sitio web de la tienda. El § 1, apartado 3 aplica la ley a los servicios prestados a consumidores después del 28 de junio de 2025, y cada pedido hecho en la tienda después de esa fecha es uno de esos servicios.

#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 y Owl Carousel. 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 inspección de la autoridad de vigilancia del mercado». La lista de comprobación de la auditoría se aplica frente a WCAG 2.2 AA, que incluye los criterios de WCAG 2.1 AA a los que remite hoy la EN 301 549 (ver la sección sobre normas más arriba).

La misma pregunta de la auditoría conviene hacerla antes de comprar una extensión. El 20 de octubre de 2026, Equalize Digital publicó un caso de estudio sobre WooCommerce: entre junio de 2025 y agosto de 2026 revisó 43 extensiones oficiales y registró 519 problemas que incumplían 32 criterios de conformidad de WCAG. Equipos de Automattic y Fueled corrigieron las 41 extensiones que mantiene WooCommerce, y los hallazgos de Amazon Pay y Affirm se enviaron a esos dos proveedores. WooCommerce publica informes de conformidad de accesibilidad (ACR) de esas extensiones en su página de accesibilidad. El informe de WooCommerce Bookings, por ejemplo, indica la versión 3.1.0, la fecha del 24 de julio de 2026, el tema Twenty Twenty-Five usado en las pruebas y las barreras que siguen abiertas. Una tienda en Shopify, Shopware, PrestaShop o código propio también depende de aplicaciones y módulos que no ha desarrollado, así que pide un ACR a cada proveedor antes de comprar y revisa la edición, la versión, el tema y las excepciones. ITI publica cuatro ediciones de VPAT: los informes de WooCommerce usan la edición WCAG, y la EN 301 549 la cubren las ediciones EU e INT. Si el proveedor no tiene informe, incluye los flujos de pago, cuenta y reserva de esa extensión en la auditoría de accesibilidad antes del lanzamiento, o en una revisión de WooCommerce EU readiness.

Actualización del 27 de octubre de 2026. Las tiendas suspenden una revisión de accesibilidad sobre todo por los plugins de la parte pública: un control propio sustituye a uno nativo, un icono no tiene nombre, una barra de progreso no expone su valor, una ventana de diálogo no responde al teclado. Prueba cada plugin que añadas solo con el teclado y con un lector de pantalla. En nuestros propios plugins, el comportamiento accesible es este. Swatch muestra con palabras el valor elegido junto al nombre del atributo, por ejemplo “Color: Rojo”, y los lectores de pantalla anuncian el cambio. Badgevo pone un texto bajo cada sello, y ese texto es lo que oyen los lectores de pantalla. En el cuestionario de Elektilo, las flechas del teclado pasan de una respuesta a otra y la barra espaciadora o Enter elige una. La caja de luz de Reel recorre las imágenes con botones de flecha, las teclas izquierda y derecha o un deslizamiento, y anuncia qué imagen es y cuántas hay. Peek abre la vista rápida en una ventana de diálogo accesible. Aplica ese mismo listón cuando pruebes cualquier plugin, nuestro o de otro proveedor.

#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, determina 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. El resto de obligaciones de la UE para una tienda se trata en preparación de WooCommerce para la UE.

Si la tienda está incluida, empieza por los plugins que más suspenden la auditoría: banner de cookies, slider, popup y galería de producto. Recorre cada uno solo con el teclado y comprueba adónde vuelve el foco al cerrar la ventana. Después, audita el tema según WCAG 2.2 AA y los formularios del checkout.

Por último, prepara la información de accesibilidad en alemán, enlazada desde el pie de página, con el nivel de conformidad, las limitaciones conocidas, un contacto y la MLBF como autoridad competente. Anota con qué has hecho las pruebas: NVDA en Windows, VoiceOver en macOS, navegación sin ratón. Las multas del § 37 llegan a 100 000 EUR, así que la declaración debe describir lo que de verdad funciona en la tienda. Si vendes en varios países de la UE, documenta la conformidad una sola vez, según la trasposición más estricta.