---
title: "blog/post-single"
canonical_url: "https://www.laioutr.com/es/blog/digital-accessibility-legal-foundations-2026"
locale: es
---
# EAA, BFSG y WCAG 2.1 AA: cómo integrar la accesibilidad en tus componentes y no en una auditoría puntual
Índice
1. [1.El marco legal, en breve](#el-marco-legal-en-breve)
2. 2.Por qué el modelo de auditoría como proyecto deja de funcionar después de la primera pasada
3. 3.Cómo llevar el cumplimiento por ingeniería a la capa de componentes
4. 4.Cómo se ve esto a nivel de plataforma
5. [5.En qué se diferencia esto de nuestros otros contenidos sobre accesibilidad](#en-qu-se-diferencia-esto-de-nuestros-otros-contenidos-sobre-accesibilidad)
6. 6.Nuestra opinión
7. [7.Preguntas frecuentes](#preguntas-frecuentes)
8. 8.Próximos pasos
9. 9.Más sobre la plataforma Laioutr
1. [1.El marco legal, en breve](#el-marco-legal-en-breve)
2. 2.Por qué el modelo de auditoría como proyecto deja de funcionar después de la primera pasada
3. 3.Cómo llevar el cumplimiento por ingeniería a la capa de componentes
4. 4.Cómo se ve esto a nivel de plataforma
5. [5.En qué se diferencia esto de nuestros otros contenidos sobre accesibilidad](#en-qu-se-diferencia-esto-de-nuestros-otros-contenidos-sobre-accesibilidad)
6. 6.Nuestra opinión
7. [7.Preguntas frecuentes](#preguntas-frecuentes)
8. 8.Próximos pasos
9. 9.Más sobre la plataforma Laioutr
Si gestionas una tienda online o un sitio corporativo en la UE, probablemente ya hayas leído alguna versión del artículo divulgativo sobre accesibilidad: European Accessibility Act, BFSG, WCAG 2.1 AA, multas, plazos. Ese tipo de artículo responde a qué exige la ley. Rara vez responde a la pregunta operativa más difícil: una vez corregidas las infracciones que detectó tu última auditoría, ¿qué impide que la próxima release, la próxima extensión de terceros o la próxima página de campaña vuelvan a introducirlas? Esto es una respuesta práctica a esa segunda pregunta, no otro resumen de la primera. Mantenemos el marco legal breve a propósito y dedicamos el resto del texto al cómo.
## El marco legal, en breve
La Ley Europea de Accesibilidad, [Directiva (UE) 2019/882](https://eur-lex.europa.eu/eli/dir/2019/882/oj/eng "Directive (EU) 2019/882"), se aplica en toda la UE desde el 28 de junio de 2025, y Alemania la transpuso a su legislación nacional mediante la [Barrierefreiheitsstärkungsgesetz (BFSG)](https://www.gesetze-im-internet.de/bfsg/BJNR297010021.html), que entró en vigor en la misma fecha. Para la mayoría de los productos y servicios digitales dirigidos al consumidor, incluidas las tiendas online B2C, la directiva no define sus propias reglas técnicas. Remite a la norma armonizada [EN 301 549](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf), que incorpora íntegramente WCAG 2.1 en el nivel de conformidad AA como vía aceptada para demostrar el cumplimiento. Las microempresas, es decir, las empresas con menos de 10 empleados y con una facturación anual o un balance total inferior a 2 millones de euros, quedan exentas de las obligaciones de la EAA relativas a los servicios en virtud del [artículo 4 de la directiva](https://eur-lex.europa.eu/eli/dir/2019/882/oj/eng "Article 4 of the directive"), aunque esta exención es estrecha y no cubre las obligaciones relativas a los productos en general. En Alemania la supervisión ya está activa: [el artículo 37 de la BFSG](https://www.gesetze-im-internet.de/bfsg/__37.html "Section 37 BFSG") fija multas administrativas de hasta 10.000 euros para la mayoría de las infracciones y de hasta 100.000 euros para las categorías más graves, y el organismo interfederal de vigilancia del mercado en materia de accesibilidad [informó en enero de 2026](https://www.ehome-news.de/bfsg-2026-marktueberwachung-in-aktiver-kontrollphase-eu-kommission-mahnt-deutschland-zur-umsetzung/ "reported in January 2026") de que la supervisión ha pasado de un periodo de gracia a una fase de control activo. Nada de esto constituye asesoramiento jurídico. Si una oferta concreta entra o no en el ámbito de aplicación, y qué exenciones le corresponden, es una cuestión para tu asesoría legal, no para un artículo de blog.
## Por qué el modelo de auditoría como proyecto deja de funcionar después de la primera pasada
Una auditoría del tema, una revisión del design system, un test externo de accesibilidad: todos siguen la misma forma. Alguien externo revisa el estado actual, produce una lista de hallazgos, un equipo los corrige dentro del marcado existente y un nuevo test confirma la corrección. Ese modelo responde a una foto fija. No responde a qué pasa al día siguiente, cuando una nueva landing page, un nuevo paso del checkout o un widget de terceros se publican sin pasar por la misma revisión. Cada uno de esos cambios puede reintroducir una infracción que la última auditoría ya había cerrado, porque la responsabilidad del cumplimiento vivía en la página y no en una capa que gobierne todas las páginas que existirán algún día. El resultado es un programa de cumplimiento que vuelve casi a cero con cada ciclo de release, por muy exhaustiva que haya sido la última auditoría.
## Cómo llevar el cumplimiento por ingeniería a la capa de componentes
### Paso 1: escribe un contrato de componente accesible por cada tipo de componente
Empieza con una lista explícita, no con una política general: qué componentes existen, qué comportamiento accesible garantiza cada uno y qué rompería esa garantía. Un componente de formulario garantiza campos etiquetados, estados de error visibles y un orden de tabulación definido. Un componente de navegación garantiza un enlace de salto y roles de landmark consistentes. Una ficha de producto garantiza una imagen descrita y un estado de foco visible. Escríbelo como un contrato que un componente cumple o no cumple, no como una checklist a nivel de página que alguien vuelve a repasar a mano en cada lanzamiento.
### Paso 2: codifica el contraste y la tipografía como tokens, no como decisiones por página
Los fallos de contraste de color rara vez vienen de una decisión de diseño deliberada. Vienen de que alguien de marketing o de diseño elige un tono que se ve bien sobre un fondo y no llega al mínimo de 4,5:1 de WCAG sobre otro. Lleva las parejas de color con contraste seguro y los tamaños de fuente a design tokens que la capa de componentes imponga, y una página de campaña heredará por defecto una paleta conforme, en lugar de necesitar una comprobación manual de contraste antes de cada lanzamiento.
### Paso 3: centraliza la lógica de teclado y de foco una vez y reutilízala en todas partes
El orden de foco y la operabilidad completa por teclado son dos de los puntos de fallo más habituales en WCAG 2.1 AA, y también dos de los más difíciles de corregir de forma consistente a mano en decenas de plantillas. Construye la lógica una sola vez, dentro de los componentes compartidos de modal, desplegable y formulario, y cada página que reutilice esos componentes heredará el comportamiento correcto sin que un desarrollador tenga que reimplementarlo desde cero cada vez.
### Paso 4: valida cada componente en CI antes de que llegue a una página
Una auditoría prueba la página terminada, semanas o meses después de su lanzamiento. Un gate de componentes prueba el bloque de construcción antes de publicarlo: comprobaciones automáticas de contraste, linting de atributos ARIA y tests de navegación por teclado ejecutados contra el componente aislado, dentro del mismo pipeline que ya ejecuta tus demás validaciones de CI. Un componente que no supera el gate no llega a producción, sin importar qué página acabe usándolo ni qué equipo haya construido esa página.
### Paso 5: asigna responsabilidad y una cadencia de revisión fija, no un proyecto puntual
Un contrato de componente sin responsable se degrada. Define quién es responsable de la biblioteca de componentes accesibles, ya sea un gremio de frontend, un equipo de design system o una única persona senior de ingeniería, y fija una cadencia de revisión, por ejemplo cada trimestre o con cada release importante de design tokens, para que el contrato se mantenga al día con las nuevas directrices WCAG y los nuevos tipos de componente en lugar de congelarse en el estado de la última auditoría.
### Paso 6: extiende el mismo contrato al contenido y a las variantes generados por IA
Si agentes de IA o herramientas de contenido generan variantes de texto, tests de layout o descripciones de producto personalizadas dentro de tu storefront, el contrato de componente accesible también tiene que aplicarles. Un agente que cambia un titular para un test A/B no debería poder colocarlo dentro de un componente que rompa el contrato de contraste, y una imagen de producto generada no debería saltarse el requisito de texto alternativo solo porque no la haya escrito una persona a mano. Integrar ese límite en la propia [Agentic Frontend Management Platform](https://www.laioutr.com/es/agentic-frontend-management-platform) y no en un paso de revisión que alguien tiene que recordar, es lo que mantiene el contenido asistido por IA dentro de la misma garantía de conformidad que el resto de la página.
## Cómo se ve esto a nivel de plataforma
En Laioutr, esto es lo que significan los [componentes WCAG Ready](https://www.laioutr.com/es/product/wcag-ready "WCAG-Ready components") en la práctica: formularios, navegación, tarjetas y modales se construyen una vez con el contrato anterior incorporado, y todos los flujos de trabajo de [Content Management](https://www.laioutr.com/es/product/content-management) existentes, cada página nueva y cada integración de la [Composable Digital Experience Platform](https://www.laioutr.com/es/composable-digital-experience-platform) los reutilizan en lugar de reimplementar el marcado página a página. Los desarrolladores son dueños del contrato de componente, y los [equipos de producto y UX](https://www.laioutr.com/es/role/ux-ui-designer "product and UX teams") componen páginas nuevas a partir de componentes que ya llevan la garantía incorporada, en lugar de probar la accesibilidad como un paso separado y tardío antes del lanzamiento.
## En qué se diferencia esto de nuestros otros contenidos sobre accesibilidad
Ya hemos tratado la accesibilidad desde un ángulo específico de plataforma: [Magento 2 y la BFSG alemana](https://www.laioutr.com/es/blog/magento-2-bfsg-accessibility-without-theme-audit-2026 "Magento 2 and the German BFSG") analiza por qué la capa de tema es precisamente donde las tiendas Magento se meten en problemas, y qué cambia un frontend desacoplado para ese stack concreto. Este artículo es deliberadamente agnóstico respecto a la plataforma: el marco legal es el mismo sea cual sea tu backend, y la respuesta de ingeniería, llevar el cumplimiento al contrato de componente en lugar de a la auditoría, sirve tanto si usas Magento, Shopware, commercetools o un stack a medida. Si ya leíste el artículo sobre Magento, considera este la versión general del mismo argumento, pensada para [desarrolladores](https://www.laioutr.com/es/role/developer "developers") que trabajan más allá de una única plataforma.
## Nuestra opinión
Hacer una auditoría no está mal. Un diagnóstico limpio de partida sigue importando, y los tribunales y las autoridades de vigilancia del mercado seguirán pidiéndolo. Pero una auditoría describe un estado, no lo mantiene. La conformidad se sostiene en el tiempo solo cuando es una propiedad de aquello que reutilizas en cada página, el componente, y no una propiedad de la página en sí. Eso es una decisión de ingeniería, no legal, y es una decisión que tu equipo puede tomar antes de que la próxima auditoría vuelva a encontrar el mismo tipo de problema.
## Preguntas frecuentes
**¿Esto sustituye la necesidad de una auditoría de accesibilidad?** No. Una auditoría inicial sigue estableciendo tu punto de partida y suele ser esperada por las autoridades de vigilancia del mercado y por los tribunales como prueba de buena fe. Lo que cambia es lo que ocurre después: en lugar de repetir una auditoría completa en cada release, validas componentes individuales antes de publicarlos.
**¿WCAG 2.1 AA garantiza el cumplimiento legal de la EAA o de la BFSG?** Seguir la EN 301 549, que incorpora WCAG 2.1 AA, es la vía aceptada para demostrar la conformidad de la mayoría de los productos y servicios digitales dentro del ámbito de aplicación. Si tu oferta concreta está dentro del ámbito, y si le aplica alguna exención, es una cuestión legal que debe confirmar tu asesoría, no algo que este artículo pueda determinar por ti.
**¿Tengo que reconstruir mi frontend para aplicar un contrato de componente?** No. El primer paso es escribir el contrato para los componentes que ya tienes y validar los nuevos componentes contra él. Las páginas existentes se pueden ir incorporando al contrato de forma incremental a medida que se tocan, en lugar de mediante una reconstrucción de golpe.
**¿La exención para microempresas significa que las tiendas online pequeñas pueden ignorar esto?** La exención de la EAA es estrecha: cubre las obligaciones relativas a los servicios para empresas de menos de 10 empleados con una facturación o un balance total inferior a 2 millones de euros, no las obligaciones relativas a los productos en general. La mayoría de los comercios que operan un storefront online de cierta entidad no deberían dar por hecho que cumplen los requisitos sin verificar los detalles con su asesoría legal.
## Próximos pasos
Si quieres ver cómo se aplica un contrato de componente accesible a tu frontend actual, [reserva una demo de 30 minutos](https://www.laioutr.com/es/pricing "book a 30-minute demo"), y repasaremos contigo qué componentes ya lo cumplen y cuáles no.
## Más sobre la plataforma Laioutr
- [Componentes WCAG Ready](https://www.laioutr.com/es/product/wcag-ready "WCAG-Ready Components")
- [Content Management](https://www.laioutr.com/es/product/content-management)
- [Composable Digital Experience Platform](https://www.laioutr.com/es/composable-digital-experience-platform)
- [Para desarrolladores](https://www.laioutr.com/es/role/developer "For Developers")
**Sobre el autor:** Marcel Thiesies es cofundador de Laioutr y trabaja en cómo los equipos mantienen su storefront conforme y, a la vez, rápido de iterar, sin tratar la accesibilidad como una emergencia recurrente.
---
Compartir este artículo
[Compartir en Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fdigital-accessibility-legal-foundations-2026) [Compartir en X](https://x.com/intent/post?url=https%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fdigital-accessibility-legal-foundations-2026&text=) [Compartir en LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fdigital-accessibility-legal-foundations-2026) [Compartir en Pinterest](https://pinterest.com/pin/create/button/?url=https%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fdigital-accessibility-legal-foundations-2026&description=) [Compartir por correo electrónico](mailto:?subject=&body=%0A%0Ahttps%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fdigital-accessibility-legal-foundations-2026)
## Más artículos interesantes
Conocimiento práctico sobre desarrollo frontend, agentes inteligentes y headless
[Al blog](https://www.laioutr.com/es/blogs)
[Tracking web en e-commerce 2026: una visión honesta del stack
El tracking web en e-commerce no es una herramienta, sino un stack de cinco capas: gestión del conse…](https://www.laioutr.com/es/blog/website-tracking-ecommerce-stack-overview-2026)
[Una fuente de contenido para cada canal: del print a la tienda
La doble introducción de datos se produce cuando el mismo texto de producto, la misma especificación…](https://www.laioutr.com/es/blog/unified-content-source-print-to-storefront-omnichannel-2026)
[Las cookies de terceros no han muerto: por qué faltan datos
Las cookies de terceros siguen existiendo en 2026. En 2025 Google decidió no eliminarlas de Chrome y…](https://www.laioutr.com/es/blog/third-party-cookies-2026-why-tracking-data-has-gaps)
[Compra como invitado o cuenta de cliente: una decisión a probar
En un storefront B2C, la compra como invitado debería ser el camino por defecto, y la cuenta de clie…](https://www.laioutr.com/es/blog/guest-checkout-vs-customer-account-frontend-testing)
[Google Tag Manager solo con consentimiento: el fallo de Hannover
Google Tag Manager solo puede cargarse después de que la persona que visita el sitio haya dado un co…](https://www.laioutr.com/es/blog/google-tag-manager-consent-vg-hannover-ruling-2026)
[Agencia de composable commerce 2026: tres ofertas en lugar de una
En 2026, una agencia de composable commerce no gana con un único paquete estándar. Gana con tres mod…](https://www.laioutr.com/es/blog/composable-commerce-agency-three-offer-models-2026)
[Algolia en el frontend composable: índices, eventos, integración
Una integración de Algolia en un frontend composable consta de tres capas que conviene planificar po…](https://www.laioutr.com/es/blog/algolia-indexing-events-composable-frontend-2026)
[Campañas de descuento en tiendas online: páginas de Black Friday
Una campaña de descuento en una tienda online funciona cuando el objetivo, la mecánica de descuento …](https://www.laioutr.com/es/blog/discount-campaigns-online-store-black-friday-sale-pages)
[iPhone Duo and Ecommerce: What Merchants Need to Know Now
iPhone Duo goes on sale on October 23, 2026. Online stores don't need a dedicated app or a custo…](https://www.laioutr.com/es/blog/iphone-duo-ecommerce-foldable-storefront)
[Datos de producto estructurados: cómo se notan en tu storefront
Datos de producto estructurados significa que cada dato del producto vive en un atributo tipado, con…](https://www.laioutr.com/es/blog/structured-product-data-pim-frontend-2026)
[El 44 % decide con prueba o PoC: el PoC de storefront para DACH
En la región DACH, las decisiones de software se toman cada vez más con las manos en la masa: en el …](https://www.laioutr.com/es/blog/storefront-proof-of-concept-dach-buyers-2026)
[Comparativa FMP: cómo elegir la Frontend Management Platform adecuada
Elegir una Frontend Management Platform (FMP) no consiste en comparar listas de funciones, sino en s…](https://www.laioutr.com/es/blog/frontend-management-platform-comparison-how-to-choose-2026)
[DAM, PIM y CMS convergen: qué significa para el frontend de tu tienda
Los proveedores de DAM, PIM y CMS están entrando en el terreno de los demás, y cada vez más equipos …](https://www.laioutr.com/es/blog/dam-pim-cms-convergence-content-hub-storefront-2026)
[Contentful Live Preview: lo que tu frontend tiene que resolver
Con Contentful Live Preview, los editores ven un borrador junto al editor de la entrada y siguen los…](https://www.laioutr.com/es/blog/contentful-live-preview-frontend-perspective-2026)
[Gobernanza de contenido a gran escala: contenido de producto y assets
Gobernanza de contenido a gran escala significa definir una sola vez roles, aprobaciones, reglas de …](https://www.laioutr.com/es/blog/content-governance-product-content-brand-assets-frontend-2026)
[](https://www.laioutr.com/es/apps/shopify)
Laioutr
[Shopify](https://www.laioutr.com/es/apps/shopify)
Shopify es una plataforma de comercio para vender online y en tienda física.
[](https://www.laioutr.com/es/apps/shopware)
Laioutr
[Shopware](https://www.laioutr.com/es/apps/shopware)
Shopware es una plataforma de e-commerce flexible de origen europeo para catálogos de productos y comercio omnicanal.
[](https://www.laioutr.com/es/apps/adobe-commerce)
Laioutr
[Adobe Commerce](https://www.laioutr.com/es/apps/adobe-commerce)
Adobe Commerce es una plataforma de comercio empresarial para escenarios B2C y B2B complejos y globales.
Planned
[](https://www.laioutr.com/es/apps/b2b-sellers)
Laioutr
[B2Bsellers](https://www.laioutr.com/es/apps/b2b-sellers)
Suite B2B para Shopware que convierte la tienda online en una plataforma profesional de comercio B2B.
Planned
[](https://www.laioutr.com/es/apps/commerce-layer)
Laioutr
[Commerce Layer](https://www.laioutr.com/es/apps/commerce-layer)
Commerce Layer es una plataforma de headless commerce para que inventarios y catálogos estén disponibles online.
[](https://www.laioutr.com/es/apps/commercetools)
Laioutr
[Commercetools](https://www.laioutr.com/es/apps/commercetools)
Commercetools es una plataforma de e-commerce headless basada en SaaS y utilizada en todo el mundo.
[](https://www.laioutr.com/es/apps/emporix)
Laioutr
[Emporix](https://www.laioutr.com/es/apps/emporix)
Emporix es una plataforma de composable commerce API-first para escenarios B2B y B2C escalables.
Planned
[](https://www.laioutr.com/es/apps/hcl-software)
Laioutr
[HCL Software](https://www.laioutr.com/es/apps/hcl-software)
Suite empresarial de comercio y experiencia digital con un alto grado de configurabilidad.
Planned
[](https://www.laioutr.com/es/apps/intershop)
Laioutr
[Intershop](https://www.laioutr.com/es/apps/intershop)
Plataforma de comercio empresarial para modelos de negocio B2B y B2C complejos.
Planned
[](https://www.laioutr.com/es/apps/magento-2)
Laioutr
[Magento 2](https://www.laioutr.com/es/apps/magento-2)
Plataforma de comercio ampliable y muy extendida para escenarios B2C y B2B.
[](https://www.laioutr.com/es/apps/oxid-eshop)
Laioutr
[OXID eShop](https://www.laioutr.com/es/apps/oxid-eshop)
OXID eShop es una plataforma de comercio ampliable para requisitos B2B y B2C complejos.
Planned
[](https://www.laioutr.com/es/apps/patchworks)
Laioutr
[Patchworks](https://www.laioutr.com/es/apps/patchworks)
Patchworks es un iPaaS low-code que conecta e-commerce, ERP, WMS, 3PL y marketplaces.
Planned
[](https://www.laioutr.com/es/apps/PrestaShop)
Laioutr
[Prestashop](https://www.laioutr.com/es/apps/PrestaShop)
Plataforma de comercio open source para pequeños y medianos comerciantes en Europa y más allá.
Planned
[](https://www.laioutr.com/es/apps/saleor)
Laioutr
[Saleor](https://www.laioutr.com/es/apps/saleor)
Plataforma de comercio open source y API-first basada en GraphQL para storefronts a medida.
Planned
[](https://www.laioutr.com/es/apps/salesforce-commerce-cloud)
Laioutr
[Salesforce Commerce Cloud](https://www.laioutr.com/es/apps/salesforce-commerce-cloud)
Salesforce Commerce Cloud es una plataforma de comercio empresarial en la nube para empresas de cualquier tamaño.
Planned
[](https://www.laioutr.com/es/apps/sap-commerce-cloud)
Laioutr
[SAP Commerce Cloud](https://www.laioutr.com/es/apps/sap-commerce-cloud)
Plataforma de comercio empresarial para catálogos complejos, modelos de precios y recorridos omnicanal.
Planned
[](https://www.laioutr.com/es/apps/scayle)
Laioutr
[Scayle](https://www.laioutr.com/es/apps/scayle)
SCAYLE es un motor de comercio con el que marcas y comerciantes escalan su negocio.
Planned
[](https://www.laioutr.com/es/apps/spryker)
Laioutr
[Spryker](https://www.laioutr.com/es/apps/spryker)
Plataforma de composable commerce para modelos de negocio B2B y B2C exigentes.
[](https://www.laioutr.com/es/apps/sylius)
Laioutr
[Sylius](https://www.laioutr.com/es/apps/sylius)
Sylius es un framework de e-commerce pensado para desarrolladores y para experiencias de compra B2C y B2B.
Planned
[](https://www.laioutr.com/es/apps/vendure)
Laioutr
[Vendure](https://www.laioutr.com/es/apps/vendure)
Vendure es una plataforma de headless commerce para empresas con requisitos complejos.
Coming Soon
[](https://www.laioutr.com/es/apps/vtex)
Laioutr
[VTEX](https://www.laioutr.com/es/apps/vtex)
Plataforma de composable commerce cloud native para B2B y B2C a gran escala.
Planned
[](https://www.laioutr.com/es/apps/websale)
Laioutr
[Websale](https://www.laioutr.com/es/apps/websale)
Backend de comercio estable y apto para grandes empresas en entornos comerciales complejos.
Llamada estratégica
## ¿Listos para convertir su frontend en una capa de control?
Muéstranos tu stack, tu roadmap, tu escenario de replatforming, y te mostraremos cómo encaja Laioutr, cuánto cuesta y qué tan rápido puedes estar en producción.
*"Después de 30 minutos supimos que Laioutr hace viable nuestro replatforming." - Daniel B., CEO,* [*hygibox.de*](https://hygibox.de)
[Reserva una demo](https://www.laioutr.com/es/contact)
## Structured Data
```json
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.laioutr.com/#identity",
"name": "Laioutr",
"legalName": "Laioutr GmbH",
"url": "https://www.laioutr.com/",
"logo": {
"@type": "ImageObject",
"url": "https://www.laioutr.com/laioutr-logo.png",
"width": 400,
"height": 400
},
"email": "info@laioutr.com",
"telephone": "+49 30 75435715",
"address": {
"@type": "PostalAddress",
"streetAddress": "Münchweilersteig 5",
"postalCode": "12559",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"vatID": "DE450905846",
"sameAs": [
"https://www.linkedin.com/company/laioutr",
"https://www.youtube.com/@Laioutr",
"https://x.com/laioutr"
]
},
{
"@type": "WebSite",
"@id": "https://www.laioutr.com/es/#website",
"url": "https://www.laioutr.com/es/",
"name": "Laioutr",
"inLanguage": "es",
"publisher": {
"@id": "https://www.laioutr.com/#identity"
}
},
{
"@type": "BlogPosting",
"@id": "https://www.laioutr.com/es/blog/digital-accessibility-legal-foundations-2026#article",
"headline": "EAA, BFSG y WCAG 2.1 AA: cómo integrar la accesibilidad en tus componentes y no en una auditoría puntual",
"image": [
"https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmtckmu005i5s06l2yliz3ltw"
],
"datePublished": "2026-08-29T02:23:37.44667+00:00",
"dateModified": "2026-08-29T02:23:36.792649+00:00",
"inLanguage": "es",
"articleSection": "Insights",
"keywords": "Frontend Management, Composable, Experience Operations",
"author": {
"@type": "Person",
"name": "Marcel Thiesies",
"jobTitle": "Cofundador y CEO, Laioutr",
"image": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmj01b962364n07lb0iguvts5"
},
"publisher": {
"@id": "https://www.laioutr.com/#identity"
},
"mainEntityOfPage": {
"@id": "https://www.laioutr.com/es/blog/digital-accessibility-legal-foundations-2026#webpage"
},
"isPartOf": {
"@id": "https://www.laioutr.com/es/#website"
}
},
{
"@type": "WebPage",
"@id": "https://www.laioutr.com/es/blog/digital-accessibility-legal-foundations-2026#webpage",
"url": "https://www.laioutr.com/es/blog/digital-accessibility-legal-foundations-2026",
"name": "EAA, BFSG y WCAG 2.1 AA: cómo integrar la accesibilidad en tus componentes y no en una auditoría puntual",
"inLanguage": "es",
"isPartOf": {
"@id": "https://www.laioutr.com/es/#website"
},
"breadcrumb": {
"@id": "https://www.laioutr.com/es/blog/digital-accessibility-legal-foundations-2026#breadcrumb"
},
"primaryImageOfPage": {
"@type": "ImageObject",
"url": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmtckmu005i5s06l2yliz3ltw"
},
"datePublished": "2026-08-29T02:23:37.44667+00:00",
"dateModified": "2026-08-29T02:23:36.792649+00:00",
"mainEntity": {
"@id": "https://www.laioutr.com/es/blog/digital-accessibility-legal-foundations-2026#article"
}
},
{
"@type": "BreadcrumbList",
"@id": "https://www.laioutr.com/es/blog/digital-accessibility-legal-foundations-2026#breadcrumb",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Laioutr",
"item": "https://www.laioutr.com/es/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Insights",
"item": "https://www.laioutr.com/es/blogs/insights"
},
{
"@type": "ListItem",
"position": 3,
"name": "EAA, BFSG y WCAG 2.1 AA: cómo integrar la accesibilidad en tus componentes y no en una auditoría puntual"
}
]
}
]
}
```